画像処理装置、システムおよびプログラム
【課題】災害が起きたときに、居住者等の情報を迅速に収集するためのシステムを実現し、このシステムを構成する画像処理装置を提供する。
【解決手段】画像処理装置であって、災害に関する情報を登録するための項目を一覧形式で表現した情報登録用フォームのテンプレートを選択し、テンプレートに登録項目の情報を埋め込んで情報登録用フォームを生成する登録フォーム生成部５１と、生成された情報登録用フォームを出力する画像形成部とを備える。また、既に登録された災害に関する情報を保持する記入情報データベース６４を備える。そして、この登録フォーム生成部５１は、記入情報データベース６４に保持されている登録済み情報を反映させて情報登録用フォームを生成する。
【解決手段】画像処理装置であって、災害に関する情報を登録するための項目を一覧形式で表現した情報登録用フォームのテンプレートを選択し、テンプレートに登録項目の情報を埋め込んで情報登録用フォームを生成する登録フォーム生成部５１と、生成された情報登録用フォームを出力する画像形成部とを備える。また、既に登録された災害に関する情報を保持する記入情報データベース６４を備える。そして、この登録フォーム生成部５１は、記入情報データベース６４に保持されている登録済み情報を反映させて情報登録用フォームを生成する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、システムおよびプログラムに関する。
【背景技術】
【０００２】
近年、災害に対する危機管理の必要性が強く叫ばれている。特に地震や風水害、火山災害等の大規模災害では、災害発生地域の居住者等の安否をいち早く確認することが重要であり、これを支援するサービスやシステムが提案され、提供されている。
【０００３】
この種の従来技術としては、例えば、東日本電信電話株式会社（ＮＴＴ東日本）および西日本電信電話株式会社（ＮＴＴ西日本）が提供するサービス「災害用伝言ダイヤル」（例えば、非特許文献１、２参照）がある。
また、公報記載の従来技術として、例えば、中央遠隔制御装置と遠隔制御装置とを備え、地区遠隔制御装置は防災情報を通報し、かつ防災情報の通話音声を録音し、必要に応じて自動的にリダイヤルして録音された内容を通報可能とした技術がある（例えば、特許文献１参照）。
【０００４】
さらに他の公報記載の従来技術として、センター装置は、発信規制中のエリア内の端末の所有者の安否確認を行って、結果及び位置情報を記憶し、外部からの安否の問い合わせに対し、発信規制エリアとはかかわりのない安否確認代理返答部が、記憶されている安否情報を代理的に返答するシステムがある（例えば、特許文献２参照）。また、このシステムは、各端末の安否情報から危険度を判断し、危険度に応じて定められた連絡先（救急センター、消防隊等）に端末の位置情報と共に連絡する。
【０００５】
【非特許文献１】“災害への取組み”、[online]、東日本電信電話株式会社（ＮＴＴ東日本）、[平成１８年９月８日検索]、インターネット＜URL : http://www.ntt-east.co.jp/saigai/＞
【非特許文献２】“災害用伝言ダイヤル インターネット情報”、[online]、西日本電信電話株式会社（ＮＴＴ西日本）、[平成１８年９月８日検索]、インターネット＜URL : http://www.ntt-west.co.jp/dengon/＞
【特許文献１】特開２００５−５８８４号公報
【特許文献２】特開２００５−２１７６２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
災害が起きたときに、その災害に関する情報を迅速に収集できる画像処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
かかる技術的課題を解決するために、本発明が適用される画像処理装置は、災害に関する情報を登録する項目を一覧形式で表現した情報登録用フォームの型を選択する型選択手段と、選択された型の情報登録用フォームであって、登録項目および既に登録された災害に関する情報を含む情報登録用フォームを生成するフォーム生成手段と、生成された情報登録用フォームを出力する出力手段とを備える。
【０００８】
より具体的には、出力手段は、画像形成部により情報登録用フォームの画像が形成された登録用媒体を出力する。
また、より好ましくは、この装置は、予め設定されている時間経過条件にしたがって、情報保持手段に保持されている災害に関する情報の内容を更新する更新手段をさらに備える。
また、情報登録用フォームへの入力を受け付ける受付手段をさらに備え、情報保持手段は、受け付けた災害に関する情報を保持する。
また、災害に関する情報を管理する管理装置と通信する通信手段をさらに備え、通信手段は、受付手段により受け付けられた災害に関する情報を管理装置に送信する。
また、災害に関する情報が記入された登録用媒体から読み取られた画像に基づき記入情報を抽出する記入情報抽出手段をさらに備え、情報保持手段は抽出された記入情報を保持する。
また、より詳細には、型選択手段は、災害の種別に応じて型を選択する。
【０００９】
上記目的を達成する他の発明は、次のような画像処理システムとして実現される。このシステムは、災害に関する情報を登録するための項目を一覧形式で表現した情報登録用フォームの型を選択する型選択手段と、災害に関する情報を保持する情報保持手段と、選択された型の情報登録用フォームであって、登録項目と情報保持手段に保持されている災害に関する情報とを含む情報登録用フォームを生成するフォーム生成手段と、生成された情報登録用フォームを出力する出力手段と、情報登録用フォームへの入力を受け付ける受付手段とを備える。
【００１０】
より具体的には、出力手段は、画像形成部により情報登録用フォームの画像が形成された登録用媒体を出力し、受付手段は、災害に関する情報が記入された登録用媒体の画像を読み取り、記入情報を抽出する。
また、好ましくは、予め設定されている時間経過条件にしたがって、情報保持手段に保持されている災害に関する情報の内容を更新する更新手段をさらに備える。
さらに好ましくは、災害に関する情報を管理する管理装置と、管理装置と通信する通信手段をさらに備え、通信手段は、受付手段により受け付けられた災害に関する情報を管理装置に送信する。
【００１１】
上記の目的を達成するさらに他の発明であるプログラムは、コンピュータに次の機能を実現させる。すなわち、災害に関する情報を登録するための項目を一覧形式で表現した情報登録用フォームの型を選択する型選択機能と、選択された型の情報登録用フォームであって、登録項目と情報保持手段に既に保持されている災害に関する情報を含む情報登録用フォームを生成するフォーム生成機能と、生成された情報登録用フォームを出力する出力機能とを実現させる。
【００１２】
より好ましくは、このプログラムは、予め設定されている時間経過条件にしたがって、情報保持手段に保持されている災害に関する情報の内容を更新する更新機能をコンピュータにさらに実現させる。
また、情報登録用フォームへの入力を受け付け、受け付けた災害に関する情報を情報保持手段に保持させる受付機能をコンピュータにさらに実現させる。
さらに詳細には、型選択機能は、災害の種別に応じて型を選択する。
【発明の効果】
【００１３】
請求項１に係る発明によれば、情報登録用フォームにより、災害に関する情報を迅速に収集することができる。
請求項２に係る発明によれば、情報登録用フォームの画像が形成された登録用媒体に災害に関する情報を入力することができる。
請求項３に係る発明によれば、時間経過によって変化する災害に関する情報を更新することができる。
請求項４に係る発明によれば、災害に関する情報の収集を、本発明を採用しない場合と比較してより効果的に行うことができる。
請求項５に係る発明によれば、災害に関する情報を管理装置に集約することができる。
請求項６に係る発明によれば、災害の情報を装置の前で手入力しなくても済む。
請求項７に係る発明によれば、災害の種別に応じて適切な情報登録用フォームを生成することができる。
請求項８に係る発明によれば、災害に関する情報を迅速に収集することができる。
請求項９に係る発明によれば、情報登録用フォームの画像が形成された登録用媒体に災害に関する情報を入力することができる。
請求項１０に係る発明によれば、時間経過によって変化する災害に関する情報を更新することができる。
請求項１１に係る発明によれば、災害に関する情報を管理装置に集約することが可能となる。
請求項１２に係る発明によれば、画像処理装置として機能するコンピュータにおいて、災害に関する情報を迅速に収集することができる。
請求項１３に係る発明によれば、画像処理装置として機能するコンピュータにおいて、時間経過によって変化する災害に関する情報を更新することができる。
請求項１４に係る発明によれば、画像処理装置として機能するコンピュータにおいて、本発明を採用しない場合と比較してより効果的に災害に関する情報の収集を行うことができる。
請求項１５に係る発明によれば、画像処理装置として機能するコンピュータにおいて、災害の種別に応じて適切な情報登録用フォームを生成することができる。
【発明を実施するための最良の形態】
【００１４】
以下、添付図面を参照して、本発明を実施するための最良の形態（以下、実施形態）について詳細に説明する。
図１は、本実施形態が適用される画像処理装置１０の構成例を示す機能ブロック図である。
図１に示すように、画像処理装置１０は、プリンタやファクシミリ、複写機などとして機能する画像形成装置と一体となった組み込みコンピュータや、画像形成装置に外部接続されるパーソナルコンピュータ、またはスキャナなどとして機能する画像入力装置と一体となった組み込みコンピュータや、画像入力装置に外部接続されるパーソナルコンピュータ等によって実現される。この画像処理装置１０は、例えば、小さなスペースにて多数の品種を扱う形態の小売店である所謂コンビニエンスストアなどに設置される。この所謂コンビニエンスストアなどに設置される画像処理装置１０は、通常の動作時には、例えばプリンタやファクシミリ、複写機、スキャナとして、また、デジタルカメラで撮影した写真をプリントアウトする装置、キオスク端末（無人情報端末）等として利用される場合がある。
【００１５】
また、この画像処理装置１０は、ネットワークを介して画像処理装置１０を集中管理する管理装置である集中管理サーバ（図示せず）から各種情報を取得する等、外部機器との通信を実行する外部ＩＦ（インタフェース）１１を備えている。外部ＩＦ１１は、例えばＬＡＮ（Local Area Network）やインターネットを介してサーバと接続する。接続には、専用線やＶＰＮ（バーチャルプライベートネットワーク）等を利用する。また、画像処理装置１０は、災害情報（災害に関する情報）を認識する災害認識部１２と、この災害認識部１２から出力される災害影響度などの情報を用いて診断を行う診断実行部１３とを備えている。また、診断実行部１３から出力される診断結果から使用するモード候補を決定して切り替えるモード切り替え部１４を備えている。
【００１６】
また、画像処理装置１０は、ユーザに対する情報提示を行う提示部と、例えばマウスおよびタッチパネルなどの位置指示装置またはキーボードなどの入力装置で構成されてユーザの操作を受け付ける受付部と、この受付部により受け付けた操作に基づき画像処理に関する指示を特定する指示特定部を備えたユーザインタフェース部（ＵＩ部）１５を備えている。このＵＩ部１５は、各種ユーザインタフェース情報が記憶されているＵＩ情報記憶部（図示せず）から所定のＵＩ情報を読み出して展開している。
【００１７】
このＵＩ部１５が備える提示部は、例えばディスプレイなどの表示機能を用いて、画像処理装置１０を利用するユーザ（利用者、作業者、オペレータ等、また小売店の店員等をも含む）に対して、所定の情報を視覚提示する。ディスプレイは必要に応じてＶＦＤ（蛍光表示管）や各種解像度の液晶ディスプレイなどで実現される。また視覚提示する他に、例えばスピーカなどの音声発生器を用いた音声での提示、ランプなどを用いた光の点滅による提示、バイブレータなどの振動を発する素子を用いた振動による提示でも良い。
受付部は、例えばディスプレイに表示されたボタン等の仮想的なスイッチ類に対する操作を検出するディスプレイに設けられたセンサや、ハードウェアのスイッチなどで実現され、画像処理装置１０を利用するユーザから操作を受け付ける。また受付部は音声入力を行うマイクなどを用いて音声による操作を受け付けるようにしてもよい。
指示特定部は、例えばメモリ上に保持されたプログラムをＣＰＵ(Central Processing Unit)が実行することによって実現され、受け付けた操作から画像処理に関する指示を特定する。
【００１８】
このような機能を有するＵＩ部１５は、画像処理装置１０自体に設ける他、例えば携帯電話やＰＤＡ（パーソナルデジタルアシスタンス）、電子手帳、パーソナルコンピュータなどの情報処理装置を有線または無線で接続して用いるよう構成しても良い。また、場合によっては、各種入力機能を用いて災害情報などのユーザからの情報入力を受け付ける。
【００１９】
さらに、図１に示す画像処理装置１０は、画像処理装置１０の全体を制御する装置制御部１６を備えている。また、画像処理に携わる各種機能として、例えば、スキャナ、電話回線やＬＡＮを介して接続された外部機器（パーソナルコンピュータ等）から、処理すべき画像データを取得する画像取得部１７と、取得された画像データを処理する画像処理部１８と、処理された画像データを出力する画像形成部１９とを備えている。ここで、この画像形成部１９は、例えば電子写真方式によってトナー像を用紙等の媒体上に形成する画像形成方式や、インクを用紙等の媒体に吐出して像を形成するインクジェット方式などを採用した画像形成装置を含むよう構成しても良い。なお、画像形成部１９としては、実際に媒体上に画像を形成するところまでは実行せず、所定のラインを介して接続された画像形成装置に対して画像データを出力するまでの構成とすることも可能である。
【００２０】
図２は、図１に示す災害認識部１２、診断実行部１３およびモード切り替え部１４の各種機能を詳述するためのブロック図である。これらの機能ブロックを含んで情報処理装置として実現される場合がある。
災害認識部１２は、災害情報を取得する災害情報取得部２１と災害影響度を出力する災害判定部２２とを含んで構成される。
災害情報取得部２１では、例えば集中管理サーバからネットワーク経由で配信される情報によって災害に関する情報を取得する。また、例えば、災害発生時に公共放送などを通じて配信される緊急警報放送、災害時にユーザによって操作される災害発生ボタンからの情報、地震の揺れを検知する地震センサ、浸水を検知するセンサなどの自らまたは直接接続されるセンサから得られる情報などから、災害に関する情報を取得する場合もある。ここでの災害の種類とは、地震、風水害、火災、火山、停電情報などである。
【００２１】
災害判定部２２では、災害情報取得部２１からの情報から、次の診断の動作と災害発生モードへ移行するための判定を行う。この判定としては、災害の種類、発生時刻等の災害情報の記録と、画像処理装置１０への災害の影響度を使って、この影響度が、あらかじめ設定した閾値を超えたか否かを判定する。閾値は、画像処理装置１０毎に予め設定し、ＲＯＭ（Read Only Memory）等の不揮発性メモリに記憶しておく。例えば影響度があまりにも低い場合にモードを切り替えることは過剰の反応として好ましいものではない。災害発生時の緊急性や、機能の維持継続性などを考慮してこの閾値が決定されることが好ましい。この判定の結果に基づき、診断実行部１３やモード切り替え部１４では、次の診断の動作と災害発生モードへの移行処理が実行される。
【００２２】
ここでの災害の影響度は、
（i）集中管理サーバやユーザから影響度が入力される場合、
（ii）地震・浸水等のセンサの入力値から算出される場合、
（iii）画像処理装置自身が算出する場合、
がある。特に、上記（iii）の場合は、警戒放送など広域的な情報から、災害の規模と、災害発生現場からの概略の（おおよその）距離から影響度を算出する。つまり、災害の規模は小規模であっても、発生現場からの距離が近ければ画像処理装置への影響度は大きく、大規模災害であっても距離が遠ければ影響度は小さい。そこで、以下の式に示すように、災害の影響度に距離の要素を加味している。
災害の影響度＝災害種類係数×災害規模×１/距離（or１/距離の二乗）…（１）式
例えば、災害種類係数は１〜５、災害規模は１〜７、距離は１〜５等が、図３に示すような予め定められメモリに記憶された情報に基づいて設定される。
また、災害判定部２２では、複数の入力から災害情報があった場合には、災害の影響度が大きいものを優先している。
【００２３】
図３は、災害判定部２２にて災害影響度を算出するために用いられる災害別情報テーブルの例を示した図である。
この災害別情報テーブルは、画像処理装置１０の後述するハードディスクドライブ（ＨＤＤ）等のメモリに記憶される情報であり、処理プログラムを実行するＣＰＵにて読み出され、このＣＰＵの作業のために、例えば作業用のメモリであるＲＡＭ（Random Access Memory）に一時的に記憶される。この災害別情報テーブルは、図３に示すように、災害種別ごとに、災害種類係数と、災害規模、距離の値を決定する際に用いる情報が記憶されている。図３に示す例では、災害種別としては、地震災害、風水害災害、火山災害、原子力災害、雪害災害、事故災害、および、その他災害がある。また図３では、地震災害が選定されている。
【００２４】
この図３に示す一例では、地震災害の評価項目として、災害種類係数が“５”に設定されている。また、震源地のマグニチュードまたは自装置の震度によって、災害規模が“１” “３” “７”に設定される。さらに、自装置から震源地までの距離について、距離が“５” “３” “１”に設定される。災害判定部２２では、災害情報取得部２１にて取得された災害情報をもとに、図３に示すようなテーブル情報から各々の値を取得し、上記した（１）式に数値を代入して災害影響度を算出する。
【００２５】
このように、災害認識部１２では、取得した災害情報から災害を認識する処理が実行されるが、この災害認識部１２にて実行される災害認識としては、他の態様もある。例えば、画像処理装置１０の電源投入時、最終電源オフ動作が正常に行われたかどうかを判断し、正常終了でないと判断された場合に、電源オフ原因を入力するＵＩ画面をＵＩ部１５を介して表示させる。そして、このＵＩ画面に対するユーザ入力をＵＩ部１５を介して災害情報取得部２１にて認識し、災害であった場合には、災害情報も入力させるようにＵＩ画面を介してユーザに促す。ここで、正常終了ではない電源オフ動作としては、（i）停電、（ii）災害情報受信による電源オフ、（iii）災害検知（例えば揺れ検知）による電源オフがある。
なお、電源投入時に必ず災害発生からの復帰かどうかを確認するＵＩ画面をＵＩ部１５にて表示し、ユーザからの入力によって災害情報を取得する方法もある。
【００２６】
次に、診断実行部１３について説明する。図２に示すように、診断実行部１３は、災害認識部１２からの災害影響度の情報を用いて行うべき診断を決定する診断シーケンス決定部３１と、画像処理装置１０本体の診断を行う自己診断部３２とを備えている。また、インターネット回線や電話回線などの外部通信ネットワークの診断を行うネットワーク診断部３３と、ネットワークおよび画像処理装置１０の診断結果をメモリに記録する診断結果記録部３４とを備えている。なお、この診断結果記録部３４は、モード切り替え部１４に設けるよう構成しても良い。
【００２７】
この診断実行部１３では、通常、画像処理装置１０の電源投入時に本体の診断が行われる。本実施形態では、これに加え、災害認識部１２で判定された災害影響度の情報をもとに、診断内容を変更している。
すなわち、診断シーケンス決定部３１には複数の診断シーケンス（予め定められた診断のための動作の順序）が用意されており、災害の種類、災害発生場所からの距離、災害の影響度に応じてシーケンスを決定する。例えば、水害の場合、全ての用紙トレイに対して、紙送りが可能かどうかの診断を行う。また例えば、大規模停電が発生している場合、供給電源の安定性の確認と、外部サーバとの通信が可能かどうかネットワークの診断を適時行う。このように、例えば診断の適正化および/または診断の迅速化などをより良好に実現するために、取得された災害に関する情報に応じて自己診断とネットワーク環境の診断とを実行している。即ち、例えば診断箇所のピックアップや、診断箇所の重点化、通常モード時の診断では行わない特有な箇所の診断など、災害に関する情報に対応させた診断実行を実現している。
【００２８】
自己診断部３２では、画像処理装置１０が有する、画像取得部１７、画像処理部１８、画像形成部１９などのそれぞれのサブシステムに対する診断を行う。例えば画像取得部１７は、照明系、結像光学系、光電変換素子、自動原稿送り部等のサブシステムを有しており、これらについての診断が行われる。また画像処理部１８は、ＨＤＤなどのサブシステムを有しており、これらについての診断が行われる。さらに画像形成部１９に対しては、帯電部、露光部、現像部（カラー画像を形成する装置の場合には、Ｃ（シアン）、Ｍ（マゼンタ）、Ｙ（イエロー）、Ｋ（ブラック））、転写部、定着部、紙送り部（用紙トレイ）などのサブシステムについて診断が行われる。
【００２９】
次に、ネットワーク診断部３３は、外部ネットワークとの通信の診断を行う。具体的には、インターネット回線（ＬＡＮ）や電話回線など画像処理装置１０に接続されている通信回線の状態を、集中管理サーバとの通信が可能か、周辺の画像処理装置との通信が可能かどうか等を、試験（テスト）して調べる。診断結果記録部３４では、自己診断部３２とネットワーク診断部３３による診断結果を所定のメモリに記録し、モード切り替え部１４に出力する。
【００３０】
次に、モード切り替え部１４について説明する。図２に示すように、モード切り替え部１４は、診断実行部１３および災害認識部１２からの出力結果から使用するモード候補を決定するモード決定部４１と、通常モードへの復帰の判断を行う通常モード復帰判断部４２とを備えている。モード決定部４１に決定される動作モードは、災害発生モードとして、（i）セーフティモード、（ii）機能限定モード、を有する。また、災害が発生していない、通常時の動作モードとして（iii）通常動作モード、を有する。
【００３１】
災害発生モードの一つであるセーフティモードは、画像処理装置１０のサービスを通常の動作モードよりも長く継続するための動作モードである。具体的な動作としては、情報保護のためのＨＤＤへの電源供給停止やアクセス禁止、トナー消費量抑制、省エネのためのカラー画像形成の抑制、定着温度を下げる、帯電用の電圧を下げる、液晶バックライト輝度を下げるなどである。また、セーフティモード移行後の、処理ドキュメント数を記録するカウンタは、通常モードとは異なるカウンタによって記録される。
【００３２】
災害発生モードの他の一つである機能限定モードは、一部のサブシステムに故障が発生していると診断された場合の動作モードで、一部のエラーで全ての動作を停止することなく、被害を受けていない部分で動作を行うモードである。例えば、画像読み取り部に故障が発生し画像読み取りができない場合でも、プリンタ出力のみに動作を限定することで動作を行う等である。また逆に、用紙搬送系に故障があるが画像読取り部および通信部が正常な場合には、画像読み取り部を用いたファクシミリ送信や、データ通信を行わせるようにしても良い。さらに、外部ネットワークとの通信が不可能な場合に、スタンドアローンの装置として機能させるようにしても良い。
【００３３】
さて、本実施形態では、上記のような画像処理装置１０が会社や所謂コンビニエンスストアのような店舗に設置されている場合を想定し、この画像処理装置１０を用いて会社の社員や店舗の近隣の居住者に関する安否情報等の収集を実現する。その手法としては、安否情報等を記入するための特定のフォーム（書式）が形成された媒体（例えば用紙）を出力し、そのフォームに記入された情報を読み取って所望の情報を収集する。収集された情報は集中管理サーバに送信される。以下、これを実現するための構成について説明する。
【００３４】
本実施形態の画像処理装置１０は、災害認識部１２により災害情報が取得されると、自装置が設置されている場所（会社や店舗）に応じて情報収集のための機能を起動させる。
図４は、本実施形態における災害発生時の装置制御部１６の機能を詳述するためのブロック図である。
図４に示す装置制御部１６は、情報登録用のフォームを生成する登録フォーム生成部５１と、フォームに記入された情報を抽出する記入情報抽出部５２と、抽出された情報を集中管理サーバへ送信するための情報送信部５３とを備える。また、時間経過等に伴う状況変化に応じて後述する埋め込み情報データベースの内容を更新する情報更新部５４を備える。さらに装置制御部１６は、フォームの生成に用いられるテンプレートデータベース（テンプレートＤＢ）６１および埋め込み情報データベース（埋め込み情報ＤＢ）６２と、生成されたフォームを登録しておくためのフォームデータベース（フォームＤＢ）６３と、記入情報抽出部５２により抽出された情報を登録しておくための記入情報データベース（記入情報ＤＢ）６４とを備える。そして、ＵＩ部１５により受け付けられたユーザ操作の内容を保持するＵＩ操作保持部６５および災害認識部１２により取得された災害情報を保持する災害情報保持部６６を備える。
【００３５】
テンプレートＤＢ６１は、ＲＯＭや磁気ディスク装置等の不揮発性の記憶手段で実現され、フォームの形式（レイアウト等）を特定する型情報としてのテンプレートを保持する。テンプレートは、災害種別、災害規模、収集対象の情報等に応じて複数種類用意されており、災害認識部１２により認識された災害の種別や規模の情報等に基づいて適当なテンプレートが読み出され、使用される。
埋め込み情報ＤＢ６２は、ＲＯＭや磁気ディスク装置等の不揮発性の記憶手段で実現され、フォームを生成するためにテンプレートに付加される情報を保持する。具体的には、安否を確認されるべき個人についての情報（例えば氏名等）、画像処理装置１０の設置場所、項目別の選択肢、近隣避難所、危険地域といった登録項目の情報である。
フォームＤＢ６３は、ＲＯＭや磁気ディスク装置等の不揮発性の記憶手段で実現され、生成されたフォームを保持する。このフォームは、記入情報抽出部５２がフォームに記入された情報を抽出する際に、記入部分を検出するために使用される。
記入情報ＤＢ６４は、ＲＯＭや磁気ディスク装置等の不揮発性の記憶手段で実現され、記入情報抽出部５２により抽出された情報を保持する。この情報は、時間経過等による災害状況の変化に応じて更新される場合がある。
ＵＩ操作保持部６５および災害情報保持部６６は、ＲＡＭ等の読み書き自在な記憶手段で実現される。これらの記憶手段に保持された情報は、フォームを生成する際のテンプレートの選択に使用される。
【００３６】
登録フォーム生成部５１は、プログラム制御されたＣＰＵで実現され、安否情報等の登録用のフォームを生成し、画像形成部１９に出力させる。フォームを生成する処理の詳細については後述する。
記入情報抽出部５２は、プログラム制御されたＣＰＵで実現され、外部ＩＦ１１を介して入力した記入済みフォームの画像から記入された情報を抽出する。情報抽出処理の詳細については後述する。
情報送信部５３は、プログラム制御されたＣＰＵで実現され、外部ＩＦ１１を介して中央管理サーバにアクセスし、記入情報抽出部５２により抽出された情報を送信する。
情報更新部５４は、プログラム制御されたＣＰＵで実現され、定期的にまたはその他の条件にしたがって、記入情報ＤＢ６４の内容を更新する。更新処理の詳細については後述する。
【００３７】
次に、本実施形態の動作について説明する。
図５は、災害の発生が検知され情報を収集する際の動作の全体的な流れを説明するフローチャートである。
図５に示すように、自装置のセンサや集中管理サーバからの通知等により災害の発生が検知され（ステップ５０１）、災害認識部１２により災害情報が取得されると（ステップ５０２）、画像処理装置１０は災害発生モードへ移行する。そして、ＵＩ部１５の提示部の表示が変更され、情報登録用フォームの出力が可能となる（ステップ５０３）。
【００３８】
情報登録用フォームの出力指示が入力されると、装置制御部１６の登録フォーム生成部５１は、情報登録用フォームの生成処理を行い（ステップ５０４）、出力された情報登録用フォームに基づき画像形成部１９により用紙等の媒体に画像を形成して登録用紙として出力させる（ステップ５０５）。情報登録用フォームの生成処理の詳細については後述する。ユーザは、この登録用紙に記入し、スキャナ等を用いて登録用紙の画像を入力する（ステップ５０６）。
【００３９】
画像処理装置１０の記入情報抽出部５２は、入力された登録用紙の画像からユーザによって記入された情報の抽出処理を行い（ステップ５０７）、抽出した情報の認識処理を行う（ステップ５０８）。この情報抽出処理の詳細については後述する。
この後、情報送信部５３が、記入情報抽出部５２により抽出され認識された情報（登録情報）を、外部ＩＦ１１を介して集中管理サーバへ送信する（ステップ５０９）。集中管理サーバでは、例えば、各所の画像処理装置１０から送られた登録情報をまとめてデータベースに登録し、災害の全体的な被害情報の確認や解析等に供する。
【００４０】
図６は、図５のステップ５０４に示した情報登録用フォームの生成処理の詳細を示すフローチャートである。
この処理で登録フォーム生成部５１は、まずユーザによる指定、災害の種類や規模等の情報に基づいて、フォームの種類を決定するテンプレートを選択し（ステップ６０１）、このテンプレートに必要な情報を埋め込んでフォームを生成する（ステップ６０２）。これらの処理の詳細は後述する。
この後、登録フォーム生成部５１は、生成したフォームにＩＤを付加し（ステップ６０３）、フォームＤＢ６３に登録する（ステップ６０４）。
【００４１】
図７は、図６のステップ６０１に示したテンプレートの選択処理の詳細を示すフローチャートである。
登録フォーム生成部５１は、まずＵＩ操作保持部６５に保存されている操作情報に基づきユーザが指定したフォームの種別を判断する（ステップ７０１）。また、災害情報保持部６６に保存されている災害情報に基づき災害の種別および規模を判断する（ステップ７０２、７０３）。そして、これらの判断結果に応じて適切なテンプレートをテンプレートＤＢ６１に保存されているテンプレートの中から選択し、読み出して処理を終了する（ステップ７０４）。
【００４２】
図８は、図６のステップ６０２に示したテンプレートへの情報埋め込み処理の詳細を示すフローチャートである。
登録フォーム生成部５１は、まずステップ６０１（詳細は図７）でテンプレートを読み出した後、行政組織や会社等の上位組織から特別の指示を受け付けていないかを判断する（ステップ８０１）。この指示は、外部ＩＦ１１を介して受信され、ＲＡＭ等のメモリに保持されているものとする。上位組織からの指示があった場合には、その指示に基づいて必要な埋め込み情報の項目条件を取得する（ステップ８０２）。それ以外は、選択されたテンプレートにおいて設定されている項目が埋め込み情報の項目となる。
【００４３】
埋め込み情報の項目が決定したならば（ステップ８０３）、登録フォーム生成部５１は、埋め込みレコード条件を決定する（ステップ８０４）。具体的には、全てのレコードをフォームに含むか、不明な項目のあるレコードのみをフォームに含むか、特定の条件に該当するグループを限定してフォームに含むかといった条件である。
【００４４】
次に、登録フォーム生成部５１は、災害発生以降に情報の登録実績があるか否かを判断する（ステップ８０５）。登録実績がない場合、すなわち災害発生後における最初のフォーム生成処理である場合は、ステップ８０３および８０４で決定された条件に基づいて埋め込み情報ＤＢ６２から必要な情報を読み出し、テンプレートの該当箇所に埋め込み、処理を終了する（ステップ８０６）。上位組織からの指示がある場合は、その指示に基づいて必要な項目に必要な情報を埋め込む。
【００４５】
一方、災害発生後２回目以降のフォーム生成処理の場合は、前回までの情報収集で記入済み登録用紙から取得された記入情報（登録済み情報）を記入情報ＤＢ６４から読み出して情報を取得する（ステップ８０７）。そして、情報更新部５４が必要に応じて登録済み情報の更新処理を行った後（ステップ８０８）、得られた登録済み情報をテンプレートに埋め込み、処理を終了する（ステップ８０６）。
【００４６】
災害時には通常、被害状況や安否は時間経過によって変化する。災害発生直後には不明だった事柄が、ある程度時間が経過したことによって判明するためである。したがって、本実施形態による情報の収集は、ある程度の時間をおいて複数回行うことが好ましい。一方で、例えば、地震などでは時間経過に伴って倒壊家屋が増加するし、ケガの軽重も時間経過に伴って変化する場合がある。さらに二次災害によって新たにケガを負うことも考えられる。したがって、情報の種類によっては、既に登録済みの情報であっても一定時間経過後に改めて登録し直すことが好ましい場合もある。そこで、ステップ８０８に示したように、２回目以降のフォーム生成処理では、必要に応じて登録済み情報の更新処理を行っている。
【００４７】
図９は、図８のステップ８０８に示した登録済み情報の更新処理の詳細を示すフローチャートである。
この処理で情報更新部５４は、ステップ８０３で決定された各登録項目に順次着目し（ステップ９０１）、着目した項目に時間経過条件が設定されているか否かを判断する（ステップ９０２）。時間経過条件が設定されている項目に対しては、設定されている時間経過条件を満足するか否か、すなわち設定された期限が過ぎているか否かを判断する（ステップ９０３）。そして、期限を過ぎているならば、該当項目を初期化し、その項目に登録されている情報を消去する（ステップ９０４、９０５）。
以上の処理を各登録項目に対して行い、未処理の項目がなくなったならば、更新処理を終了する（ステップ９０６）。
【００４８】
以上説明したように、登録フォーム生成部５１は型選択手段およびフォーム生成手段として機能する。また画像形成部１９は出力手段として機能する。また記入情報ＤＢ６４は情報保持手段として機能する。また情報更新部５４は更新手段として機能する。
【００４９】
図１０〜１３は、上述した情報登録用フォームの生成処理（図６〜９）により生成される情報登録用フォームの構成例を示す図である。
図１０は、安否情報登録用フォームの例である。図示の例では、地域別に住人がまとめられ一覧となっている。そして、各住人について「無事」「ケガ」「火傷」「不明」「不在」といった選択肢により安否情報が記入される部分を有する。
図１１は、安否情報登録用フォームの他の例である。図示の例では、会社の各社員が一覧となっており、社員番号と氏名で特定されたレコードに出社状況、本人の安否情報、家族の安否情報、住宅被害といった項目を選択肢により記入される部分を有する。
図１２は被害情報登録用フォームの例である。図示の例では、画像処理装置１０の設置場所が「現在地」として地図と共に示される他、危険箇所が一覧となっており、各危険箇所の被害状況を選択肢により記入される部分を有する。
図１３は、必要物資情報登録用フォームの例である。図示の例では、特定の避難所における必要物資が一覧になっており、必要な数量が記入される部分を有する。
【００５０】
図１０〜１３に示したように、テンプレートと埋め込み情報を適宜選択して組み合わせることにより、種々の情報登録用フォームを生成することが可能である。図１０や図１３に示したフォームは、避難所等において役所職員等が、該当地域の住人の情報や必要物資の情報を一括して登録するのに適している。図１１に示したフォームは、会社で社員の情報を一括して登録するのに適している。図１２に示したフォームは、コンビニエンスストア等の店舗に設置されている画像処理装置１０を使用して危険箇所の被害状況を登録するのに適している。なお、これらの図において、各フォームの特定の場所（図示の例では右上）に個々の登録用紙を識別するための識別コード（ＩＤ）が埋め込まれている。
【００５１】
図１４は、図５のステップ５０７に示した記入情報の抽出処理の詳細を説明するフローチャートである。
この処理で記入情報抽出部５２は、まず登録用紙の読み取り画像から特定の場所に埋め込まれている識別情報を検出し（ステップ１４０１）、当該識別用紙のフォームを特定する（ステップ１４０２）。次に、特定されたフォームをフォームＤＢ６３から読み出して読み取り画像と対比し、ユーザにより書き込まれた記入情報を抽出する（ステップ１４０３）。具体的には、安否情報等の項目において印が付けられた選択肢や必要物資の数量等が抽出される。この後、記入情報抽出部５２は、抽出された記入情報を記入情報ＤＢ６４に登録し保存する（ステップ１４０４）。
以上説明したように、記入情報抽出部５２は受付手段または記入情報抽出手段として機能する。
【００５２】
次に、本実施形態による情報収集について、具体例を挙げてさらに説明する。
ここでは、図１１に示した情報登録用フォームにより社員の安否情報が収集されるものとする。図１１のように会社の社員についての情報を記入するフォームの場合、各社員の所属や社員区分等の基本情報、勤怠情報等を管理するデータベースがあれば、それらの情報をフォームに反映させるよう構成しても良い。
【００５３】
図１５は、社員の基本情報を管理するデータベースのデータ構造の例を示す図、図１６は、社員の休暇情報を管理するデータベースのデータ構造の例を示す図である。
図１５に示すデータベースには、各社員について、所属部課、社員区分、家族の有無の各情報が登録されている。図１６に示すデータベースには、日単位で各社員の休暇が登録されている。図１５および図１６と図１１の情報登録用フォームとを参照すると、フォームの出社情報や家族安否の項目にデータベースの情報が反映されていることがわかる。例えば、社員番号００００２の社員の出社状況が「休暇中」となっており、社員番号００００３および００００６の社員の家族安否の項目には選択肢が埋め込まれていない。
【００５４】
図１７は、記入情報ＤＢ６４に登録される登録済み情報の例を示す図である。この図は初期状態を示しており、最終登録時間は記録されておらず、その他の各項目は全て不明となっている。
ここで、図１１の情報登録用フォームにより情報が入力されたものとする。
図１８は、図１１の情報登録用フォームによる登録用紙に情報が記入された様子を示す図である。
図１９は、図１７の記入情報ＤＢ６４に情報が登録された様子を示す図である。この図では、各項目に図１８で記入された情報が反映されていることがわかる。
【００５５】
図２０は、図１９のように情報が登録された後に、再度情報登録用フォームを生成した場合の登録用紙を示す図である。
図示の登録用紙において、社員番号００００１、００００４、００００６の社員について、図１８で記入された情報が登録済み情報として示されていることがわかる（図中では該当項目に丸印が付されている）。また、社員番号００００３、００００５の社員については、図１８で全ての項目に情報が記入されているので、レコードが削除されている。これは、図８に示した情報埋め込み処理において、ステップ８０４で説明したように、不明な項目のあるレコードのみをフォームに含むようにレコード条件が設定されていたためである。
【００５６】
最後に、画像処理装置１０の、コンピュータとして機能する部分についてのハードウェア構成について説明する。
図２１は、例えば画像処理装置１０のコンピュータとして機能する部分におけるハードウェア構成を示した図である。図２１に示すコンピュータは、演算手段であるＣＰＵ２０１と、マザーボード（Ｍ／Ｂ）チップセット２０２と、システムバスを介してＣＰＵ２０１に接続されたメインメモリ２０３とを備えている。また、Ｍ／Ｂチップセット２０２を介してディスプレイインタフェース２０４とディスプレイ２１０とがＣＰＵ２０１に接続されている。また、例えば入出力バスを介してＭ／Ｂチップセット２０２に接続されたハードディスク装置（ＨＤＤ）２０５、ネットワークインタフェース２０６、キーボード/ポインティングデバイス２０７を備える。ディスプレイインタフェース２０４は、たとえばグラフィックスプロセッサを用いたビデオカードなどが用いられる。
【００５７】
ここで、ＣＰＵ２０１は、ＯＳ（Operating System）やアプリケーション等の各種ソフトウェアを実行し、上述した各種機能を実現する。また、作業用メモリとして機能するメインメモリ２０３は、各種ソフトウェアやその実行に用いるデータ等を記憶する記憶領域を有している。さらに、ハードディスク装置２０５は、各種ソフトウェアに対する入力データや各種ソフトウェアからの出力データ等を記憶する記憶領域を備えたメモリである。なお、ハードディスク装置２０５の代わりに、フラッシュメモリに代表される半導体メモリ等が用いられる場合がある。
【００５８】
このように、本実施形態に示す各種処理は、作業用のメモリであるメインメモリ２０３に読み込まれたアプリケーションプログラムをＣＰＵ２０１が実行することによって実現される。このアプリケーションプログラムは、コンピュータである画像処理装置１０を顧客（ユーザを含む）に対して提供する際に、装置の中にインストールされた状態にて提供される場合の他、コンピュータに実行させるプログラムをコンピュータが読み取り可能に記憶した記憶媒体等にて提供する形態が考えられる。また、これらのプログラムは、例えば集中管理サーバなどのプログラム伝送装置によってネットワークを介し、ネットワークインタフェース２０６を経由して提供される形態がある。
【００５９】
なお、本実施形態では、情報登録用フォームを生成し登録用紙を出力する装置と記入済みの登録用紙を読み込んで記入情報を抽出する装置とを同一の装置として説明したが、これらを別個の装置で行っても良い。すなわち、所定の画像処理装置１０から登録用紙を出力し、他の画像処理装置１０により記入情報の抽出を行うことも可能である。さらに、登録フォーム生成部５１を備えた装置と記入情報抽出部５２および情報送信部５３を備えた装置とを個別に用意し、各々の装置で登録用紙の出力と記入情報の抽出とを行うようにしても良い。ただし、これらのように情報登録用フォームの生成と記入情報の抽出とを別個の装置で行う場合、各種データベースを共用し、情報更新部５４が適切に登録済み情報を更新して情報登録用フォームの生成に反映させられるようにすることが必要である。
【００６０】
また、本実施形態では、情報登録用フォームに基づく登録用紙を出力し、情報が記入された記入済み登録用紙の画像を読み取って記入情報を抽出することとしたが、ＵＩ部１５の提示部に情報登録用フォームを表示し、受付部にてユーザ操作を受け付けてフォームへの入力とし、情報を収集する構成も可能である。
【図面の簡単な説明】
【００６１】
【図１】本実施形態が適用される画像処理装置の構成例を示す機能ブロック図である。
【図２】図１に示す災害認識部、診断実行部、およびモード切り替え部の各種機能を詳述するためのブロック図である。
【図３】災害判定部にて災害影響度を算出するために用いられる災害別情報テーブルの例を示した図である。
【図４】本実施形態における災害発生時の装置制御部の機能を詳述するためのブロック図である。
【図５】災害の発生が検知され情報を収集する際の動作の全体的な流れを説明するフローチャートである。
【図６】情報登録用フォームの生成処理の詳細を示すフローチャートである。
【図７】テンプレートの選択処理の詳細を示すフローチャートである。
【図８】テンプレートへの情報埋め込み処理の詳細を示すフローチャートである。
【図９】登録済み情報の更新処理の詳細を示すフローチャートである。
【図１０】情報登録用フォームの構成例を示す図であり、安否情報登録用フォームの例を示す図である。
【図１１】情報登録用フォームの構成例を示す図であり、安否情報登録用フォームの他の例を示す図である。
【図１２】情報登録用フォームの構成例を示す図であり、被害情報登録用フォームの例を示す図である。
【図１３】情報登録用フォームの構成例を示す図であり、必要物資情報登録用フォームの例を示す図である。
【図１４】記入情報の抽出処理の詳細を説明するフローチャートである。
【図１５】社員の基本情報を管理するデータベースのデータ構造の例を示す図である。
【図１６】社員の休暇情報を管理するデータベースのデータ構造の例を示す図である。
【図１７】記入情報データベースに登録される登録済み情報の例を示す図である。
【図１８】図１１の情報登録用フォームによる登録用紙に情報が記入された様子を示す図である。
【図１９】記入情報データベースに情報が登録された様子を示す図である。
【図２０】情報が登録された後に、再度情報登録用フォームを生成した場合の登録用紙を示す図である。
【図２１】画像処理装置のコンピュータとして機能する部分におけるハードウェア構成例を示した図である。
【符号の説明】
【００６２】
１０…画像処理装置、１１…外部ＩＦ（インタフェース）、１２…災害認識部、１５…ユーザインタフェース部（ＵＩ部）、１６…装置制御部、１９…画像形成部、５１…登録フォーム生成部、５２…記入情報抽出部、５３…情報送信部、５４…情報更新部、６１…テンプレートデータベース（テンプレートＤＢ）、６２…埋め込み情報データベース（埋め込み情報ＤＢ）、６３…フォームデータベース（フォームＤＢ）、６４…記入情報データベース（記入情報ＤＢ）、６５…ＵＩ操作保持部、６６…災害情報保持部
【技術分野】
【０００１】
本発明は、画像処理装置、システムおよびプログラムに関する。
【背景技術】
【０００２】
近年、災害に対する危機管理の必要性が強く叫ばれている。特に地震や風水害、火山災害等の大規模災害では、災害発生地域の居住者等の安否をいち早く確認することが重要であり、これを支援するサービスやシステムが提案され、提供されている。
【０００３】
この種の従来技術としては、例えば、東日本電信電話株式会社（ＮＴＴ東日本）および西日本電信電話株式会社（ＮＴＴ西日本）が提供するサービス「災害用伝言ダイヤル」（例えば、非特許文献１、２参照）がある。
また、公報記載の従来技術として、例えば、中央遠隔制御装置と遠隔制御装置とを備え、地区遠隔制御装置は防災情報を通報し、かつ防災情報の通話音声を録音し、必要に応じて自動的にリダイヤルして録音された内容を通報可能とした技術がある（例えば、特許文献１参照）。
【０００４】
さらに他の公報記載の従来技術として、センター装置は、発信規制中のエリア内の端末の所有者の安否確認を行って、結果及び位置情報を記憶し、外部からの安否の問い合わせに対し、発信規制エリアとはかかわりのない安否確認代理返答部が、記憶されている安否情報を代理的に返答するシステムがある（例えば、特許文献２参照）。また、このシステムは、各端末の安否情報から危険度を判断し、危険度に応じて定められた連絡先（救急センター、消防隊等）に端末の位置情報と共に連絡する。
【０００５】
【非特許文献１】“災害への取組み”、[online]、東日本電信電話株式会社（ＮＴＴ東日本）、[平成１８年９月８日検索]、インターネット＜URL : http://www.ntt-east.co.jp/saigai/＞
【非特許文献２】“災害用伝言ダイヤル インターネット情報”、[online]、西日本電信電話株式会社（ＮＴＴ西日本）、[平成１８年９月８日検索]、インターネット＜URL : http://www.ntt-west.co.jp/dengon/＞
【特許文献１】特開２００５−５８８４号公報
【特許文献２】特開２００５−２１７６２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
災害が起きたときに、その災害に関する情報を迅速に収集できる画像処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
かかる技術的課題を解決するために、本発明が適用される画像処理装置は、災害に関する情報を登録する項目を一覧形式で表現した情報登録用フォームの型を選択する型選択手段と、選択された型の情報登録用フォームであって、登録項目および既に登録された災害に関する情報を含む情報登録用フォームを生成するフォーム生成手段と、生成された情報登録用フォームを出力する出力手段とを備える。
【０００８】
より具体的には、出力手段は、画像形成部により情報登録用フォームの画像が形成された登録用媒体を出力する。
また、より好ましくは、この装置は、予め設定されている時間経過条件にしたがって、情報保持手段に保持されている災害に関する情報の内容を更新する更新手段をさらに備える。
また、情報登録用フォームへの入力を受け付ける受付手段をさらに備え、情報保持手段は、受け付けた災害に関する情報を保持する。
また、災害に関する情報を管理する管理装置と通信する通信手段をさらに備え、通信手段は、受付手段により受け付けられた災害に関する情報を管理装置に送信する。
また、災害に関する情報が記入された登録用媒体から読み取られた画像に基づき記入情報を抽出する記入情報抽出手段をさらに備え、情報保持手段は抽出された記入情報を保持する。
また、より詳細には、型選択手段は、災害の種別に応じて型を選択する。
【０００９】
上記目的を達成する他の発明は、次のような画像処理システムとして実現される。このシステムは、災害に関する情報を登録するための項目を一覧形式で表現した情報登録用フォームの型を選択する型選択手段と、災害に関する情報を保持する情報保持手段と、選択された型の情報登録用フォームであって、登録項目と情報保持手段に保持されている災害に関する情報とを含む情報登録用フォームを生成するフォーム生成手段と、生成された情報登録用フォームを出力する出力手段と、情報登録用フォームへの入力を受け付ける受付手段とを備える。
【００１０】
より具体的には、出力手段は、画像形成部により情報登録用フォームの画像が形成された登録用媒体を出力し、受付手段は、災害に関する情報が記入された登録用媒体の画像を読み取り、記入情報を抽出する。
また、好ましくは、予め設定されている時間経過条件にしたがって、情報保持手段に保持されている災害に関する情報の内容を更新する更新手段をさらに備える。
さらに好ましくは、災害に関する情報を管理する管理装置と、管理装置と通信する通信手段をさらに備え、通信手段は、受付手段により受け付けられた災害に関する情報を管理装置に送信する。
【００１１】
上記の目的を達成するさらに他の発明であるプログラムは、コンピュータに次の機能を実現させる。すなわち、災害に関する情報を登録するための項目を一覧形式で表現した情報登録用フォームの型を選択する型選択機能と、選択された型の情報登録用フォームであって、登録項目と情報保持手段に既に保持されている災害に関する情報を含む情報登録用フォームを生成するフォーム生成機能と、生成された情報登録用フォームを出力する出力機能とを実現させる。
【００１２】
より好ましくは、このプログラムは、予め設定されている時間経過条件にしたがって、情報保持手段に保持されている災害に関する情報の内容を更新する更新機能をコンピュータにさらに実現させる。
また、情報登録用フォームへの入力を受け付け、受け付けた災害に関する情報を情報保持手段に保持させる受付機能をコンピュータにさらに実現させる。
さらに詳細には、型選択機能は、災害の種別に応じて型を選択する。
【発明の効果】
【００１３】
請求項１に係る発明によれば、情報登録用フォームにより、災害に関する情報を迅速に収集することができる。
請求項２に係る発明によれば、情報登録用フォームの画像が形成された登録用媒体に災害に関する情報を入力することができる。
請求項３に係る発明によれば、時間経過によって変化する災害に関する情報を更新することができる。
請求項４に係る発明によれば、災害に関する情報の収集を、本発明を採用しない場合と比較してより効果的に行うことができる。
請求項５に係る発明によれば、災害に関する情報を管理装置に集約することができる。
請求項６に係る発明によれば、災害の情報を装置の前で手入力しなくても済む。
請求項７に係る発明によれば、災害の種別に応じて適切な情報登録用フォームを生成することができる。
請求項８に係る発明によれば、災害に関する情報を迅速に収集することができる。
請求項９に係る発明によれば、情報登録用フォームの画像が形成された登録用媒体に災害に関する情報を入力することができる。
請求項１０に係る発明によれば、時間経過によって変化する災害に関する情報を更新することができる。
請求項１１に係る発明によれば、災害に関する情報を管理装置に集約することが可能となる。
請求項１２に係る発明によれば、画像処理装置として機能するコンピュータにおいて、災害に関する情報を迅速に収集することができる。
請求項１３に係る発明によれば、画像処理装置として機能するコンピュータにおいて、時間経過によって変化する災害に関する情報を更新することができる。
請求項１４に係る発明によれば、画像処理装置として機能するコンピュータにおいて、本発明を採用しない場合と比較してより効果的に災害に関する情報の収集を行うことができる。
請求項１５に係る発明によれば、画像処理装置として機能するコンピュータにおいて、災害の種別に応じて適切な情報登録用フォームを生成することができる。
【発明を実施するための最良の形態】
【００１４】
以下、添付図面を参照して、本発明を実施するための最良の形態（以下、実施形態）について詳細に説明する。
図１は、本実施形態が適用される画像処理装置１０の構成例を示す機能ブロック図である。
図１に示すように、画像処理装置１０は、プリンタやファクシミリ、複写機などとして機能する画像形成装置と一体となった組み込みコンピュータや、画像形成装置に外部接続されるパーソナルコンピュータ、またはスキャナなどとして機能する画像入力装置と一体となった組み込みコンピュータや、画像入力装置に外部接続されるパーソナルコンピュータ等によって実現される。この画像処理装置１０は、例えば、小さなスペースにて多数の品種を扱う形態の小売店である所謂コンビニエンスストアなどに設置される。この所謂コンビニエンスストアなどに設置される画像処理装置１０は、通常の動作時には、例えばプリンタやファクシミリ、複写機、スキャナとして、また、デジタルカメラで撮影した写真をプリントアウトする装置、キオスク端末（無人情報端末）等として利用される場合がある。
【００１５】
また、この画像処理装置１０は、ネットワークを介して画像処理装置１０を集中管理する管理装置である集中管理サーバ（図示せず）から各種情報を取得する等、外部機器との通信を実行する外部ＩＦ（インタフェース）１１を備えている。外部ＩＦ１１は、例えばＬＡＮ（Local Area Network）やインターネットを介してサーバと接続する。接続には、専用線やＶＰＮ（バーチャルプライベートネットワーク）等を利用する。また、画像処理装置１０は、災害情報（災害に関する情報）を認識する災害認識部１２と、この災害認識部１２から出力される災害影響度などの情報を用いて診断を行う診断実行部１３とを備えている。また、診断実行部１３から出力される診断結果から使用するモード候補を決定して切り替えるモード切り替え部１４を備えている。
【００１６】
また、画像処理装置１０は、ユーザに対する情報提示を行う提示部と、例えばマウスおよびタッチパネルなどの位置指示装置またはキーボードなどの入力装置で構成されてユーザの操作を受け付ける受付部と、この受付部により受け付けた操作に基づき画像処理に関する指示を特定する指示特定部を備えたユーザインタフェース部（ＵＩ部）１５を備えている。このＵＩ部１５は、各種ユーザインタフェース情報が記憶されているＵＩ情報記憶部（図示せず）から所定のＵＩ情報を読み出して展開している。
【００１７】
このＵＩ部１５が備える提示部は、例えばディスプレイなどの表示機能を用いて、画像処理装置１０を利用するユーザ（利用者、作業者、オペレータ等、また小売店の店員等をも含む）に対して、所定の情報を視覚提示する。ディスプレイは必要に応じてＶＦＤ（蛍光表示管）や各種解像度の液晶ディスプレイなどで実現される。また視覚提示する他に、例えばスピーカなどの音声発生器を用いた音声での提示、ランプなどを用いた光の点滅による提示、バイブレータなどの振動を発する素子を用いた振動による提示でも良い。
受付部は、例えばディスプレイに表示されたボタン等の仮想的なスイッチ類に対する操作を検出するディスプレイに設けられたセンサや、ハードウェアのスイッチなどで実現され、画像処理装置１０を利用するユーザから操作を受け付ける。また受付部は音声入力を行うマイクなどを用いて音声による操作を受け付けるようにしてもよい。
指示特定部は、例えばメモリ上に保持されたプログラムをＣＰＵ(Central Processing Unit)が実行することによって実現され、受け付けた操作から画像処理に関する指示を特定する。
【００１８】
このような機能を有するＵＩ部１５は、画像処理装置１０自体に設ける他、例えば携帯電話やＰＤＡ（パーソナルデジタルアシスタンス）、電子手帳、パーソナルコンピュータなどの情報処理装置を有線または無線で接続して用いるよう構成しても良い。また、場合によっては、各種入力機能を用いて災害情報などのユーザからの情報入力を受け付ける。
【００１９】
さらに、図１に示す画像処理装置１０は、画像処理装置１０の全体を制御する装置制御部１６を備えている。また、画像処理に携わる各種機能として、例えば、スキャナ、電話回線やＬＡＮを介して接続された外部機器（パーソナルコンピュータ等）から、処理すべき画像データを取得する画像取得部１７と、取得された画像データを処理する画像処理部１８と、処理された画像データを出力する画像形成部１９とを備えている。ここで、この画像形成部１９は、例えば電子写真方式によってトナー像を用紙等の媒体上に形成する画像形成方式や、インクを用紙等の媒体に吐出して像を形成するインクジェット方式などを採用した画像形成装置を含むよう構成しても良い。なお、画像形成部１９としては、実際に媒体上に画像を形成するところまでは実行せず、所定のラインを介して接続された画像形成装置に対して画像データを出力するまでの構成とすることも可能である。
【００２０】
図２は、図１に示す災害認識部１２、診断実行部１３およびモード切り替え部１４の各種機能を詳述するためのブロック図である。これらの機能ブロックを含んで情報処理装置として実現される場合がある。
災害認識部１２は、災害情報を取得する災害情報取得部２１と災害影響度を出力する災害判定部２２とを含んで構成される。
災害情報取得部２１では、例えば集中管理サーバからネットワーク経由で配信される情報によって災害に関する情報を取得する。また、例えば、災害発生時に公共放送などを通じて配信される緊急警報放送、災害時にユーザによって操作される災害発生ボタンからの情報、地震の揺れを検知する地震センサ、浸水を検知するセンサなどの自らまたは直接接続されるセンサから得られる情報などから、災害に関する情報を取得する場合もある。ここでの災害の種類とは、地震、風水害、火災、火山、停電情報などである。
【００２１】
災害判定部２２では、災害情報取得部２１からの情報から、次の診断の動作と災害発生モードへ移行するための判定を行う。この判定としては、災害の種類、発生時刻等の災害情報の記録と、画像処理装置１０への災害の影響度を使って、この影響度が、あらかじめ設定した閾値を超えたか否かを判定する。閾値は、画像処理装置１０毎に予め設定し、ＲＯＭ（Read Only Memory）等の不揮発性メモリに記憶しておく。例えば影響度があまりにも低い場合にモードを切り替えることは過剰の反応として好ましいものではない。災害発生時の緊急性や、機能の維持継続性などを考慮してこの閾値が決定されることが好ましい。この判定の結果に基づき、診断実行部１３やモード切り替え部１４では、次の診断の動作と災害発生モードへの移行処理が実行される。
【００２２】
ここでの災害の影響度は、
（i）集中管理サーバやユーザから影響度が入力される場合、
（ii）地震・浸水等のセンサの入力値から算出される場合、
（iii）画像処理装置自身が算出する場合、
がある。特に、上記（iii）の場合は、警戒放送など広域的な情報から、災害の規模と、災害発生現場からの概略の（おおよその）距離から影響度を算出する。つまり、災害の規模は小規模であっても、発生現場からの距離が近ければ画像処理装置への影響度は大きく、大規模災害であっても距離が遠ければ影響度は小さい。そこで、以下の式に示すように、災害の影響度に距離の要素を加味している。
災害の影響度＝災害種類係数×災害規模×１/距離（or１/距離の二乗）…（１）式
例えば、災害種類係数は１〜５、災害規模は１〜７、距離は１〜５等が、図３に示すような予め定められメモリに記憶された情報に基づいて設定される。
また、災害判定部２２では、複数の入力から災害情報があった場合には、災害の影響度が大きいものを優先している。
【００２３】
図３は、災害判定部２２にて災害影響度を算出するために用いられる災害別情報テーブルの例を示した図である。
この災害別情報テーブルは、画像処理装置１０の後述するハードディスクドライブ（ＨＤＤ）等のメモリに記憶される情報であり、処理プログラムを実行するＣＰＵにて読み出され、このＣＰＵの作業のために、例えば作業用のメモリであるＲＡＭ（Random Access Memory）に一時的に記憶される。この災害別情報テーブルは、図３に示すように、災害種別ごとに、災害種類係数と、災害規模、距離の値を決定する際に用いる情報が記憶されている。図３に示す例では、災害種別としては、地震災害、風水害災害、火山災害、原子力災害、雪害災害、事故災害、および、その他災害がある。また図３では、地震災害が選定されている。
【００２４】
この図３に示す一例では、地震災害の評価項目として、災害種類係数が“５”に設定されている。また、震源地のマグニチュードまたは自装置の震度によって、災害規模が“１” “３” “７”に設定される。さらに、自装置から震源地までの距離について、距離が“５” “３” “１”に設定される。災害判定部２２では、災害情報取得部２１にて取得された災害情報をもとに、図３に示すようなテーブル情報から各々の値を取得し、上記した（１）式に数値を代入して災害影響度を算出する。
【００２５】
このように、災害認識部１２では、取得した災害情報から災害を認識する処理が実行されるが、この災害認識部１２にて実行される災害認識としては、他の態様もある。例えば、画像処理装置１０の電源投入時、最終電源オフ動作が正常に行われたかどうかを判断し、正常終了でないと判断された場合に、電源オフ原因を入力するＵＩ画面をＵＩ部１５を介して表示させる。そして、このＵＩ画面に対するユーザ入力をＵＩ部１５を介して災害情報取得部２１にて認識し、災害であった場合には、災害情報も入力させるようにＵＩ画面を介してユーザに促す。ここで、正常終了ではない電源オフ動作としては、（i）停電、（ii）災害情報受信による電源オフ、（iii）災害検知（例えば揺れ検知）による電源オフがある。
なお、電源投入時に必ず災害発生からの復帰かどうかを確認するＵＩ画面をＵＩ部１５にて表示し、ユーザからの入力によって災害情報を取得する方法もある。
【００２６】
次に、診断実行部１３について説明する。図２に示すように、診断実行部１３は、災害認識部１２からの災害影響度の情報を用いて行うべき診断を決定する診断シーケンス決定部３１と、画像処理装置１０本体の診断を行う自己診断部３２とを備えている。また、インターネット回線や電話回線などの外部通信ネットワークの診断を行うネットワーク診断部３３と、ネットワークおよび画像処理装置１０の診断結果をメモリに記録する診断結果記録部３４とを備えている。なお、この診断結果記録部３４は、モード切り替え部１４に設けるよう構成しても良い。
【００２７】
この診断実行部１３では、通常、画像処理装置１０の電源投入時に本体の診断が行われる。本実施形態では、これに加え、災害認識部１２で判定された災害影響度の情報をもとに、診断内容を変更している。
すなわち、診断シーケンス決定部３１には複数の診断シーケンス（予め定められた診断のための動作の順序）が用意されており、災害の種類、災害発生場所からの距離、災害の影響度に応じてシーケンスを決定する。例えば、水害の場合、全ての用紙トレイに対して、紙送りが可能かどうかの診断を行う。また例えば、大規模停電が発生している場合、供給電源の安定性の確認と、外部サーバとの通信が可能かどうかネットワークの診断を適時行う。このように、例えば診断の適正化および/または診断の迅速化などをより良好に実現するために、取得された災害に関する情報に応じて自己診断とネットワーク環境の診断とを実行している。即ち、例えば診断箇所のピックアップや、診断箇所の重点化、通常モード時の診断では行わない特有な箇所の診断など、災害に関する情報に対応させた診断実行を実現している。
【００２８】
自己診断部３２では、画像処理装置１０が有する、画像取得部１７、画像処理部１８、画像形成部１９などのそれぞれのサブシステムに対する診断を行う。例えば画像取得部１７は、照明系、結像光学系、光電変換素子、自動原稿送り部等のサブシステムを有しており、これらについての診断が行われる。また画像処理部１８は、ＨＤＤなどのサブシステムを有しており、これらについての診断が行われる。さらに画像形成部１９に対しては、帯電部、露光部、現像部（カラー画像を形成する装置の場合には、Ｃ（シアン）、Ｍ（マゼンタ）、Ｙ（イエロー）、Ｋ（ブラック））、転写部、定着部、紙送り部（用紙トレイ）などのサブシステムについて診断が行われる。
【００２９】
次に、ネットワーク診断部３３は、外部ネットワークとの通信の診断を行う。具体的には、インターネット回線（ＬＡＮ）や電話回線など画像処理装置１０に接続されている通信回線の状態を、集中管理サーバとの通信が可能か、周辺の画像処理装置との通信が可能かどうか等を、試験（テスト）して調べる。診断結果記録部３４では、自己診断部３２とネットワーク診断部３３による診断結果を所定のメモリに記録し、モード切り替え部１４に出力する。
【００３０】
次に、モード切り替え部１４について説明する。図２に示すように、モード切り替え部１４は、診断実行部１３および災害認識部１２からの出力結果から使用するモード候補を決定するモード決定部４１と、通常モードへの復帰の判断を行う通常モード復帰判断部４２とを備えている。モード決定部４１に決定される動作モードは、災害発生モードとして、（i）セーフティモード、（ii）機能限定モード、を有する。また、災害が発生していない、通常時の動作モードとして（iii）通常動作モード、を有する。
【００３１】
災害発生モードの一つであるセーフティモードは、画像処理装置１０のサービスを通常の動作モードよりも長く継続するための動作モードである。具体的な動作としては、情報保護のためのＨＤＤへの電源供給停止やアクセス禁止、トナー消費量抑制、省エネのためのカラー画像形成の抑制、定着温度を下げる、帯電用の電圧を下げる、液晶バックライト輝度を下げるなどである。また、セーフティモード移行後の、処理ドキュメント数を記録するカウンタは、通常モードとは異なるカウンタによって記録される。
【００３２】
災害発生モードの他の一つである機能限定モードは、一部のサブシステムに故障が発生していると診断された場合の動作モードで、一部のエラーで全ての動作を停止することなく、被害を受けていない部分で動作を行うモードである。例えば、画像読み取り部に故障が発生し画像読み取りができない場合でも、プリンタ出力のみに動作を限定することで動作を行う等である。また逆に、用紙搬送系に故障があるが画像読取り部および通信部が正常な場合には、画像読み取り部を用いたファクシミリ送信や、データ通信を行わせるようにしても良い。さらに、外部ネットワークとの通信が不可能な場合に、スタンドアローンの装置として機能させるようにしても良い。
【００３３】
さて、本実施形態では、上記のような画像処理装置１０が会社や所謂コンビニエンスストアのような店舗に設置されている場合を想定し、この画像処理装置１０を用いて会社の社員や店舗の近隣の居住者に関する安否情報等の収集を実現する。その手法としては、安否情報等を記入するための特定のフォーム（書式）が形成された媒体（例えば用紙）を出力し、そのフォームに記入された情報を読み取って所望の情報を収集する。収集された情報は集中管理サーバに送信される。以下、これを実現するための構成について説明する。
【００３４】
本実施形態の画像処理装置１０は、災害認識部１２により災害情報が取得されると、自装置が設置されている場所（会社や店舗）に応じて情報収集のための機能を起動させる。
図４は、本実施形態における災害発生時の装置制御部１６の機能を詳述するためのブロック図である。
図４に示す装置制御部１６は、情報登録用のフォームを生成する登録フォーム生成部５１と、フォームに記入された情報を抽出する記入情報抽出部５２と、抽出された情報を集中管理サーバへ送信するための情報送信部５３とを備える。また、時間経過等に伴う状況変化に応じて後述する埋め込み情報データベースの内容を更新する情報更新部５４を備える。さらに装置制御部１６は、フォームの生成に用いられるテンプレートデータベース（テンプレートＤＢ）６１および埋め込み情報データベース（埋め込み情報ＤＢ）６２と、生成されたフォームを登録しておくためのフォームデータベース（フォームＤＢ）６３と、記入情報抽出部５２により抽出された情報を登録しておくための記入情報データベース（記入情報ＤＢ）６４とを備える。そして、ＵＩ部１５により受け付けられたユーザ操作の内容を保持するＵＩ操作保持部６５および災害認識部１２により取得された災害情報を保持する災害情報保持部６６を備える。
【００３５】
テンプレートＤＢ６１は、ＲＯＭや磁気ディスク装置等の不揮発性の記憶手段で実現され、フォームの形式（レイアウト等）を特定する型情報としてのテンプレートを保持する。テンプレートは、災害種別、災害規模、収集対象の情報等に応じて複数種類用意されており、災害認識部１２により認識された災害の種別や規模の情報等に基づいて適当なテンプレートが読み出され、使用される。
埋め込み情報ＤＢ６２は、ＲＯＭや磁気ディスク装置等の不揮発性の記憶手段で実現され、フォームを生成するためにテンプレートに付加される情報を保持する。具体的には、安否を確認されるべき個人についての情報（例えば氏名等）、画像処理装置１０の設置場所、項目別の選択肢、近隣避難所、危険地域といった登録項目の情報である。
フォームＤＢ６３は、ＲＯＭや磁気ディスク装置等の不揮発性の記憶手段で実現され、生成されたフォームを保持する。このフォームは、記入情報抽出部５２がフォームに記入された情報を抽出する際に、記入部分を検出するために使用される。
記入情報ＤＢ６４は、ＲＯＭや磁気ディスク装置等の不揮発性の記憶手段で実現され、記入情報抽出部５２により抽出された情報を保持する。この情報は、時間経過等による災害状況の変化に応じて更新される場合がある。
ＵＩ操作保持部６５および災害情報保持部６６は、ＲＡＭ等の読み書き自在な記憶手段で実現される。これらの記憶手段に保持された情報は、フォームを生成する際のテンプレートの選択に使用される。
【００３６】
登録フォーム生成部５１は、プログラム制御されたＣＰＵで実現され、安否情報等の登録用のフォームを生成し、画像形成部１９に出力させる。フォームを生成する処理の詳細については後述する。
記入情報抽出部５２は、プログラム制御されたＣＰＵで実現され、外部ＩＦ１１を介して入力した記入済みフォームの画像から記入された情報を抽出する。情報抽出処理の詳細については後述する。
情報送信部５３は、プログラム制御されたＣＰＵで実現され、外部ＩＦ１１を介して中央管理サーバにアクセスし、記入情報抽出部５２により抽出された情報を送信する。
情報更新部５４は、プログラム制御されたＣＰＵで実現され、定期的にまたはその他の条件にしたがって、記入情報ＤＢ６４の内容を更新する。更新処理の詳細については後述する。
【００３７】
次に、本実施形態の動作について説明する。
図５は、災害の発生が検知され情報を収集する際の動作の全体的な流れを説明するフローチャートである。
図５に示すように、自装置のセンサや集中管理サーバからの通知等により災害の発生が検知され（ステップ５０１）、災害認識部１２により災害情報が取得されると（ステップ５０２）、画像処理装置１０は災害発生モードへ移行する。そして、ＵＩ部１５の提示部の表示が変更され、情報登録用フォームの出力が可能となる（ステップ５０３）。
【００３８】
情報登録用フォームの出力指示が入力されると、装置制御部１６の登録フォーム生成部５１は、情報登録用フォームの生成処理を行い（ステップ５０４）、出力された情報登録用フォームに基づき画像形成部１９により用紙等の媒体に画像を形成して登録用紙として出力させる（ステップ５０５）。情報登録用フォームの生成処理の詳細については後述する。ユーザは、この登録用紙に記入し、スキャナ等を用いて登録用紙の画像を入力する（ステップ５０６）。
【００３９】
画像処理装置１０の記入情報抽出部５２は、入力された登録用紙の画像からユーザによって記入された情報の抽出処理を行い（ステップ５０７）、抽出した情報の認識処理を行う（ステップ５０８）。この情報抽出処理の詳細については後述する。
この後、情報送信部５３が、記入情報抽出部５２により抽出され認識された情報（登録情報）を、外部ＩＦ１１を介して集中管理サーバへ送信する（ステップ５０９）。集中管理サーバでは、例えば、各所の画像処理装置１０から送られた登録情報をまとめてデータベースに登録し、災害の全体的な被害情報の確認や解析等に供する。
【００４０】
図６は、図５のステップ５０４に示した情報登録用フォームの生成処理の詳細を示すフローチャートである。
この処理で登録フォーム生成部５１は、まずユーザによる指定、災害の種類や規模等の情報に基づいて、フォームの種類を決定するテンプレートを選択し（ステップ６０１）、このテンプレートに必要な情報を埋め込んでフォームを生成する（ステップ６０２）。これらの処理の詳細は後述する。
この後、登録フォーム生成部５１は、生成したフォームにＩＤを付加し（ステップ６０３）、フォームＤＢ６３に登録する（ステップ６０４）。
【００４１】
図７は、図６のステップ６０１に示したテンプレートの選択処理の詳細を示すフローチャートである。
登録フォーム生成部５１は、まずＵＩ操作保持部６５に保存されている操作情報に基づきユーザが指定したフォームの種別を判断する（ステップ７０１）。また、災害情報保持部６６に保存されている災害情報に基づき災害の種別および規模を判断する（ステップ７０２、７０３）。そして、これらの判断結果に応じて適切なテンプレートをテンプレートＤＢ６１に保存されているテンプレートの中から選択し、読み出して処理を終了する（ステップ７０４）。
【００４２】
図８は、図６のステップ６０２に示したテンプレートへの情報埋め込み処理の詳細を示すフローチャートである。
登録フォーム生成部５１は、まずステップ６０１（詳細は図７）でテンプレートを読み出した後、行政組織や会社等の上位組織から特別の指示を受け付けていないかを判断する（ステップ８０１）。この指示は、外部ＩＦ１１を介して受信され、ＲＡＭ等のメモリに保持されているものとする。上位組織からの指示があった場合には、その指示に基づいて必要な埋め込み情報の項目条件を取得する（ステップ８０２）。それ以外は、選択されたテンプレートにおいて設定されている項目が埋め込み情報の項目となる。
【００４３】
埋め込み情報の項目が決定したならば（ステップ８０３）、登録フォーム生成部５１は、埋め込みレコード条件を決定する（ステップ８０４）。具体的には、全てのレコードをフォームに含むか、不明な項目のあるレコードのみをフォームに含むか、特定の条件に該当するグループを限定してフォームに含むかといった条件である。
【００４４】
次に、登録フォーム生成部５１は、災害発生以降に情報の登録実績があるか否かを判断する（ステップ８０５）。登録実績がない場合、すなわち災害発生後における最初のフォーム生成処理である場合は、ステップ８０３および８０４で決定された条件に基づいて埋め込み情報ＤＢ６２から必要な情報を読み出し、テンプレートの該当箇所に埋め込み、処理を終了する（ステップ８０６）。上位組織からの指示がある場合は、その指示に基づいて必要な項目に必要な情報を埋め込む。
【００４５】
一方、災害発生後２回目以降のフォーム生成処理の場合は、前回までの情報収集で記入済み登録用紙から取得された記入情報（登録済み情報）を記入情報ＤＢ６４から読み出して情報を取得する（ステップ８０７）。そして、情報更新部５４が必要に応じて登録済み情報の更新処理を行った後（ステップ８０８）、得られた登録済み情報をテンプレートに埋め込み、処理を終了する（ステップ８０６）。
【００４６】
災害時には通常、被害状況や安否は時間経過によって変化する。災害発生直後には不明だった事柄が、ある程度時間が経過したことによって判明するためである。したがって、本実施形態による情報の収集は、ある程度の時間をおいて複数回行うことが好ましい。一方で、例えば、地震などでは時間経過に伴って倒壊家屋が増加するし、ケガの軽重も時間経過に伴って変化する場合がある。さらに二次災害によって新たにケガを負うことも考えられる。したがって、情報の種類によっては、既に登録済みの情報であっても一定時間経過後に改めて登録し直すことが好ましい場合もある。そこで、ステップ８０８に示したように、２回目以降のフォーム生成処理では、必要に応じて登録済み情報の更新処理を行っている。
【００４７】
図９は、図８のステップ８０８に示した登録済み情報の更新処理の詳細を示すフローチャートである。
この処理で情報更新部５４は、ステップ８０３で決定された各登録項目に順次着目し（ステップ９０１）、着目した項目に時間経過条件が設定されているか否かを判断する（ステップ９０２）。時間経過条件が設定されている項目に対しては、設定されている時間経過条件を満足するか否か、すなわち設定された期限が過ぎているか否かを判断する（ステップ９０３）。そして、期限を過ぎているならば、該当項目を初期化し、その項目に登録されている情報を消去する（ステップ９０４、９０５）。
以上の処理を各登録項目に対して行い、未処理の項目がなくなったならば、更新処理を終了する（ステップ９０６）。
【００４８】
以上説明したように、登録フォーム生成部５１は型選択手段およびフォーム生成手段として機能する。また画像形成部１９は出力手段として機能する。また記入情報ＤＢ６４は情報保持手段として機能する。また情報更新部５４は更新手段として機能する。
【００４９】
図１０〜１３は、上述した情報登録用フォームの生成処理（図６〜９）により生成される情報登録用フォームの構成例を示す図である。
図１０は、安否情報登録用フォームの例である。図示の例では、地域別に住人がまとめられ一覧となっている。そして、各住人について「無事」「ケガ」「火傷」「不明」「不在」といった選択肢により安否情報が記入される部分を有する。
図１１は、安否情報登録用フォームの他の例である。図示の例では、会社の各社員が一覧となっており、社員番号と氏名で特定されたレコードに出社状況、本人の安否情報、家族の安否情報、住宅被害といった項目を選択肢により記入される部分を有する。
図１２は被害情報登録用フォームの例である。図示の例では、画像処理装置１０の設置場所が「現在地」として地図と共に示される他、危険箇所が一覧となっており、各危険箇所の被害状況を選択肢により記入される部分を有する。
図１３は、必要物資情報登録用フォームの例である。図示の例では、特定の避難所における必要物資が一覧になっており、必要な数量が記入される部分を有する。
【００５０】
図１０〜１３に示したように、テンプレートと埋め込み情報を適宜選択して組み合わせることにより、種々の情報登録用フォームを生成することが可能である。図１０や図１３に示したフォームは、避難所等において役所職員等が、該当地域の住人の情報や必要物資の情報を一括して登録するのに適している。図１１に示したフォームは、会社で社員の情報を一括して登録するのに適している。図１２に示したフォームは、コンビニエンスストア等の店舗に設置されている画像処理装置１０を使用して危険箇所の被害状況を登録するのに適している。なお、これらの図において、各フォームの特定の場所（図示の例では右上）に個々の登録用紙を識別するための識別コード（ＩＤ）が埋め込まれている。
【００５１】
図１４は、図５のステップ５０７に示した記入情報の抽出処理の詳細を説明するフローチャートである。
この処理で記入情報抽出部５２は、まず登録用紙の読み取り画像から特定の場所に埋め込まれている識別情報を検出し（ステップ１４０１）、当該識別用紙のフォームを特定する（ステップ１４０２）。次に、特定されたフォームをフォームＤＢ６３から読み出して読み取り画像と対比し、ユーザにより書き込まれた記入情報を抽出する（ステップ１４０３）。具体的には、安否情報等の項目において印が付けられた選択肢や必要物資の数量等が抽出される。この後、記入情報抽出部５２は、抽出された記入情報を記入情報ＤＢ６４に登録し保存する（ステップ１４０４）。
以上説明したように、記入情報抽出部５２は受付手段または記入情報抽出手段として機能する。
【００５２】
次に、本実施形態による情報収集について、具体例を挙げてさらに説明する。
ここでは、図１１に示した情報登録用フォームにより社員の安否情報が収集されるものとする。図１１のように会社の社員についての情報を記入するフォームの場合、各社員の所属や社員区分等の基本情報、勤怠情報等を管理するデータベースがあれば、それらの情報をフォームに反映させるよう構成しても良い。
【００５３】
図１５は、社員の基本情報を管理するデータベースのデータ構造の例を示す図、図１６は、社員の休暇情報を管理するデータベースのデータ構造の例を示す図である。
図１５に示すデータベースには、各社員について、所属部課、社員区分、家族の有無の各情報が登録されている。図１６に示すデータベースには、日単位で各社員の休暇が登録されている。図１５および図１６と図１１の情報登録用フォームとを参照すると、フォームの出社情報や家族安否の項目にデータベースの情報が反映されていることがわかる。例えば、社員番号００００２の社員の出社状況が「休暇中」となっており、社員番号００００３および００００６の社員の家族安否の項目には選択肢が埋め込まれていない。
【００５４】
図１７は、記入情報ＤＢ６４に登録される登録済み情報の例を示す図である。この図は初期状態を示しており、最終登録時間は記録されておらず、その他の各項目は全て不明となっている。
ここで、図１１の情報登録用フォームにより情報が入力されたものとする。
図１８は、図１１の情報登録用フォームによる登録用紙に情報が記入された様子を示す図である。
図１９は、図１７の記入情報ＤＢ６４に情報が登録された様子を示す図である。この図では、各項目に図１８で記入された情報が反映されていることがわかる。
【００５５】
図２０は、図１９のように情報が登録された後に、再度情報登録用フォームを生成した場合の登録用紙を示す図である。
図示の登録用紙において、社員番号００００１、００００４、００００６の社員について、図１８で記入された情報が登録済み情報として示されていることがわかる（図中では該当項目に丸印が付されている）。また、社員番号００００３、００００５の社員については、図１８で全ての項目に情報が記入されているので、レコードが削除されている。これは、図８に示した情報埋め込み処理において、ステップ８０４で説明したように、不明な項目のあるレコードのみをフォームに含むようにレコード条件が設定されていたためである。
【００５６】
最後に、画像処理装置１０の、コンピュータとして機能する部分についてのハードウェア構成について説明する。
図２１は、例えば画像処理装置１０のコンピュータとして機能する部分におけるハードウェア構成を示した図である。図２１に示すコンピュータは、演算手段であるＣＰＵ２０１と、マザーボード（Ｍ／Ｂ）チップセット２０２と、システムバスを介してＣＰＵ２０１に接続されたメインメモリ２０３とを備えている。また、Ｍ／Ｂチップセット２０２を介してディスプレイインタフェース２０４とディスプレイ２１０とがＣＰＵ２０１に接続されている。また、例えば入出力バスを介してＭ／Ｂチップセット２０２に接続されたハードディスク装置（ＨＤＤ）２０５、ネットワークインタフェース２０６、キーボード/ポインティングデバイス２０７を備える。ディスプレイインタフェース２０４は、たとえばグラフィックスプロセッサを用いたビデオカードなどが用いられる。
【００５７】
ここで、ＣＰＵ２０１は、ＯＳ（Operating System）やアプリケーション等の各種ソフトウェアを実行し、上述した各種機能を実現する。また、作業用メモリとして機能するメインメモリ２０３は、各種ソフトウェアやその実行に用いるデータ等を記憶する記憶領域を有している。さらに、ハードディスク装置２０５は、各種ソフトウェアに対する入力データや各種ソフトウェアからの出力データ等を記憶する記憶領域を備えたメモリである。なお、ハードディスク装置２０５の代わりに、フラッシュメモリに代表される半導体メモリ等が用いられる場合がある。
【００５８】
このように、本実施形態に示す各種処理は、作業用のメモリであるメインメモリ２０３に読み込まれたアプリケーションプログラムをＣＰＵ２０１が実行することによって実現される。このアプリケーションプログラムは、コンピュータである画像処理装置１０を顧客（ユーザを含む）に対して提供する際に、装置の中にインストールされた状態にて提供される場合の他、コンピュータに実行させるプログラムをコンピュータが読み取り可能に記憶した記憶媒体等にて提供する形態が考えられる。また、これらのプログラムは、例えば集中管理サーバなどのプログラム伝送装置によってネットワークを介し、ネットワークインタフェース２０６を経由して提供される形態がある。
【００５９】
なお、本実施形態では、情報登録用フォームを生成し登録用紙を出力する装置と記入済みの登録用紙を読み込んで記入情報を抽出する装置とを同一の装置として説明したが、これらを別個の装置で行っても良い。すなわち、所定の画像処理装置１０から登録用紙を出力し、他の画像処理装置１０により記入情報の抽出を行うことも可能である。さらに、登録フォーム生成部５１を備えた装置と記入情報抽出部５２および情報送信部５３を備えた装置とを個別に用意し、各々の装置で登録用紙の出力と記入情報の抽出とを行うようにしても良い。ただし、これらのように情報登録用フォームの生成と記入情報の抽出とを別個の装置で行う場合、各種データベースを共用し、情報更新部５４が適切に登録済み情報を更新して情報登録用フォームの生成に反映させられるようにすることが必要である。
【００６０】
また、本実施形態では、情報登録用フォームに基づく登録用紙を出力し、情報が記入された記入済み登録用紙の画像を読み取って記入情報を抽出することとしたが、ＵＩ部１５の提示部に情報登録用フォームを表示し、受付部にてユーザ操作を受け付けてフォームへの入力とし、情報を収集する構成も可能である。
【図面の簡単な説明】
【００６１】
【図１】本実施形態が適用される画像処理装置の構成例を示す機能ブロック図である。
【図２】図１に示す災害認識部、診断実行部、およびモード切り替え部の各種機能を詳述するためのブロック図である。
【図３】災害判定部にて災害影響度を算出するために用いられる災害別情報テーブルの例を示した図である。
【図４】本実施形態における災害発生時の装置制御部の機能を詳述するためのブロック図である。
【図５】災害の発生が検知され情報を収集する際の動作の全体的な流れを説明するフローチャートである。
【図６】情報登録用フォームの生成処理の詳細を示すフローチャートである。
【図７】テンプレートの選択処理の詳細を示すフローチャートである。
【図８】テンプレートへの情報埋め込み処理の詳細を示すフローチャートである。
【図９】登録済み情報の更新処理の詳細を示すフローチャートである。
【図１０】情報登録用フォームの構成例を示す図であり、安否情報登録用フォームの例を示す図である。
【図１１】情報登録用フォームの構成例を示す図であり、安否情報登録用フォームの他の例を示す図である。
【図１２】情報登録用フォームの構成例を示す図であり、被害情報登録用フォームの例を示す図である。
【図１３】情報登録用フォームの構成例を示す図であり、必要物資情報登録用フォームの例を示す図である。
【図１４】記入情報の抽出処理の詳細を説明するフローチャートである。
【図１５】社員の基本情報を管理するデータベースのデータ構造の例を示す図である。
【図１６】社員の休暇情報を管理するデータベースのデータ構造の例を示す図である。
【図１７】記入情報データベースに登録される登録済み情報の例を示す図である。
【図１８】図１１の情報登録用フォームによる登録用紙に情報が記入された様子を示す図である。
【図１９】記入情報データベースに情報が登録された様子を示す図である。
【図２０】情報が登録された後に、再度情報登録用フォームを生成した場合の登録用紙を示す図である。
【図２１】画像処理装置のコンピュータとして機能する部分におけるハードウェア構成例を示した図である。
【符号の説明】
【００６２】
１０…画像処理装置、１１…外部ＩＦ（インタフェース）、１２…災害認識部、１５…ユーザインタフェース部（ＵＩ部）、１６…装置制御部、１９…画像形成部、５１…登録フォーム生成部、５２…記入情報抽出部、５３…情報送信部、５４…情報更新部、６１…テンプレートデータベース（テンプレートＤＢ）、６２…埋め込み情報データベース（埋め込み情報ＤＢ）、６３…フォームデータベース（フォームＤＢ）、６４…記入情報データベース（記入情報ＤＢ）、６５…ＵＩ操作保持部、６６…災害情報保持部
【特許請求の範囲】
【請求項１】
災害に関する情報を登録する項目を一覧形式で表現した情報登録用フォームの型を選択する型選択手段と、
前記選択された型の前記情報登録用フォームであって、登録項目および既に登録された前記災害に関する情報を含む前記情報登録用フォームを生成するフォーム生成手段と、
前記生成された前記情報登録用フォームを出力する出力手段と
を備えることを特徴とする画像処理装置。
【請求項２】
前記出力手段は、画像形成部により前記情報登録用フォームの画像が形成された登録用媒体を出力することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
予め設定されている時間経過条件にしたがって、情報保持手段に保持されている前記災害に関する情報の内容を更新する更新手段をさらに備えることを特徴とする請求項１に記載の画像処理装置。
【請求項４】
前記情報登録用フォームへの入力を受け付ける受付手段をさらに備え、
前記情報保持手段は、前記受け付けた前記災害に関する情報を保持することを特徴とする請求項３に記載の画像処理装置。
【請求項５】
前記災害に関する情報を管理する管理装置と通信する通信手段をさらに備え、
前記通信手段は、前記受付手段により受け付けられた前記災害に関する情報を前記管理装置に送信することを特徴とする請求項４に記載の画像処理装置。
【請求項６】
前記災害に関する情報が記入された前記登録用媒体から読み取られた画像に基づき記入情報を抽出する記入情報抽出手段をさらに備え、
前記情報保持手段は前記抽出された前記記入情報を保持することを特徴とする請求項３に記載の画像処理装置。
【請求項７】
前記型選択手段は、災害の種別に応じて前記型を選択することを特徴とする請求項１に記載の画像処理装置。
【請求項８】
災害に関する情報を登録するための項目を一覧形式で表現した情報登録用フォームの型を選択する型選択手段と、
前記災害に関する情報を保持する情報保持手段と、
前記選択された型の前記情報登録用フォームであって、登録項目と前記情報保持手段に保持されている前記災害に関する情報とを含む前記情報登録用フォームを生成するフォーム生成手段と、
生成された前記情報登録用フォームを出力する出力手段と、
前記情報登録用フォームへの入力を受け付ける受付手段と
を備えることを特徴とする画像処理システム。
【請求項９】
前記出力手段は、画像形成部により前記情報登録用フォームの画像が形成された登録用媒体を出力し、
前記受付手段は、前記災害に関する情報が記入された前記登録用媒体の画像を読み取り、記入情報を抽出することを特徴とする請求項８に記載の画像処理システム。
【請求項１０】
予め設定されている時間経過条件にしたがって、前記情報保持手段に保持されている前記災害に関する情報の内容を更新する更新手段をさらに備えることを特徴とする請求項８に記載の画像処理システム。
【請求項１１】
前記災害に関する情報を管理する管理装置と、
前記管理装置と通信する通信手段をさらに備え、
前記通信手段は、前記受付手段により受け付けられた前記災害に関する情報を前記管理装置に送信することを特徴とする請求項８に記載の画像処理システム。
【請求項１２】
コンピュータに
災害に関する情報を登録するための項目を一覧形式で表現した情報登録用フォームの型を選択する型選択機能と、
前記選択された型の前記情報登録用フォームであって、登録項目と情報保持手段に既に保持されている前記災害に関する情報を含む前記情報登録用フォームを生成するフォーム生成機能と、
前記生成された前記情報登録用フォームを出力する出力機能と
を実現させることを特徴とするプログラム。
【請求項１３】
予め設定されている時間経過条件にしたがって、前記情報保持手段に保持されている前記災害に関する情報の内容を更新する更新機能を前記コンピュータにさらに実現させることを特徴とする請求項１２に記載のプログラム。
【請求項１４】
前記情報登録用フォームへの入力を受け付け、受け付けた前記災害に関する情報を前記情報保持手段に保持させる受付機能を前記コンピュータにさらに実現させることを特徴とする請求項１２に記載のプログラム。
【請求項１５】
前記型選択機能は、災害の種別に応じて前記型を選択することを特徴とする請求項１２に記載のプログラム。
【請求項１】
災害に関する情報を登録する項目を一覧形式で表現した情報登録用フォームの型を選択する型選択手段と、
前記選択された型の前記情報登録用フォームであって、登録項目および既に登録された前記災害に関する情報を含む前記情報登録用フォームを生成するフォーム生成手段と、
前記生成された前記情報登録用フォームを出力する出力手段と
を備えることを特徴とする画像処理装置。
【請求項２】
前記出力手段は、画像形成部により前記情報登録用フォームの画像が形成された登録用媒体を出力することを特徴とする請求項１に記載の画像処理装置。
【請求項３】
予め設定されている時間経過条件にしたがって、情報保持手段に保持されている前記災害に関する情報の内容を更新する更新手段をさらに備えることを特徴とする請求項１に記載の画像処理装置。
【請求項４】
前記情報登録用フォームへの入力を受け付ける受付手段をさらに備え、
前記情報保持手段は、前記受け付けた前記災害に関する情報を保持することを特徴とする請求項３に記載の画像処理装置。
【請求項５】
前記災害に関する情報を管理する管理装置と通信する通信手段をさらに備え、
前記通信手段は、前記受付手段により受け付けられた前記災害に関する情報を前記管理装置に送信することを特徴とする請求項４に記載の画像処理装置。
【請求項６】
前記災害に関する情報が記入された前記登録用媒体から読み取られた画像に基づき記入情報を抽出する記入情報抽出手段をさらに備え、
前記情報保持手段は前記抽出された前記記入情報を保持することを特徴とする請求項３に記載の画像処理装置。
【請求項７】
前記型選択手段は、災害の種別に応じて前記型を選択することを特徴とする請求項１に記載の画像処理装置。
【請求項８】
災害に関する情報を登録するための項目を一覧形式で表現した情報登録用フォームの型を選択する型選択手段と、
前記災害に関する情報を保持する情報保持手段と、
前記選択された型の前記情報登録用フォームであって、登録項目と前記情報保持手段に保持されている前記災害に関する情報とを含む前記情報登録用フォームを生成するフォーム生成手段と、
生成された前記情報登録用フォームを出力する出力手段と、
前記情報登録用フォームへの入力を受け付ける受付手段と
を備えることを特徴とする画像処理システム。
【請求項９】
前記出力手段は、画像形成部により前記情報登録用フォームの画像が形成された登録用媒体を出力し、
前記受付手段は、前記災害に関する情報が記入された前記登録用媒体の画像を読み取り、記入情報を抽出することを特徴とする請求項８に記載の画像処理システム。
【請求項１０】
予め設定されている時間経過条件にしたがって、前記情報保持手段に保持されている前記災害に関する情報の内容を更新する更新手段をさらに備えることを特徴とする請求項８に記載の画像処理システム。
【請求項１１】
前記災害に関する情報を管理する管理装置と、
前記管理装置と通信する通信手段をさらに備え、
前記通信手段は、前記受付手段により受け付けられた前記災害に関する情報を前記管理装置に送信することを特徴とする請求項８に記載の画像処理システム。
【請求項１２】
コンピュータに
災害に関する情報を登録するための項目を一覧形式で表現した情報登録用フォームの型を選択する型選択機能と、
前記選択された型の前記情報登録用フォームであって、登録項目と情報保持手段に既に保持されている前記災害に関する情報を含む前記情報登録用フォームを生成するフォーム生成機能と、
前記生成された前記情報登録用フォームを出力する出力機能と
を実現させることを特徴とするプログラム。
【請求項１３】
予め設定されている時間経過条件にしたがって、前記情報保持手段に保持されている前記災害に関する情報の内容を更新する更新機能を前記コンピュータにさらに実現させることを特徴とする請求項１２に記載のプログラム。
【請求項１４】
前記情報登録用フォームへの入力を受け付け、受け付けた前記災害に関する情報を前記情報保持手段に保持させる受付機能を前記コンピュータにさらに実現させることを特徴とする請求項１２に記載のプログラム。
【請求項１５】
前記型選択機能は、災害の種別に応じて前記型を選択することを特徴とする請求項１２に記載のプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【公開番号】特開２００８−９２２４６（Ｐ２００８−９２２４６Ａ）
【公開日】平成２０年４月１７日（２００８．４．１７）
【国際特許分類】
【出願番号】特願２００６−２７０３１８（Ｐ２００６−２７０３１８）
【出願日】平成１８年１０月２日（２００６．１０．２）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
【公開日】平成２０年４月１７日（２００８．４．１７）
【国際特許分類】
【出願日】平成１８年１０月２日（２００６．１０．２）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
[ Back to top ]