JP6086030B2 - 速報文面作成方法、プログラム、及び速報メール連携システム - Google Patents

速報文面作成方法、プログラム、及び速報メール連携システム Download PDF

Info

Publication number
JP6086030B2
JP6086030B2 JP2013111264A JP2013111264A JP6086030B2 JP 6086030 B2 JP6086030 B2 JP 6086030B2 JP 2013111264 A JP2013111264 A JP 2013111264A JP 2013111264 A JP2013111264 A JP 2013111264A JP 6086030 B2 JP6086030 B2 JP 6086030B2
Authority
JP
Japan
Prior art keywords
municipality
sentence
tag
character string
headline
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2013111264A
Other languages
English (en)
Other versions
JP2014229273A (ja
Inventor
理恵 野崎
理恵 野崎
昌文 中村
昌文 中村
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2013111264A priority Critical patent/JP6086030B2/ja
Publication of JP2014229273A publication Critical patent/JP2014229273A/ja
Application granted granted Critical
Publication of JP6086030B2 publication Critical patent/JP6086030B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Description

本発明は、緊急速報メール機能との連携に関する。
従来の市町村防災や県防災では、気象庁から受信した防災情報をFAXやホームページ、又は、職員の電子メールアドレスへ送信するなどにより、防災情報そのものを伝達していた。しかしながら住民に速報を報知するには、市町村の職員等によって防災行政無線や放送車等を用いて伝達しなければならなかった。
東日本大震災以後、各市町村は、緊急速報メール機能を持つ各キャリアと緊急速報メールを無料で契約することが可能となったことにより、多くの市町村で契約するようになっている。キャリアとは、携帯電話等の移動端末に対して通信サービスを提供する会社である。
東日本大震災を受けて、従来の防災行政無線や放送車等による伝達に代わる新たな手段として、気象庁発表の土砂災害警戒情報や津波警報などを受信してその内容を緊急速報メールで自動送信するシステムが開発され、市町村等に導入されている。
緊急速報は、緊急に情報を知る必要のあるエリア(例えば、市町村)に報知されなければならない。また、緊急速報メール機能には文字制限があり、その制限内で情報を伝えなければならないと言った条件がある。
日本気象協会が提供する気象情報に基づいて緊急情報を複数の緊急情報判別地区に区分して求め、記憶されている緊急情報の送信先の緊急情報判別地域に基づいて、端末に送信すること等が提案されている。また、情報を文字制限内で伝えるために、文字列を置き換えたり、定型コメントを用いて情報を編集すること等が知られている。
特開平6−186353号公報 特開2004−295674号公報 特開2002−99294号公報 特開2002−157192号公報 特開2003−66141号公報
緊急速報メールには、送信可能な文字数に制限がある。キャリア毎に文字数の制限値に相違があるが、キャリア毎に送信する情報量が増減してはならないため、一番文字数の少ないキャリアに合わせて、文面を生成しなければならない。
従って、文面生成に当たっては、気象庁発表の情報の中からこの文字数の範囲で必要な情報を抜き出さなければならない。従来技術によって気象庁発表の情報を編集するためには、情報内の構文解析が必要であるため、文書構造データを作成したり、置き換え文字列を予め用意する等の仕組みが必要となる。
しかしながら、緊急速報メールは、緊急に情報を知る必要のあるエリアに発信されるものであるため、各エリア向けに特有の仕組みを備えることとなり、システムの構成が複雑になるといった問題がある。
1つの側面において、本発明の目的は、防災情報を自動的に短縮することである。
本実施例の一態様によれば、コンピュータによって実行される速報文面作成方法であって、受信した防災情報に係るXMLデータで示される発表対象市町村又は発表対象予報区のタグ及び見出文のタグに自市町村の文字列を検出した場合、当該発表対象市町村または発表対象予報区のタグの自市町村以外の文字列に対応する文字列を、該見出文のタグの文字列から削除し、削除後の前記見出文のタグ及び前記発表対象市町村又は発表対象予報区のタグの情報を含む緊急速報メールを送信するようにする。
また、上記課題を解決するための手段として、コンピュータに速報文面作成装置として機能させるためのプログラム、及び、そのプログラムを記録した記録媒体とすることもできる。
本実施例の一態様によれば、防災情報を自動的に短縮することができる。
速報メール連携システムの構成例を示す図である。 速報文面作成装置のハードウェア構成を示す図である。 防災情報のXMLデータ例を示す図である。 緊急速報メール用に生成された防災情報の文面例を示す図である。 防災情報のXMLデータの他の例を示す図である。 緊急速報メール用に生成された防災情報の他の文面例を示す図である。 文面生成部の機能構成例を示す図である。 2次採用文生成処理を説明するための図である。 採用文生成処理を説明するための図(その1)である。 採用文生成処理を説明するための図(その2)である。 大津波警報のXMLデータ例を示す図である。 緊急速報メール用に生成された大津波警報の文面例を示す図である。 噴火警報のXMLデータ例を示す図である。 緊急速報メール用に生成された噴火警報の文面例を示す図である。 指定河川洪水警報のXMLデータ例を示す図である。 緊急速報メール用に生成された指定河川洪水警報の文面例を示す図である。
以下、本発明の実施の形態を図面に基づいて説明する。図1は、速報メール連携システムの構成例を示す図である。図1に示す速報メール連携システム1000では、第1受信部10と、速報文面作成装置100と、キャリア3と、携帯端末4とを有する。
第1受信部10と速報文面作成装置100とは、市町村役場等の設置場所Pに設置され、速報文面作成装置100は、第1受信部10から気象情報を受信するために通信可能なように有線又は無線で第1受信部10と接続されている。
第1受信部10は、衛星回線1を介して、気象庁が発表した土砂災害警戒情報や津波警報などの気象情報を全国瞬時警報システム(J−ALERT)や気象業務支援センターなどから受信する。受信する気象情報は、気象庁が規定したXML(Extensible Markup Language)形式による防災情報等である。
速報文面作成装置100は、第1受信部10が受信した気象情報から必要な情報を抜き出して、緊急速報メールに送信するための文面を作成する。生成した文面は、ネットワーク2を介して、HTTPインタフェースにて、通信サービス会社X、通信サービス会社Y、通信サービス会社Z等の各キャリア3に送信される。
各キャリア3は、設置場所Pが属する市町村役場との契約に基づいて、対象となる地域Aに存在する携帯端末4に対して、速報文面作成装置100から受信した文面による緊急速報メールを配信する。
緊急速報メールは、そのエリアに存在する携帯端末のみに送信され、役場の管轄の市町村等のエリアに存在しない携帯端末には送信されない。そのエリア(例えば、図1の地域A)に存在すれば、市町村の住民のみならず、旅行者にも緊急速報メールを確実に伝達できる。
速報文面作成装置100は、更に、第2受信部41と、文面生成部42と、キャリア送信部43と、業務UI部44とを有する。第2受信部41と、文面生成部42と、キャリア送信部43と、業務UI部44とは、CPU11が、対応するプログラムを実行することによって行われる処理によって実現される。
第2受信部41は、第1受信部10から気象情報を受信すると、文面生成部42へ提供する。
文面生成部42は、本実施の形態に係る文面生成処理を実行し、契約しているキャリア3の一番少ない文字数以内で緊急速報メールの文面を作成する。文面生成部42は、作成した緊急速報メールの文面をキャリアで送信するか、又は、文面を表示して利用者に呈示するかを判断し、判断結果に基づいて、作成した文面をキャリア送信部43又は業務UI部44へ出力する。
キャリア送信部43は、文面生成部42又は業務UI部44から文面を受け付けると、緊急速報メールを各キャリア3へネットワーク2を介して送信する。
業務UI部44は、文面生成部42から受け付けた文面を、利用者によって編集可能なユーザインタフェースによって表示装置15(図2)に表示する。利用者による文面の確認又は編集後、利用者の緊急速報メール送信の指示に応じて、キャリア送信部43によって各キャリア3へネットワーク2を介して送信する。利用者が確認又は編集した文面を送信しない場合は、業務UI部44は、図2に示される記憶部130内の所定の記憶領域に保持するようにしても良い。
本実施の形態における速報文面作成装置100は、図2に示すようなハードウェア構成を有する。図2は、速報文面作成装置のハードウェア構成を示す図である。図2において、速報文面作成装置100は、コンピュータによって制御される端末であって、CPU(Central Processing Unit)11と、主記憶装置12と、補助記憶装置13と、入力装置14と、表示装置15と、通信I/F(インタフェース)17と、ドライブ装置18とを有し、バスBに接続される。
CPU11は、主記憶装置12に格納されたプログラムに従って速報文面作成装置100を制御する。主記憶装置12には、RAM(Random Access Memory)、ROM(Read Only Memory)等が用いられ、CPU11にて実行されるプログラム、CPU11での処理に必要なデータ、CPU11での処理にて得られたデータ等を格納する。また、主記憶装置12の一部の領域が、CPU11での処理に利用されるワークエリアとして割り付けられている。
補助記憶装置13には、ハードディスクドライブが用いられ、各種処理を実行するためのプログラム等のデータを格納する。補助記憶装置13に格納されているプログラムの一部が主記憶装置12にロードされ、CPU11に実行されることによって、各種処理が実現される。記憶部130は、主記憶装置12及び/又は補助記憶装置13を有する。
入力装置14は、マウス、キーボード等を有し、利用者が速報文面作成装置100による処理に必要な各種情報を入力するために用いられる。表示装置15は、CPU11の制御のもとに必要な各種情報を表示する。
通信I/F17は、例えばインターネット、LAN(Local Area Network)等に接続し、外部装置との間の通信制御をするための装置である。通信I/F17による通信は無線又は有線に限定されるものではない。
速報文面作成装置100によって行われる処理を実現するプログラムは、例えば、CD−ROM(Compact Disc Read-Only Memory)等の記憶媒体19によって速報文面作成装置100に提供される。
ドライブ装置18は、ドライブ装置18にセットされた記憶媒体19(例えば、CD−ROM等)と速報文面作成装置100とのインタフェースを行う。
また、記憶媒体19に、後述される本実施の形態に係る種々の処理を実現するプログラムを格納し、この記憶媒体19に格納されたプログラムは、ドライブ装置18を介して速報文面作成装置100にインストールされる。インストールされたプログラムは、速報文面作成装置100により実行可能となる。
尚、プログラムを格納する媒体としてCD−ROMに限定するものではなく、コンピュータが読み取り可能な媒体であればよい。コンピュータ読取可能な記憶媒体として、CD−ROMの他に、DVDディスク、USBメモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリであっても良い。
XMLで記述された防災情報を例として、本実施の形態における速報文面作成処理の概要について、以下に説明する。図3は、防災情報のXMLデータ例を示す図である。気象庁からは、例えば、図3に示すような防災情報のXMLデータ80を受信する。
防災情報のXMLデータ80には見出文80aがあり、Head、Headline、Text等のタグで示される。見出文80aは、気象庁からの発表内容の主文を示し、発表内容によって文面の長さが変化する。発表の範囲が広範囲の場合には、見出文80aの中に各市町村名、予報区名が列挙され、見出文が長くなる場合がある。
図1に示す速報メール連携システム1000において、速報文面作成装置100が各キャリア3へ、見出文80aをそのまま使って緊急速報メールで送信した場合、文字数制限を超過してしまう可能性がある。一方、市町村における各自治体が送信する緊急速報メールは自市町村内にある携帯端末に向けて送信するものであるため、他の市町村に関する情報を省略しても良い。
防災情報のXMLデータ80は、見出文80aとは別に、発表対象市町村又は発表対象予報区を表すタグがあり、市町村又は予報区のコードと名称が対になって記載される発表対象一覧80bを含んでいる。例えば、Nameタグで示される「豊前市」とCodeタグで示される「4021400」とが対になっている。
本実施の形態に係る速報文面作成装置100において、当該市町村の市町村コード、当該市町村に関係する予報区コードを記憶部130内に保持し、この予報区コードまたは市町村コードで発表対象一覧80bを検索することにより、自市町村に関するコ−ドを含んでいるか否かを判断することができる。
一方、発表対象市町村(又は発表対象予報区)を示す発表対象一覧80bから自市町村(関係する予報区)以外のコードが存在したら、このコードに対応する市町村名(予報区名)は他の市町村に関する情報とみなし、見出文80aの中に同じ市町村名(予報区名)が存在したらその市町村名(予報区名)を削除する。
この削除により、見出文80aが多数の市町村(予報区)を対象に発表された気象情報の見出文であっても、列挙された市町村名(予報区名)のうち必要なものだけを残して文字数を削減することができる。
但し、見出文80aに列挙された市町村名(予報区名)の中に自市町村名(関係する予報区名)が含まれていなかった場合、すべての市町村名(予報区名)を削除してしまうと文章が不自然なものになる。
そのため、自市町村名(関係する予報区名)が見出文80aの文脈の中に含まれる場合は、自市町村名を残し、含まれなかった場合には他市町村名(予報区名)を「周辺地域」という名称に変換することで文章を成立させる。対象地域に自市町村が含まれていて見出文80aにない場合は、見出文80aにある他市町村は自市町村の周辺地域である可能性が高いことによる処置である。
本実施の形態では、見出文80aの自市町村名前後に他市町村名が存在する場合、他市町村名のみの列挙の場合、文脈中に市町村名の列挙が複数存在する場合の処置を文脈を解釈するのではなく、単純な比較、削除、変換の処理だけで文章の短縮を実現させる。
また、速報文面作成装置100の記憶部130に、気象庁から受信する電文の種類毎にその市町村に対応した市町村コード、予報区コード、河川コード、地域コードといった情報を保持することで、市町村名の削除だけでなく、予報区名や河川名などの削除も可能となる。
なお、図1に示すように、速報メール連携システム1000では、XMLデータ80から自動的に生成した文面をそのまま送信するだけでなく、自治体の職員等の利用者が編集を加えてから送信する可能性もある。見出文80aが制限文字数を越えない場合でも、上述したような文面生成処理を行うことにより、編集及び追記できる文字数を増やすことができる。
図3に示される防災情報のXMLデータ80おいて、自市町村が豊前市の場合、速報文面作成装置100の記憶部130内に保持されている市町村コード「4021400」を用いて発表対象一覧80b内を検索する。発表対象一覧80bに市町村コード「4021400」が存在する場合、市町村コード「4021400」と対で示される市町村名「豊前市」を取得する。取得した市町村名「豊前市」で見出文80aを検索する。見出文80aに市町村名「豊前市」が存在した場合、この市町村名「豊前市」を見出文80aから削除しない。
次に、市町村コード「4021400」と一致しないコード「4062500」と対で示される市町村名「みやこ町」を取得する。取得した市町村名「みやこ町」で見出文80aを検索する。この場合には、コードが一致しなかったことから市町村名「みやこ町」は自市町村名でないと認識し、見出文80aに市町村名「みやこ町」が存在した場合には、この市町村名「みやこ町」を見出文80aから削除する。
上述した処理を発表対象一覧80bでリストされる市町村名全てに対して行うことにより、見出文80a内に示される自市町村名以外の市町村名を削除することができ、図4に示すように、見出文80aを短くすることができる。
また、上述での処理では、検索に市町村コードを用い、また、自市町村名及び他市町村名を発表対象一覧80bから取得するため、速報文面作成装置100における検索に係るデータ管理を自市町村コードのみとし、簡潔にすることができる。また、構文解析を行うことがないため、効率的に見出文80aを短くすることができる。
図4は、緊急速報メール用に生成された防災情報の文面例を示す図である。図4において、防災情報のXMLデータ80の見出文80aから他市町村名を削除して作成された緊急速報メール用の文面例として、文面80a−2が示されている。
図3の見出文80a内の文面「降り続く大雨のため、・・・豊前市、みやこ町、築上町、八女市、黒木町、立花町、広川町、星野村、筑前町、嘉麻市にも広がる見込みです。」は、文面80a−2に記載されるように「降り続く大雨のため、・・・豊前市にも広がる見込みです。」と短くすることができる。
次に、防災情報の他の例として、上述したような見出文内に、市町村名(予報区名)の列挙が2以上の文に記述された場合について例示する。図5は、防災情報のXMLデータの他の例を示す図である。気象庁からは、例えば、図5に示すような防災情報のXMLデータ81を受信する。
防災情報のXMLデータ81には、図3のXMLデータ80と同様に、見出文81aがあり、Head、Headline、Text等のタグで示される。見出文81aは、気象庁からの発表内容の主文を示し、市町村名(予報区名)の列挙が文書内の「降り続く大雨のため、・・・にも広がる見込みです。」の文と「広川町、星野村、・・・60ミリです。」の文とに記述されている。
また、防災情報のXMLデータ81には、見出文81aとは別に、発表対象市町村又は発表対象予報区を表すタグがあり、市町村又は予報区のコードと名称が対になって記載される発表対象一覧81bを含んでいる。例えば、Nameタグで示される「豊前市」とCodeタグで示される「4021400」とが対になっている。
このXMLデータ81において、発表対象市町村(又は発表対象予報区)を示す発表対象一覧81bから自市町村(関係する予報区)以外のコードが存在したとする。このコードに対応する市町村名(予報区名)は他の市町村に関する情報とみなし、見出文81aの中に同じ市町村名(予報区名)が存在したらその市町村名(予報区名)を削除する。
削除する際、自市町村名(関係する予報区名)が見出文81aの文脈の中に含まれる場合は、自市町村名を残し、含まれなかった場合には他市町村名(予報区名)を「周辺地域」という名称に変換する。
見出文81aの例において、「周辺地域」という名称に変換後においても見出文が長かった場合には、「周辺地域」という名称を含む1文を削除することによって、文字数制限内とする。
図5に示される防災情報のXMLデータ81において、自市町村が豊前市の場合、速報文面作成装置100の記憶部130内に保持されている市町村コード「4021400」を用いて発表対象一覧81b内を検索する。発表対象一覧81bに市町村コード「4021400」が存在する場合、市町村コード「4021400」と対で示される市町村名「豊前市」を取得する。取得した市町村名「豊前市」で見出文81aを検索する。見出文81aに市町村名「豊前市」が存在した場合、この市町村名「豊前市」を見出文81aから削除しない。
次に、市町村コード「4021400」と一致しないコード「4062500」と対で示される市町村名「みやこ町」を取得する。取得した市町村名「みやこ町」で見出文81aを検索する。この場合には、コードが一致しなかったことから市町村名「みやこ町」は自市町村名でないと認識し、見出文81aに市町村名「みやこ町」が存在した場合には、この市町村名「みやこ町」を見出文81aから削除する。市町村コード「4021400」と一致しないコード「4054400」と対で示される市町村名「広川町」についても、見出文81aに存在した場合には削除する。他の市町村コードに対しても同様の処理を繰り返す。
上述した処理を発表対象一覧81bでリストされる市町村名全てに対して行うことにより、見出文81a内に示される自市町村名以外の市町村名を削除する。市町村名「広川町」が存在する文は、先に処理をした市町村名「豊前市」、「みやこ町」等が存在した文とは、別の一文であるが、本実施の形態では、文脈を解析することなく、発表対象一覧81bから取得した市町村名の文字列の一致によって、見出し文81aを短くすることができる。
また、自市町村名が見出文81aの文脈の中に含まれる場合は、自市町村名を残し、含まれなかった場合には他市町村名(予報区名)を「周辺地域」という名称に変換することで文章を成立させつつ、文面を短くすることができるが、更に、文字数制限を越える場合には、「周辺地域」に変換された一文を削除すればよい。
このような処理によって文面を短くした見出文81aを用いた緊急速報メール用に生成された防災情報は、例えば、図6に示すような文面となる。図6は、緊急速報メール用に生成された防災情報の他の文面例を示す図である。図6において、防災情報のXMLデータ81の見出文81aから他市町村名を削除して作成された緊急速報メール用の文面例として、文面81a−2が示されている。
図5の見出文81a内の前半の文面「降り続く大雨のため、・・・黒木町、みやこ町、築上町、豊前市、立花町にも広がる見込みです。」は、文面81a−2に記載されるように「降り続く大雨のため、・・・豊前市にも広がる見込みです。」と短くすることができる。また、図5の見出文81a内の後半の文面「広川町、星野村、筑前町、嘉麻市では・・・多いところ60ミリです。」は、文面81a−2内では削除されていることが分かる。
上述した図5に示す防災情報のXMLデータ81の内容に基づいて、発表対象一覧81bを参照して、見出文81aの文面長を短くして、緊急速報メールの文面を作成する文面生成部42の機能構成例について、以下に説明する。
図7は、文面生成部の機能構成例を示す図である。図7において、文面生成部42は、XML解析部42aと、電文抽出部42bと、採用文生成部420と、分岐判定部42hとを有し、CPU11が、対応するプログラムを実行することによって行われる処理によって実現される。また、記憶部130内の文面生成部42がアクセス可能な記憶領域に自市町村コード5が記憶されている。
XML解析部42aは、防災情報のXMLデータ81を解析する。解析するXMLデータは防災情報に限らない。XML解析部42aによって、気象庁から発令される種々の警戒情報、警報情報等を示すXMLデータが解析される。この時、発表対象一覧81bに自市町村に関係するコードが含まれているかどうか判定し、含まれていない場合は破棄する。
電文抽出部42bは、必要な電文の抽出処理を行いその結果(発表タイトル、発表時間、発表名称、発表当該市町村名等)とともに、XMLデータ81から見出文81aと発表対象一覧81bとを抽出して、1次採用文生成部42cに提供する。
採用文生成部420は、1次採用文生成部42cと、2次採用文生成部42dと、3次採用文生成部42eと、4次採用文生成部42fと、最終採用文生成部42gとを有する。
1次採用文生成部42cは、見出文81aから自市町村名以外の市町村名を削除した1次採用文を生成する1次採用文生成処理を実行する。
1次採用文生成部42cは、記憶部130から自市町村コード5を読み込んで、発表対象一覧81bから自市町村コード5に対応する市町村名(以下、自市町村名と言う。)を取得する。
1次採用文生成部42cは、見出文81aに自市町村名が存在すれば、自市町村名の文字列の前後にマーク「*」を挿入する。自市町村名が「豊前市」の場合、文字列は「*豊前市*」となる。更に、発表対象一覧81bにおいて自市町村コード5と一致しないコードに対応する市町村名(以下、他市町村名と言う。)を取得して、見出文81a内に他市町村名が存在する場合には、他市町村名をマーク「*」に変換する。発表対象一覧81bにリストされる全ての他市町村名に対して見出文81a内の他市町村名をマーク「*」に変換する。
1次採用文生成部42cによって、図5の見出文81aに基づく1次採用文は、
「降り続く大雨のため、土砂災害の危険度の非常に高い状態が続いており、今後2時間以内に、*、*、*、*豊前市*、*、*にも広がる見込みです。土砂災害危険箇所及びその周辺では厳重に警戒してください。*、*、*、*での今後3時間以内の最大1時間雨量は、多いところで60ミリです。」
となる。
1次採用文生成部42cは、上記処理の結果、1次採用文にマーク「*」に変換された文字がなければ、即ち、1次採用文にマーク「*」が含まれていなければ、分岐判定部42hに1次採用文を通知する。1次採用文にマーク「*」が含まれていれば、1次採用文生成部42cは、2次採用文生成部42dに1次採用文を通知する。
2次採用文生成部42dは、1次採用文生成部42cによって作成された1次採用文内のマーク「*」を含む所定文字列を1つのマーク「*」に変換する処理を、所定文字列が1次採用文から無くなるまで繰り返す2次採用文生成処理を実行する。
マーク「*」を含む所定文字列は、句読点又は接続詞を2個のマーク「*」で挟んだ文字列であり、「*、*」、「*及び*」、「*と*」等である。2次採用文生成処理では、「*、*」、「*及び*」、「*と*」等が1つのマーク「*」に変換される。
図8は、2次採用文生成処理を説明するための図である。図8において、見出文81aに基づく1次採用文のマーク「*」を含む文面の一部分の変換例を示す。この変換例では、変換1回目では、1次採用文に5個存在する所定文字列「*、*」が、夫々1つのマーク「*」に変換される。よって、所定文字列「*、*」が3個となる。3個の所定文字列「*、*」は、夫々、更に、1つのマーク「*」に変換される。
2次採用文生成部42dによって生成された、図5の見出文81aからの1次採用文に基づく2次採用文は、
「降り続く大雨のため、土砂災害の危険度の非常に高い状態が続いており、今後2時間以内に、*豊前市*にも広がる見込みです。土砂災害危険箇所及びその周辺では厳重に警戒してください。*での今後3時間以内の最大1時間雨量は、多いところで60ミリです。」
となる。
図7に戻り、3次採用文生成部42eは、2次採用文生成部42dによって作成された2次採用文において、自市町村名の前後にマーク「*」があれば、前後の「*」を削除する3次採用文生成処理を実行する。
3次採用文生成部42eによって生成された、図5の見出文81aからの2次採用文に基づく3次採用文は、
「降り続く大雨のため、土砂災害の危険度の非常に高い状態が続いており、今後2時間以内に、豊前市にも広がる見込みです。土砂災害危険箇所及びその周辺では厳重に警戒してください。*での今後3時間以内の最大1時間雨量は、多いところで60ミリです。」
となる。
4次採用文生成部42fは、3次採用文生成部42eによって作成された3次採用文内に「*」が存在するかを判定し、存在しなければ分岐判定部42hに3次採用文を通知する。また3次採用文生成部42eによって作成された3次採用文内に「*」が存在する場合は、「*」を代替文字列「周辺地域」に置き換える4次採用文生成処理を実行する。
4次採用文生成部42fによって生成された、図5の見出文81aからの3次採用文に基づく4次採用文は、
「降り続く大雨のため、土砂災害の危険度の非常に高い状態が続いており、今後2時間以内に、豊前市にも広がる見込みです。土砂災害危険箇所及びその周辺では厳重に警戒してください。周辺地域での今後3時間以内の最大1時間雨量は、多いところで60ミリです。」
となる。
最終採用文生成部42gは、4次採用文の文字数をカウントし、制限文字数を越えている場合には、代替文字列「周辺地域」を含む「。」までの1文を削除する最終採用文生成処理を実行する。
最終採用文生成部42gによって生成された、図5の見出文81aからの4次採用文に基づく最終採用文は、
「降り続く大雨のため、土砂災害の危険度の非常に高い状態が続いており、今後2時間以内に、豊前市にも広がる見込みです。土砂災害危険箇所及びその周辺では厳重に警戒してください。」
となる。
最終採用文生成部42gによって生成された最終採用文は、分岐判定部42hに受け渡される。
分岐判定部42hは、1次採用文生成部42c、4次採用文生成部42f、又は最終採用文生成部42gのいずれかから文面を受け取ると、受け渡し先がキャリア送信部43であるか又は業務UI部44であるかを判定し、判定結果に基づいて、いずれかに文面を通知する分岐判定処理を実行する。
次に、文面生成部42の1次採用文生成部42cから最終採用文生成部42gまでの採用文生成処理について図9及び図10で説明する。図9及び図10は、採用文生成処理を説明するための図である。
図9及び図10中、ステップS11〜S16が1次採用文生成処理に相当し、ステップS21〜S22が2次採用文生成処理に相当し、ステップS31〜S32が3次採用文生成処理に相当し、ステップS41〜S42が4次採用文生成処理に相当し、ステップS51〜S55が最終採用文生成処理に相当する。各採用文生成処理の先頭で、記憶部130において、前採用文を自採用文にコピーする共通処理を行うものとする。また、XMLデータの例として、図5の防災情報のXMLデータ81を用いて説明する。
図9において、1次採用文生成部42cは、見出文81aを1次採用文として記憶部130の作業領域にコピーした後、XMLデータ81の発表対象一覧81b内の自市町村コード5に対応した市町村名が見出文81aに存在するか否かを判断する(ステップS11)。見出文81aに存在しない場合、1次採用文生成部42cは、ステップS13へと進む。一方、見出文81aに存在した場合、1次採用文生成部42cは、1次採用文の自市町村名の前後にマーク「*」を挿入する(ステップS12)。
次に、1次採用文生成部42cは、自市町村以外で、XMLデータ81の発表対象一覧81b内の市町村名と同じ市町村名が見出文81aに存在するか否かを、発表対象一覧81bから順に判断する(ステップS13)。存在しない場合、1次採用文生成部42cは、発表対象一覧81bから次の市町村名を取得して、ステップS13へ戻り、同様の判断処理を繰り返す。
一方、自市町村以外で発表対象一覧81b内の市町村名と同じ市町村名が見出文81aに存在する場合、1次採用文生成部42cは、1次採用文に存在した市町村名を1文字のマーク「*」に変換する(ステップS14)。
そして、1次採用文生成部42cは、発表対象一覧81b内の全ての市町村名に対して処理をしたか否かを判断する(ステップS15)。全ての市町村名に対して処理を終了していない場合、1次採用文生成部42cは、ステップS13へ戻り、上記同様の処理を繰り返す。
一方、発表対象一覧81b内の全ての市町村名に対して処理を終了した場合、1次採用文生成部42cは、1次採用文にマーク「*」が存在するか否かを判断する(ステップS16)。1次採用文にマーク「*」が存在しない場合、1次採用文生成処理が終了すると共に、この採用文生成処理も終了する。
一方、1次採用文にマーク「*」が存在する場合、1次採用文生成部42cは、2次採用文生成部42dに1次採用文を通知する。
2次採用文生成部42dは、1次採用文生成部42cから1次採用文を受け取ると、記憶部130内の作業領域に2次採用文として記憶する。2次採用文生成部42dは、2次採用文内の先頭から順に文字列「*、*」が存在するか否かを判断する(ステップS21)。2次採用文生成部42dは、文字列「*、*」の他に、「*及び*」、「*と*」等の予め定めたマーク「*」を含む所定文字列毎に存在の有無を確認する。ここでは、文字列「*、*」を例にして説明する。
文字列「*、*」が存在した場合、2次採用文生成部42dは、2次採用文内に文字列「*、*」を検出する毎に、2次採用文内の文字列「*、*」を1個のマーク「*」に変換して(ステップS22)、ステップS21へ戻り、以降に文字列「*、*」が存在するか否かを判断する。
一方、2次採用文内に全く文字列「*、*」が存在しない場合、又は、2次採用文の最終文字まで検出終了した場合、2次採用文生成部42dによる2次採用文生成処理は終了し、2次採用文生成部42dは、2次採用文を3次採用文生成部42eに通知する。
図10にて、3次採用文生成部42eは、2次採用文生成部42dから2次採用文を受け取り記憶部130に3次採用文としてコピーする。3次採用文生成部42eは、3次採用文としてコピーした2次採用文に自市町村名が存在するか否かを判断する(ステップS31)。3次採用文生成部42eは、自市町村名として、1次採用文生成部42cが自市町村コード5を用いてXMLデータ81の発表対象一覧81bから取得した文字列を使用する。
自市町村名が存在しない場合、3次採用文生成部42eは、3次採用文を4次採用文生成部42fに通知する。一方、自市町村名が存在する場合、3次採用文生成部42eは、3次採用文の自市町村名の前後のマーク「*」を削除した後(ステップS32)、3次採用文を4次採用文生成部42fに通知する。
4次採用文生成部42fは、3次採用文生成部42eから3次採用文を受け取り記憶部130に4次採用文としてコピーする。4次採用文生成部42fは、4次採用文としてコピーした3次採用文にマーク「*」が存在するか否かを判断する(ステップS41)。マーク「*」が存在しない場合、4次採用文生成処理が終了すると共に、この採用文生成処理も終了する。
一方、マーク「*」が存在する場合、4次採用文生成部42fは、4次採用文のマーク「*」を文字列「周辺地域」に変換した後(ステップS42)、4次採用文を最終採用文生成部42gに通知する。
最終採用文生成部42gは、4次採用文生成部42fから4次採用文を受け取り記憶部130に最終採用文としてコピーする。最終採用文生成部42gは、最終採用文としてコピーした4次採用文の文字数を含む送信予定文字数が制限文字数を越えているか否かを判断する(ステップS51)。制限文字数を越えていない場合(ステップS51のNo)、最終採用文生成処理が終了すると共に、この採用文生成処理も終了する。
送信予定文字数には、最終採用文に加えて、XMLデータ81に含まれるTitleタグの情報、DateTimeタグの情報、発表対象市町村又は発表対象予報区のタグの情報等の予め緊急速報メールに含めると定めた部分の文字数を含む。
一方、制限文字数を越えている場合(ステップS51のYes)、最終採用文生成部42gは、最終採用文で「周辺地域」を含む「。」までの一文を全て削除して(ステップS52)、削除後の送信予定文字数が制限文字数を超えているか否かを判断する(ステップS53)。制限文字数以下の場合(ステップS53のNo)、最終採用文生成部42gは、最終採用文生成処理を終了する。最終採用文生成処理の終了と共に、この採用文生成処理も終了する。
制限文字数を超えている場合(ステップS53のYes)、最終採用文生成部42gは、自市町村の文字列を含む1文に基づく送信予定文字数が制限文字数以下であるか否かを判断する(ステップS54)。制限文字数を超える場合(ステップS54のNo)、最終採用文生成部42gは、最終採用文生成処理を終了する。最終採用文生成処理の終了と共に、この採用文生成処理も終了する。この場合、業務UI部44によって、利用者による編集を更に行うことが望ましい。
制限文字数以下である場合(ステップS54のYes)、最終採用文生成部42gは、最終採用文から当該1文以外の文面を削除して(ステップS55)、最終採用文生成処理を終了する。最終採用文生成処理の終了と共に、この採用文生成処理も終了する。
その他の防災情報のXMLデータ及び採用文生成部420によって生成される文面例について以下に示す。
市町村役場が茨城県に所在し、大津波警報が発令された場合について図11及び図12で説明する。図11は、大津波警報のXMLデータ例を示す図である。図12は、緊急速報メール用に生成された大津波警報の文面例を示す図である。ここでは、茨城県の市町村役場に導入された速報文面作成装置100において、文面生成部42が参照する自市町村コード5には「300」が予め設定されている。
速報文面作成装置100では、図11に例示するXMLデータ82から見出文82aが抽出される。抽出された見出文82aは、
「 東日本大震災クラスの津波が来襲します。北海道太平洋沿岸中部、東北地方太平洋沿岸、茨城県、千葉県九十九里・外房、伊豆諸島に大津波警報を発表しました。ただちに避難してください。」
であり、見出文82aの文字数は86文字である。
速報文面作成装置100では、発表対象一覧82bのNameタグで示される予報区名とCodeタグで示される予報区コードの対を参照して、自装置に保持している自予報区コード「300」と一致する予報区コードが存在するか否かを判定することによって、見出文82aにおいて一致する予報区コードに対応する予報区名(自予報区名)は残し、それ以外の予報区名を削除する。
したがって、図12に示すような、文面82a−2が緊急速報メール用に生成される。生成された文面82a−2は、
「東日本大震災クラスの津波が来襲します。茨城県に大津波警報を発表しました。ただちに避難してください。」
であり、文面82a−2の文字数は、49文字である。
上述した大津波警報の例では、本実施の形態に係る文面生成処理によって、見出文82aから37文字を削減することができる。
市町村役場が宮崎県都城市に所在し、噴火警報が発令された場合について図13及び図14で説明する。図13は、噴火警報のXMLデータ例を示す図である。図14は、緊急速報メール用に生成された噴火警報の文面例を示す図である。ここでは、宮崎県都城市の市町村役場に導入された速報文面作成装置100において、文面生成部42が参照する自市町村コード5には「4520200」が予め設定されている。
速報文面作成装置100では、図13に例示するXMLデータ83から見出文83aが抽出される。抽出された見出文83aは、
「 <霧島山(御鉢)に噴火警報(噴火警戒レベル5、避難)を発表>
火砕流による被害が予想される宮崎県都城市、鹿児島県霧島市では厳重な警戒(避難等の対応)をしてください。
<噴火警戒レベルを3(入山規制)から5(避難)に引上げ>」
であり、見出文83aの文字数は109文字である。
速報文面作成装置100では、発表対象一覧83bのNameタグで示される市町村名とCodeタグで示される市町村コードの対を参照して、自装置に保持している自市町村コード「4520200」と一致する市町村コードが存在するか否かを判定することによって、見出文83aにおいて一致する市町村コードに対応する市町村名(自市町村名)は残し、それ以外の市町村名を削除する。
したがって、図14に示すような、文面83a−2が緊急速報メール用に生成される。生成された文面83a−2は、
「<霧島山(御鉢)に噴火警報(噴火警戒レベル5、避難)を発表>
火砕流による被害が予想される宮崎県都城市では厳重な警戒(避難等の対応)をしてください。
<噴火警戒レベルを3(入山規制)から5(避難)に引上げ>」
であり、文面83a−2の文字数は、101文字である。
上述した噴火警報の例では、本実施の形態に係る文面生成処理によって、見出文83aから8文字を削減することができる。
市町村役場が損斐川地域に所在し、指定河川洪水警報が発令された場合について図15及び図16で説明する。図15は、指定河川洪水警報のXMLデータ例を示す図である。図16は、緊急速報メール用に生成された指定河川洪水警報の文面例を示す図である。ここでは、損斐川地域の市町村役場に導入された速報文面作成装置100において、文面生成部42が参照する自市町村コード5には「8505090002」が予め設定されている。
速報文面作成装置100では、図15に例示するXMLデータ84から見出文84aが抽出される。抽出された見出文84aは、
「今後も大雨が降り続く見込みです。損斐川、根尾川周辺では厳重に警戒して下さい。」
であり、見出文84aの文字数は38文字である。
速報文面作成装置100では、発表対象一覧84bのNameタグで示される河川名とCodeタグで示される河川コードの対を参照して、自装置に保持している自河川コード「8505090002」と一致する河川コードが存在するか否かを判定することによって、見出文84aにおいて一致する河川コ−ドに対応した河川名(自河川名)は残し、それ以外の河川名を削除する。
したがって、図16に示すような、文面84a−2が緊急速報メール用に生成される。生成された文面84a−2は、
「今後も大雨が降り続く見込みです。損斐川周辺では厳重に警戒して下さい。」
であり、文面84a−2の文字数は、34文字である。
上述した指定河川洪水の例では、本実施の形態に係る文面生成処理によって、見出文84aから4文字を削減することができる。
上述したように、本実施の形態に係る速報文面作成装置100では、予め設定しておいた自市町村コード5を用いてXMLデータの発表対象一覧から取得し、取得した市町村名、予報区名、河川名を示す文字列を用いてXMLデータ内の見出文を短くすることができる。
従って、多数の市町村(予報区)を対象に発表された気象情報の見出文であっても、列挙された市町村名(予報区名)のうち必要なものだけを残して文字数を削減することができる。
自市町村名(関係する予報区名)が見出文の文脈の中に含まれる場合は、自市町村名を残し、含まれなかった場合には他市町村名(予報区名)を「周辺地域」という名称に変換することで文章を成立させているため、対象地域に自市町村が含まれていて見出文にない場合であっても、自市町村の周辺地域である他市町村の気象情報として報知することができる。
自市町村に相当する地域A(図1)において、携帯端末4は、自市町村の気象情報のみならず、周辺地域の気象情報を適切に受信することができる。
このように、本実施の形態では、XMLデータ内の見出文の構文解析処理を不要とし、効率的に制限文字数を満たすことができる。また、気象情報の主文を変更することなく、文脈に不自然さのない文面を生成することができる。
従って、本実施の形態によれば、通信サービス会社等のキャリアとの連携によって緊急速報メールを携帯端末に送信する際に、防災情報に係るXMLデータ内の見出文から自市町村以外の発表対象市町村又は発表対象予報区の文字列を削除することによって、緊急速報メールの文面を短縮することができる。
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
以上の実施例を含む実施形態に関し、更に以下の付記を開示する。
(付記1)
コンピュータによって実行される速報文面作成方法であって、
受信した防災情報に係るXMLデータで示される発表対象市町村又は発表対象予報区のタグ及び見出文のタグに自市町村の文字列を検出した場合、当該発表対象市町村または発表対象予報区のタグの自市町村以外の文字列に対応する文字列を、該見出文のタグの文字列から削除し、
削除後の前記見出文のタグ及び前記発表対象市町村又は発表対象予報区のタグの情報を含む緊急速報メールを送信する
ことを特徴とする速報文面作成方法。
(付記2)
発表対象市町村又は発表対象予報区のタグに自市町村の文字列を検出し、見出文のタグ内の1文に自市町村の文字列を検出しなかった場合、発表対象市町村又は発表対象予報区のタグの文字列に対応する文字列を、当該見出文のタグの文字列からすべて削除した後、代替文字列を挿入した見出文を作成する
ことを特徴とする付記1記載の速報文面作成方法。
(付記3)
送信予定文字数が制限文字数以下であれば、見出文を含んだ緊急速報メールを送信することを特徴とする付記2記載の速報文面作成方法。
(付記4)
前記送信予定文字数が前記制限文字数を超える場合は、更に、代替文字列を含む1文を削除し、
前記送信予定文字数が前記制限文字数以下である場合は、見出文を含む緊急速報メールを送信する
ことを特徴とする付記3記載の速報文面作成方法。
(付記5)
前記代替文字列を含む1文を削除しても、前記送信予定文字数が前記制限文字数を超える場合に、自市町村の文字列を含む1文に基づく前記送信予定文字数が前記制限文字数以下であれば、当該1文を含む緊急速報メールを送信する
ことを特徴とする付記4記載の速報文面作成方法。
(付記6)
受信した防災情報に係るXMLデータで示される発表対象市町村又は発表対象予報区のタグ及び見出文のタグに自市町村の文字列を検出した場合、当該発表対象市町村または発表対象予報区のタグの自市町村以外の文字列に対応する文字列を、該見出文のタグの文字列から削除し、
削除後の前記見出文のタグ及び前記発表対象市町村又は発表対象予報区のタグの情報を含む緊急速報メールを送信する
処理をコンピュータに実行させる速報文面作成プログラム。
(付記7)
受信した防災情報に係るXMLデータで示される発表対象市町村又は発表対象予報区のタグ及び見出文のタグに自市町村の文字列を検出した場合、当該発表対象市町村または発表対象予報区のタグの自市町村以外の文字列に対応する文字列を、該見出文のタグの文字列から削除して速報文面を生成する速報文面生成部と、
削除後の前記見出文のタグ及び前記発表対象市町村又は発表対象予報区のタグの情報を含む緊急速報メールを送信する送信部と
を有することを特徴とする速報メール連携システム。
1 衛星回線
2 ネットワーク
3 キャリア
4 携帯端末
10 第1受信部
11 CPU
12 主記憶装置
13 補助記憶装置
14 入力装置
15 表示装置
16 出力装置
17 通信I/F
18 ドライブ
19 記憶媒体
41 第2受信部
42 文面生成部
43 キャリア送信部
44 業務UI部
81 XMLデータ
81a 見出文
81b 発表対象一覧
100 速報文面作成装置
1000 速報メール連携システム

Claims (5)

  1. コンピュータによって実行される速報文面作成方法であって、
    受信した防災情報に係るXMLデータで示される発表対象市町村又は発表対象予報区のタグ及び見出文のタグに自市町村の文字列を検出した場合、当該発表対象市町村または発表対象予報区のタグの自市町村以外の文字列に対応する文字列を、該見出文のタグの文字列から削除し、
    削除後の前記見出文のタグ及び前記発表対象市町村又は発表対象予報区のタグの情報を含む緊急速報メールを送信する
    ことを特徴とする速報文面作成方法。
  2. 発表対象市町村又は発表対象予報区のタグに自市町村の文字列を検出し、見出文のタグ内の1文に自市町村の文字列を検出しなかった場合、発表対象市町村又は発表対象予報区のタグの文字列に対応する文字列を、当該見出文のタグの文字列からすべて削除した後、代替文字列を挿入した見出文を作成する
    ことを特徴とする請求項1記載の速報文面作成方法。
  3. 送信予定文字数が制限文字数以下であれば、見出文を含んだ緊急速報メールを送信することを特徴とする請求項2記載の速報文面作成方法。
  4. 受信した防災情報に係るXMLデータで示される発表対象市町村又は発表対象予報区のタグ及び見出文のタグに自市町村の文字列を検出した場合、当該発表対象市町村または発表対象予報区のタグの自市町村以外の文字列に対応する文字列を、該見出文のタグの文字列から削除し、
    削除後の前記見出文のタグ及び前記発表対象市町村又は発表対象予報区のタグの情報を含む緊急速報メールを送信する
    処理をコンピュータに実行させる速報文面作成プログラム。
  5. 受信した防災情報に係るXMLデータで示される発表対象市町村又は発表対象予報区のタグ及び見出文のタグに自市町村の文字列を検出した場合、当該発表対象市町村または発表対象予報区のタグの自市町村以外の文字列に対応する文字列を、該見出文のタグの文字列から削除して速報文面を生成する速報文面生成部と、
    削除後の前記見出文のタグ及び前記発表対象市町村又は発表対象予報区のタグの情報を含む緊急速報メールを送信する送信部と
    を有することを特徴とする速報メール連携システム。
JP2013111264A 2013-05-27 2013-05-27 速報文面作成方法、プログラム、及び速報メール連携システム Expired - Fee Related JP6086030B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2013111264A JP6086030B2 (ja) 2013-05-27 2013-05-27 速報文面作成方法、プログラム、及び速報メール連携システム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2013111264A JP6086030B2 (ja) 2013-05-27 2013-05-27 速報文面作成方法、プログラム、及び速報メール連携システム

Publications (2)

Publication Number Publication Date
JP2014229273A JP2014229273A (ja) 2014-12-08
JP6086030B2 true JP6086030B2 (ja) 2017-03-01

Family

ID=52129014

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013111264A Expired - Fee Related JP6086030B2 (ja) 2013-05-27 2013-05-27 速報文面作成方法、プログラム、及び速報メール連携システム

Country Status (1)

Country Link
JP (1) JP6086030B2 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7522086B2 (ja) 2021-08-30 2024-07-24 株式会社日立国際電気 通信システム

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04156663A (ja) * 1990-10-20 1992-05-29 Fujitsu Ltd 文章圧縮装置
JP2001339424A (ja) * 2000-05-26 2001-12-07 Nec Corp 電子メール処理システム、処理方法及び処理装置

Also Published As

Publication number Publication date
JP2014229273A (ja) 2014-12-08

Similar Documents

Publication Publication Date Title
JP6374341B2 (ja) 危機管理情報共有装置、危機管理情報共有方法及び危機管理情報共有プログラム
US8751242B2 (en) System and method for providing pre-flight briefing information to a user device
CN106471824A (zh) 用于灾害信息的操作方法和装置
US20200342064A1 (en) Density-based dynamic geohash
US9729481B1 (en) Dynamic formatting of messages for multiple endpoints
JP6546996B2 (ja) 音声情報を出力する方法および装置
JP2016224755A (ja) 避難誘導プログラム、避難誘導方法、移動端末装置、及び避難支援プログラム
CN112836497A (zh) 地址纠正方法、装置、电子设备及存储介质
JP6086030B2 (ja) 速報文面作成方法、プログラム、及び速報メール連携システム
JP2018165960A (ja) 避難経路通知プログラム、避難経路通知方法、および通知装置
US9129254B2 (en) Concatenating messages from multiple sources in a notification system
JP4392190B2 (ja) データコンテンツ送信装置およびデータコンテンツ送信プログラム
CN102970661A (zh) 一种对短消息进行编码转换的方法及装置
Page et al. Aggregating building energy demand simulation to support urban energy design
CN107924608A (zh) 便携式终端、便携式终端控制方法及程序
KR102643902B1 (ko) 회의록 관리 방법 및 장치
KR20110020003A (ko) 모닝콜 서비스 제공 시스템 및 방법
Lendholt et al. Generic information logistics for early warning systems
WO2018110640A1 (ja) 携帯端末、携帯端末制御方法およびプログラム
KR101070939B1 (ko) 숨겨진 위젯에 대한 업데이트 알림 장치 및 방법
JP2024130710A (ja) 通報転送制御装置、通報処理装置、通報転送制御方法、及び、通報転送制御プログラム
JP2011128927A (ja) 情報端末、情報処理方法及びコンピュータプログラム
CN117729060B (zh) 一种预警信息群发决策方法和装置
JP7307210B1 (ja) クライアント装置、地図情報サーバ及び地図情報システム
JP2017213742A (ja) 情報処理装置、情報処理装置の制御方法、及びプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20160226

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20161220

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20170104

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170117

R150 Certificate of patent or registration of utility model

Ref document number: 6086030

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees