(57)【要約】【課題】激甚災害が発生し、インターネットや電話といった通信ネットワークが利用できない状況下にあっても、効果的に情報を流通させることができる。【解決手段】優先度算出部２２０は、携帯情報端末１００から収集した安否情報の各々について、ＨＴＬ数と、ＤＬ数とに基づいて優先度を算出し、携帯情報端末１００の空き容量情報に応じた件数だけ、情報データベース２３０に蓄積された安否情報を抽出し、通信部２１０により、携帯情報端末１００へ送信する。【選択図】図１
2018041318.tif 000002
【特許請求の範囲】
【請求項１】
携帯情報端末から収集した情報の各々を、いくつの他のサーバ装置にコピーされるかを示す前記情報のＨＴＬ数、及び前記情報が携帯情報端末にダウンロードされた回数を示すＤＬ数を付して蓄積する情報データベースと、
携帯情報端末から送信された空き容量情報に応じて、前記情報データベースに蓄積された情報を、前記携帯情報端末へ送信する通信部と、
を含み、
前記情報データベースに蓄積された情報を、前記携帯情報端末へ送信する際、前記情報データベースに蓄積された情報の各々について、前記ＨＴＬ数及び前記ＤＬ数に基づいて優先度を算出し、前記算出された優先度に基づいて、前記情報データベースに蓄積された情報をソートし、前記空き容量情報に応じた件数だけ、前記情報データベースに蓄積された情報を抽出する優先度算出部を更に含み、
前記通信部は、前記優先度算出部により抽出された情報を、前記携帯情報端末へ送信する
サーバ装置。
【請求項２】
携帯情報端末から収集した情報の各々を、いくつの他のサーバ装置にコピーされるかを示す前記情報のＨＴＬ数、及び前記情報が携帯情報端末から重複してアップロードされた回数を示すＤｕｐｌｉｃａｔｅ数を付して蓄積する情報データベースと、
携帯情報端末から送信された空き容量情報に応じて、前記情報データベースに蓄積された情報を、前記携帯情報端末へ送信する通信部と、
を含み、
前記情報データベースに蓄積された情報を、前記携帯情報端末へ送信する際、前記情報データベースに蓄積された情報の各々について、前記ＨＴＬ数及び前記Ｄｕｐｌｉｃａｔｅ数に基づいて優先度を算出し、前記算出された優先度に基づいて、前記情報データベースに蓄積された情報をソートし、前記空き容量情報に応じた件数だけ、前記情報データベースに蓄積された情報を抽出する優先度算出部を更に含み、
前記通信部は、前記優先度算出部により抽出された情報を、前記携帯情報端末へ送信する
サーバ装置。
【請求項３】
前記情報データベースは、前記情報に、前記情報が携帯情報端末から重複してアップロードされた回数を示すＤｕｐｌｉｃａｔｅ数を更に付して、前記携帯情報端末から収集した情報の各々を蓄積し、
前記優先度算出部は、前記ＨＴＬ数、前記ＤＬ数、及び前記Ｄｕｐｌｉｃａｔｅ数に基づいて前記優先度を算出する請求項１記載のサーバ装置。
【請求項４】
前記携帯情報端末から前記情報がアップロードされた際に、前記情報データベースで蓄積している情報に、前記アップロードされた前記情報と一致するものがあるか否かを検索し、前記アップロードされた前記情報と一致するものがあった場合に、前記アップロードされた前記情報に付された前記ＨＴＬ数と、前記アップロードされた前記情報と一致する前記情報に付された前記ＨＴＬ数とを比較し、比較結果に応じて、前記アップロードされた前記情報と一致する前記情報に付された前記ＨＴＬ数を、前記ＨＴＬ数−１で更新する更新部を更に含む請求項１〜請求項３の何れか１項に記載のサーバ装置。
【請求項５】
自装置のＩＤを保持するＩＤ保持部を更に含み、
前記情報データベースは、前記情報に、前記情報が携帯情報端末により初めて登録されたときのサーバ装置のＩＤを更に付して、前記携帯情報端末から収集した情報の各々を蓄積し、
前記更新部は、前記携帯情報端末から前記情報がアップロードされた際に、前記情報データベースで蓄積している情報に、前記アップロードされた前記情報と一致するものがあるか否かを検索し、前記アップロードされた前記情報と一致するものがあった場合に、前記情報に付された前記サーバ装置のＩＤと、前記ＩＤ保持部に保持された自装置のＩＤとを比較し、前記ＩＤが一致しなかった場合に、前記アップロードされた前記情報と一致する前記情報に付された前記ＨＴＬ数を、前記ＨＴＬ数−１で更新する更新部を更に含む請求項４に記載のサーバ装置。
【請求項６】
自装置の位置情報を保持する位置情報保持部を更に含み、
前記情報データベースは、前記情報に、前記情報が携帯情報端末により初めて登録されたときのサーバ装置の位置情報を更に付して、前記携帯情報端末から収集した情報の各々を蓄積し、
前記優先度算出部は、前記情報に付された前記サーバ装置の位置情報、及び前記位置情報保持部に保持された自装置の位置情報を更に用いて、前記優先度を算出する請求項１〜請求項５の何れか１項に記載のサーバ装置。
【請求項７】
コンピュータを、請求項１〜請求項６の何れか１項記載のサーバ装置の各部として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ及びプログラムに係り、特に、携帯情報端末により情報を流通させるためのサーバ装置及びプログラムに関する。
【背景技術】
【０００２】
2011年3月11日に発生した東日本大震災では、津波等による発電所・送電設備の損壊、あるいは、通信設備等の倒壊により、インターネットや電話といった通信ネットワークが利用できなくなった。これにより、被災者の方は、家族や友人の安否情報や津波等の災害情報の取得を試みたが、通信ネットワークの断絶や輻輳により情報を収集することが困難であった。
【０００３】
かかる状況に対応するために、インターネットや電話といった通信ネットワークが利用できない環境下での情報流通方式として、人や車の移動を利用して情報を流通させるというDTN（delay/disruption-tolerant networking, RFC4838）という考えと方式が検討されてきた（非特許文献１参照）。
【０００４】
また、所属するエリアの中継装置が利用不可能な場合であっても、通信を可能とする情報流通の方法やシステムとして、情報伝達装置が中継装置に接続できない等により情報を送信できなかった場合に、他の情報伝達装置を探索し、検知した場合に他の情報伝達装置に情報を伝達し、当該他の情報伝達装置が接続できている中継装置から情報を送信することで、安否情報などの情報を送信することができる方法が提案されている（特許文献１参照）。
【０００５】
また、災害時など広域通信網が停止した場合であっても安否情報を広く迅速に共有する安否情報伝達システムとして、複数の携帯端末と車載端末から構成され、携帯端末と車載端末、あるいは、車載端末同士がお互いに蓄積している安否情報を交換し合い、それらの端末間で情報交換を行うことで、安否情報を流通させる方法が提案されている（特許文献２参照）。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】Delay-Tolerant Networking Architecture IETF RFC 4838 2007.
【特許文献】
【０００７】
【特許文献１】特開２０１４−１２７８０７号公報
【特許文献２】特開２０１５−０６９５１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
一般的に、情報の流通は、エンドエンドにおいて、いかに情報を早く確実に到達させるかということに主眼が置かれており、例えば、早く到達させるために経路が最小となるべく流通経路を動的に変えたり、確実に到達させるために経路や情報の冗長化を行っている。
【０００９】
一方で、激甚災害時は、インターネットや電話といった通信ネットワークが利用できない状況であり、また、災害に関する情報は、どこの避難所の誰が欲するかわからない。つまり、災害時における災害に関する情報は、通信ネットワークが利用できない状況でありながら、特に避難所といった人が集まるところになるべく早く届けることが求められている。そのため、全ての避難所に災害に関する情報を到達させることが第一であると発明者らは考えている。
【００１０】
ここで、特許文献１では、中継装置と通信が可能な他の情報伝達装置を発見し、未送信の情報を伝達することで安否情報の流通を行っているが、激甚災害時には広範囲で中継装置が利用できないことが想定され、そのため、各々の情報伝達装置に未送信の情報が多く蓄積され、端末のストレージ容量を超えてしまい、溢れた情報が伝達されないことがあると言える。
【００１１】
また、特許文献２では、車載端末やモバイル端末のストレージ領域を利用して情報の複製・コピーを行っているが、モバイル端末のストレージ容量は有限であり、かつ、ストレージの空き容量は各端末で異なるため、災害に関する情報の量が端末のストレージ容量を超えてしまい、溢れることが想定される。ここで、溢れた場合に、日付の新しい情報を優先して端末に格納するといったことが実施例として記載されているが、発災後の早い段階で発信された情報、例えば、発災直後に避難所に避難し、安否を登録した人の安否情報などは流通しないことがあると言える。
【００１２】
本発明は、上記の事情を鑑みてなされたもので、激甚災害が発生し、インターネットや電話といった通信ネットワークが利用できない状況下にあっても、効果的に情報を流通させることができるサーバ装置及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記の目的を達成するために第１の発明に係るサーバ装置は、携帯情報端末から収集した情報の各々を、いくつの他のサーバ装置にコピーされるかを示す前記情報のＨＴＬ数、及び前記情報が携帯情報端末にダウンロードされた回数を示すＤＬ数を付して蓄積する情報データベースと、携帯情報端末から送信された空き容量情報に応じて、前記情報データベースに蓄積された情報を、前記携帯情報端末へ送信する通信部と、を含み、前記情報データベースに蓄積された情報を、前記携帯情報端末へ送信する際、前記情報データベースに蓄積された情報の各々について、前記ＨＴＬ数及び前記ＤＬ数に基づいて優先度を算出し、前記算出された優先度に基づいて、前記情報データベースに蓄積された情報をソートし、前記空き容量情報に応じた件数だけ、前記情報データベースに蓄積された情報を抽出する優先度算出部を更に含み、前記通信部は、前記優先度算出部により抽出された情報を、前記携帯情報端末へ送信する。
【００１４】
第２の発明に係るサーバ装置は、携帯情報端末から収集した情報の各々を、いくつの他のサーバ装置にコピーされるかを示す前記情報のＨＴＬ数、及び前記情報が携帯情報端末から重複してアップロードされた回数を示すＤｕｐｌｉｃａｔｅ数を付して蓄積する情報データベースと、携帯情報端末から送信された空き容量情報に応じて、前記情報データベースに蓄積された情報を、前記携帯情報端末へ送信する通信部と、を含み、前記情報データベースに蓄積された情報を、前記携帯情報端末へ送信する際、前記情報データベースに蓄積された情報の各々について、前記ＨＴＬ数及び前記Ｄｕｐｌｉｃａｔｅ数に基づいて優先度を算出し、前記算出された優先度に基づいて、前記情報データベースに蓄積された情報をソートし、前記空き容量情報に応じた件数だけ、前記情報データベースに蓄積された情報を抽出する優先度算出部を更に含み、前記通信部は、前記優先度算出部により抽出された情報を、前記携帯情報端末へ送信する。
【００１５】
第３の発明に係るプログラムは、コンピュータを、上記のサーバ装置の各部として機能させるためのプログラムである。
【発明の効果】
【００１６】
以上説明したように、本発明のサーバ装置及びプログラムによれば、携帯情報端末から収集した情報の各々について、ＨＴＬ数と、ＤＬ数又はＤｕｐｌｉｃａｔｅ数とに基づいて優先度を算出し、携帯情報端末の空き容量情報に応じた件数だけ、情報データベースに蓄積された情報を抽出し、携帯情報端末へ送信することにより、激甚災害が発生し、インターネットや電話といった通信ネットワークが利用できない状況下にあっても、効果的に情報を流通させることができる、という効果が得られる。
【図面の簡単な説明】
【００１７】
【図１】本発明の第１の実施の形態に係る情報流通システムの構成を示す概略図である。
【図２】本発明の第１の実施の形態に係る情報流通システムの携帯情報端末に登録される安否情報の一例である。
【図３】本発明の第１の実施の形態に係る情報流通システムのサーバ装置に蓄積される安否情報の一例である。
【図４】本発明の第１の実施の形態に係るサーバ装置の情報流通処理ルーチンの内容を示すフローチャートである。
【図５】本発明の第２の実施の形態に係る情報流通システムの携帯情報端末に登録される安否情報の一例である。
【図６】本発明の第２の実施の形態に係る情報流通システムのサーバ装置に蓄積される安否情報の一例である。
【図７】本発明の第２の実施の形態に係るサーバ装置の情報流通処理ルーチンの内容を示すフローチャートである。
【図８】本発明の第３の実施の形態に係る情報流通システムのサーバ装置に蓄積される安否情報の一例である。
【図９】本発明の第３の実施の形態に係るサーバ装置の情報流通処理ルーチンの内容を示すフローチャートである。
【図１０】本発明の第４の実施の形態に係るサーバ装置の情報流通処理ルーチンの内容を示すフローチャートである。
【図１１】本発明の第５の実施の形態に係る情報流通システムの構成を示す概略図である。
【図１２】本発明の第５の実施の形態に係る情報流通システムの携帯情報端末に登録される安否情報の一例である。
【図１３】本発明の第５の実施の形態に係る情報流通システムのサーバ装置に蓄積される安否情報の一例である。
【図１４】本発明の第５の実施の形態に係るサーバ装置の情報流通処理ルーチンの内容を示すフローチャートである。
【図１５】本発明の第６の実施の形態に係る情報流通システムの構成を示す概略図である。
【図１６】本発明の第６の実施の形態に係る情報流通システムの携帯情報端末に登録される安否情報の一例である。
【図１７】本発明の第６の実施の形態に係る情報流通システムのサーバ装置に蓄積される安否情報の一例である。
【発明を実施するための形態】
【００１８】
以下、図面を参照して本発明の実施の形態を詳細に説明する。
【００１９】
＜本発明の実施の形態の概要＞
本発明の実施の形態では、インターネットや電話といった通信ネットワークが利用できないという状況における安否情報の流通を目的とし、被災者が避難する避難所に設置されているサーバ装置と避難者のスマホなどの携帯情報端末とで構成され、避難者が登録した安否情報をストアアンドコピーしてフォワードしながら情報を伝達させるシステムにおいて、各々の安否情報の流通の程度を都度推定し、その結果から、携帯情報端末にコピーする安否情報の優先度を動的に変更させることで、実現する。
【００２０】
インターネットや電話といった通信ネットワークが利用できない状況での情報流通として、避難者のスマホや車載端末のストレージ領域と人や車の移動を利用した、ストアアンドフォワードによる情報流通を行う方式(DTN: delay/disruption-tolerant networking)が提案されている。
【００２１】
災害時における安否情報の流通は、通常時の一般的な情報流通とは趣が異なっていると考えており、ある人の安否情報がどこの避難所の誰が欲するかわからないため、ある人の安否情報を全ての避難所で確認できることが求められている。つまり、ある人の安否情報は、(1度だけで十分ではあるが)とある避難所に到達させることが重要であり、一般的な情報流通で第一とされているエンドエンドで早く届けることと主眼が異なると言える。
【００２２】
そこで、本発明の実施の形態では、具体的には、被災者が避難する避難所に設置されているサーバ装置と避難者が有している携帯情報端末を利用し、サーバ装置に蓄積されている避難者全員の安否情報を、ある避難者の携帯情報端末にＤＬし、当該携帯情報端末のストレージ領域に全員の安否情報を蓄積しておき、別の避難所に避難者が移動し、移動先の避難所のサーバ装置に携帯情報端末を再度接続すると、前の避難所のサーバ装置からＤＬした安否情報を移動先の避難所のサーバ装置にアップロードすることにより安否情報を伝達させる。
【００２３】
ここで、携帯情報端末のストレージ容量は有限であることから、ある避難所のサーバ装置に蓄積されている安否情報において、避難者の携帯情報端末にＤＬすべき安否情報の優先度を計算し、優先度が高い順に携帯情報端末へＤＬすることで、全体的にまんべんなく安否情報を流通させる。
【００２４】
具体的には、ある避難所のサーバ装置に蓄積されている安否情報を携帯情報端末がＤＬする際の優先度を決めるためのパラメータとして、「その人の安否情報が、いくつの他の避難所のサーバ装置にコピーできるか(Hop To Live)という値（HTL数の値）」、「その人の安否情報が、何回、避難者の携帯情報端末にＤＬされたかという値（ＤＬ数）」、「その人の安否情報が、この避難所のサーバ装置に何回、重複して運ばれてきたかという値（Duplicate数）」というパラメータを用いる。
【００２５】
＜第１の実施の形態＞
図１に示すように、第１の実施の形態に係る情報流通システム１０は、避難者が操作する携帯情報端末１００と、各避難所に設置されたサーバ装置２００とを備えている。
【００２６】
携帯情報端末１００は、訪れた避難所に設置されたサーバ装置２００と無線ＬＡＮなどの通信経路１２を介して接続されている。
【００２７】
携帯情報端末１００は、携帯電話、ＰＤＡ（Personal Digital Assistants）端末、あるいはノート型・ブック型コンピュータ端末等からなる。なお、携帯情報端末１００を、スマートフォンを一例として以下に説明する。携帯情報端末１００は、図１に示すように、通信部１１０、安否情報ストア部１２０、空き容量管理部１３０、及び安否情報入力部１４０を含んで構成されている。
【００２８】
通信部１１０は、通信経路１２を介した通信を行う。
【００２９】
安否情報入力部１４０は、携帯情報端末１００のユーザが、自身の安否情報を入力するためのものである。
【００３０】
入力される安否情報には、「姓」、「名」、及び「安否」を含む。「性」は、安否に関する人物の性であり、「名」は、安否に関する人物の名であり、「安否」は、安否情報であり、無事である、怪我している、などの他、自由記述も含む。
【００３１】
安否情報ストア部１２０は、携帯情報端末１００のストレージ領域の一部であり、安否情報入力部１４０を介して入力された自身の安否情報と、サーバ装置２００から受信した安否情報とを含めて蓄積している。
【００３２】
安否情報入力部１４０を介して入力された自身の安否情報が、安否情報ストア部１２０に登録されるとき、ＨＴＬ数の初期値及びＤＬ数の初期値が付される。
【００３３】
図２に、安否情報ストア部１２０に蓄積されている情報の例を示す。
【００３４】
空き容量管理部１３０は、携帯情報端末１００のストレージの空き容量の値を取得する。
【００３５】
携帯情報端末１００がサーバ装置２００と通信できる状況になると、通信部１１０は、安否情報ストア部１２０に蓄積されている安否情報と、空き容量管理部１３０により取得したストレージの空き容量の値とを、当該サーバ装置２００に送信する。送信が完了すると、安否情報ストア部１２０に蓄積されている安否情報が消去される。
【００３６】
通信部１１０により、サーバ装置２００から安否情報を受信し、受信が完了したら、受信した安否情報を、安否情報ストア部１２０にストアする。
【００３７】
サーバ装置２００は、ＣＰＵ、ＲＯＭ、ＲＡＭ、及びＨＤＤを備えたコンピュータで構成されており、ＨＤＤには、後述する情報流通処理ルーチンに対するプログラムが記憶されている。
【００３８】
サーバ装置２００は、機能的には次に示すように構成されている。図１に示すように、サーバ装置２００は、通信部２１０、優先度算出部２２０、情報データベース２３０、及び更新部２４０を含んで構成されている。
【００３９】
通信部２１０は、通信経路１２を介した通信を行う。
【００４０】
通信部２１０は、各携帯情報端末１００からアップロードされた安否情報を受信し、情報データベース２３０に格納する。
【００４１】
通信部２１０は、後述するように優先度算出部２２０により抽出された安否情報を、当該携帯情報端末１００へ送信する。
【００４２】
情報データベース２３０は、携帯情報端末１００から収集した安否情報の各々を蓄積する。
【００４３】
優先度算出部２２０は、情報データベース２３０に蓄積された安否情報を、携帯情報端末１００へ送信する際、情報データベース２３０に蓄積された安否情報の各々について、ＨＴＬ数及びＤＬ数に基づいて優先度を算出し、算出された優先度に基づいて、情報データベース２３０に蓄積された安否情報をソートし、携帯情報端末１００から送信された空き容量情報に応じた件数だけ、情報データベース２３０に蓄積された安否情報を抽出する。
【００４４】
ＨＴＬ数とは、その情報が、いくつの他の避難所のサーバ装置２００にコピーできるか(Hop To Live)という値であり、言い換えれば、この安否情報がいくつの避難所のサーバ装置２００を経由できるかという値である。情報流通システム１０で、ＨＴＬ数の初期値が決められている。
【００４５】
例えば、避難所Ａのサーバ装置２００で安否情報が登録されたら、初期値を「5」とする。この安否情報が避難所Ｂのサーバ装置２００に運ばれたら「4」とし、さらに、避難所Ｃのサーバ装置２００に運ばれたら「3」にする。また、既に同じ安否情報があった場合は何もしない。
【００４６】
例えば、避難所Ａのサーバ装置２００で登録された安否情報の例を示す。
【００４７】
避難所A→避難所B→避難所C→避難所A→避難所D
「5」 → 「4」 →  「3」→  「5」  →「4」
避難所A→避難所B→避難所C→避難所A→避難所D→避難所C
「5」 → 「4」 →  「3」→  「5」  →「4」  →「3」
避難所A→避難所B→避難所C→避難所A→避難所C
「5」 → 「4」 →  「3」→  「5」  →「3」
避難所A→避難所B→避難所C→避難所A→避難所C→避難所B→避難所D
「5」 → 「4」 →  「3」→  「5」  →「3」  →「4」  →「3」
【００４８】
また、ＤＬ数とは、その情報が、何回携帯情報端末１００にダウンロードされたかという値である。
【００４９】
例えば、安否情報（１）のＤＬ数が１００であり、安否情報（２）のＤＬ数が３０だったとすると、安否情報（２）は安否情報（１）より流通している可能性が低いと類推できるので、安否情報（２）を優先するのが良いと判断できる。
【００５０】
これらのパラメータを用いて各安否情報のダウンロードの優先度を計算することで、安否情報の流通機会を均等にすることを試みる。
【００５１】
そのため、情報データベース２３０には、各人の安否情報として「姓」「名」「安否」「ＨＴＬ数」「ＤＬ数」が保存されている。
【００５２】
図３に、情報データベース２３０に格納されている情報の例を示す。
【００５３】
更新部２４０は、携帯情報端末１００から安否情報がアップロードされた際に、情報データベース２３０で蓄積している安否情報に、アップロードされた安否情報と一致するものがあるか否かを検索し、アップロードされた安否情報と一致するものがあった場合に、アップロードされた安否情報に付されたＨＴＬ数と、情報データベース２３０に記憶されている、アップロードされた安否情報と一致する安否情報に付されたＨＴＬ数の値を比較し、比較結果に応じて、情報データベース２３０に記憶されている、アップロードされた安否情報と一致する安否情報に付されたＨＴＬ数の値を、ＨＴＬ数−１で更新する。
【００５４】
次に、第１の実施の形態に係る情報流通システム１０の作用について説明する。
【００５５】
まず、携帯情報端末１００が、サーバ装置２００と通信経路１２を介して通信できる状況になると、安否情報ストア部１２０にストアされている安否情報と、空き容量管理部１３０からストレージの空き容量の値を取得し、通信部１１０により、サーバ装置２００に送信し、送信が完了したら安否情報ストア部１２０にストアしている安否情報をクリアする。
【００５６】
また、サーバ装置２００は、図４に示す情報流通処理ルーチンを実行する。
【００５７】
ステップＳ１００で、通信部２１０を経由して、携帯情報端末１００からの安否情報と空き容量情報を受信するまで待機し、ステップＳ１０２で、携帯情報端末１００からの安否情報と空き容量情報を受信したと判定すると、ステップＳ１０４へ進む。
【００５８】
ステップＳ１０４では、優先度算出部２２０は、情報データベース２３０に対して、携帯情報端末１００から受信した安否情報(複数件)のうちの処理対象の安否情報の「性」「名」をキーとして一致する安否情報があるか検索する。
【００５９】
ステップＳ１０６では、上記ステップＳ１０４による検索の結果、一致する安否情報があったか否かを判定する。
【００６０】
検索の結果、一致する安否情報があった場合、ステップＳ１１０において、受信した処理対象の安否情報の「ＤＬ数の値」と、情報データベース２３０から検索の結果として得られた安否情報の「ＤＬ数の値」とを比較し、「情報データベース２３０の安否情報のＤＬ数＜＝受信した安否情報のＤＬ数」であった場合は、ステップＳ１１２において、情報データベース２３０から検索の結果として得られた安否情報の「ＤＬ数の値」を、受信した処理対象の安否情報の「ＤＬ数の値」で上書きし、ステップＳ１１４へ進む。一方、「情報データベース２３０の安否情報のＤＬ数＞受信した安否情報のＤＬ数」であった場合は、何もせずにステップＳ１１４へ進む。
【００６１】
上記ステップＳ１０６で、検索の結果、一致する安否情報がなかったと判定された場合、ステップＳ１０８において、受信した処理対象の安否情報の「姓」、「名」、「安否」、「ＨＴＬ数の値を１つ減らした値」、「ＤＬ数」を、情報データベース２３０に登録する。そして、ステップＳ１１４へ進む。
【００６２】
ステップＳ１１４では、受信した全ての安否情報について上記ステップＳ１０４〜Ｓ１１２の処理が終了したか否かを判定し、上記ステップＳ１０４〜Ｓ１１２の処理を行っていない安否情報がある場合には、上記ステップＳ１０４へ戻り、当該安否情報を処理対象として、上記ステップＳ１０４〜Ｓ１１２の処理を繰り返す。一方、受信した全ての安否情報について上記ステップＳ１０４〜Ｓ１１２の処理が終了した場合には、ステップＳ１１６へ進む。
【００６３】
ステップＳ１１６では、優先度算出部２２０は、情報データベース２３０から、ＨＴＬ数が０ではない安否情報(複数件)のうちの処理対象の安否情報を抽出する。
【００６４】
次のステップＳ１１８では、抽出した処理対象の安否情報に対して、優先度の計算を実施する。
【００６５】
ここで、ＤＬ数の桁数は行き来するユーザ数やサーバ装置２００との接続回数に依存するため、避難所の規模によって桁数が異なる可能性あることと、ＨＴＬ数と桁数が大きく異なるとＨＴＬが生きてこないことから、対数にて正規化を行って、優先度への影響の大きさを同じ程度にする。具体的には下記の計算を実施する。
【００６６】
優先度＝[重み係数×HTL数の値] ‐[重み係数×log ＤＬ数]
【００６７】
ステップＳ１２０では、上記ステップＳ１１８の計算結果の値で、情報データベース２３０の処理対象の安否情報の優先度の値を上書きし、ステップＳ１２２へ進む。
【００６８】
ステップＳ１２２では、ＨＴＬ数の値が０ではない全ての安否情報について上記ステップＳ１１８〜Ｓ１２０の処理が終了したか否かを判定し、上記ステップＳ１１８〜Ｓ１２０の処理を行っていない、ＨＴＬ数の値が０ではない安否情報がある場合には、上記ステップＳ１１６へ戻り、当該安否情報を処理対象として、上記ステップＳ１１８〜Ｓ１２０の処理を繰り返す。一方、ＨＴＬ数の値が０ではない全ての安否情報について上記ステップＳ１１８〜Ｓ１２０の処理が終了した場合には、ステップＳ１２４へ進む。
【００６９】
ステップＳ１２４では、優先度算出部２２０は、情報データベース２３０から、ＨＴＬ数の値が０ではない安否情報を抽出し、優先度の値が大きい順にソートする。
【００７０】
そして、ステップＳ１２６では、上記ステップＳ１０２で携帯情報端末１００から受信した空き容量情報に基づいて、優先度算出部２２０は優先度でソートした情報のうち、携帯情報端末１００の空き容量に収まる件数を抽出する。
【００７１】
ステップＳ１２８では、通信部２１０により、上記ステップＳ１２６で抽出した安否情報のうち「性」、「名」、「安否」、「ＤＬ数」、「ＨＴＬ数」を、当該携帯情報端末１００に安否情報として配信する。
【００７２】
そして、ステップＳ１３０において、サーバ装置２００は、安否情報の送信が完了したら、上記ステップＳ１２８で携帯情報端末１００に配信した全ての安否情報のＤＬ数を１つインクリメントして、情報データベース２３０を更新する。情報データベース２３０の更新が完了したら、上記ステップＳ１００の受信待機状態に遷移する。
【００７３】
なお、携帯情報端末１００は、通信部１１０により、サーバ装置２００から安否情報を受信し、受信が完了したら、安否情報ストア部１２０にストアする。
【００７４】
以上説明したように、第１の実施の形態に係る情報流通システムによれば、携帯情報端末から収集した安否情報の各々について、ＨＴＬ数と、ＤＬ数とに基づいて優先度を算出し、携帯情報端末の空き容量情報に応じた件数だけ、情報データベースに蓄積された安否情報を抽出し、携帯情報端末へ送信することにより、激甚災害が発生し、インターネットや電話といった通信ネットワークが利用できない状況下にあっても、効果的に情報を流通させることができる。
【００７５】
＜第２の実施の形態＞
次に、第２の実施の形態に係る情報流通システムについて説明する。なお、第２の実施の形態に係る情報流通システムの構成は、第１の実施の形態と同様の構成であるため、同一符号を付して説明を省略する。
【００７６】
第２の実施の形態では、優先度を計算するために、ＨＴＬ数と、Ｄｕｐｌｉｃａｔｅ数とを利用している点が、第１の実施の形態と異なっている。
【００７７】
第２の実施の形態に係る携帯情報端末１００の安否情報ストア部１２０は、安否情報入力部１４０を介して入力された自身の安否情報と、サーバ装置２００から受信した安否情報とを含めて蓄積している。
【００７８】
安否情報入力部１４０を介して入力された自身の安否情報が、安否情報ストア部１２０に登録されるとき、ＨＴＬ数の初期値及びＤｕｐｌｉｃａｔｅ数の初期値が付される。
【００７９】
図５に、安否情報ストア部１２０に蓄積されている情報の例を示す。
【００８０】
第２の実施の形態に係るサーバ装置２００の優先度算出部２２０は、情報データベース２３０に蓄積された安否情報を、携帯情報端末１００へ送信する際、情報データベース２３０に蓄積された安否情報の各々について、ＨＴＬ数及びＤｕｐｌｉｃａｔｅ数に基づいて優先度を算出し、算出された優先度に基づいて、情報データベース２３０に蓄積された安否情報をソートし、携帯情報端末１００から送信された空き容量情報に応じた件数だけ、情報データベース２３０に蓄積された安否情報を抽出する。
【００８１】
Ｄｕｐｌｉｃａｔｅ数とは、その安否情報が、この避難所のサーバ装置２００に何回、重複してアップロードされたかという値である。
【００８２】
例えば、安否情報（１）のＤＬ数が１００であり、情報（２）のＤｕｐｌｉｃａｔｅ数が３０だったとすると、安否情報（２）は安否情報（１）より流通している可能性が低いと類推できるので、安否情報（２）を優先するのが良いと判断できる。
【００８３】
これらのパラメータを用いて各安否情報のダウンロードの優先度を計算することで、安否情報の流通機会を均等にすることを試みる。
【００８４】
そのため、情報データベース２３０には、各人の安否情報として「姓」「名」「安否」「ＨＴＬ数」「Ｄｕｐｌｉｃａｔｅ数」が保存されている。
【００８５】
図６に、情報データベース２３０に格納されている情報の例を示す。
【００８６】
次に、第２の実施の形態に係る情報流通システム１０の作用について説明する。なお、第１の実施の形態と同様の処理となる部分については、同一符号を付して詳細な説明を省略する。
【００８７】
まず、携帯情報端末１００が、サーバ装置２００と通信経路１２を介して通信できる状況になると、安否情報ストア部１２０にストアされている安否情報と、空き容量管理部１３０からストレージの空き容量の値を取得し、通信部１１０により、サーバ装置２００に送信し、送信が完了したら安否情報ストア部１２０にストアしている安否情報をクリアする。
【００８８】
また、サーバ装置２００は、図７に示す情報流通処理ルーチンを実行する。
【００８９】
ステップＳ１００で、携帯情報端末１００からの安否情報と空き容量情報を受信するまで待機し、ステップＳ１０２で、携帯情報端末１００からの安否情報と空き容量情報を受信したと判定すると、ステップＳ１０４へ進む。
【００９０】
ステップＳ１０４では、優先度算出部２２０は、情報データベース２３０に対して、携帯情報端末１００から受信した安否情報のうちの処理対象の安否情報の「性」「名」をキーとして一致する安否情報があるか検索する。
【００９１】
ステップＳ１０６では、上記ステップＳ１０４による検索の結果、一致する安否情報があったか否かを判定する。
【００９２】
検索の結果、一致する安否情報があった場合、ステップＳ２００において、情報データベース２３０から検索の結果として得られた安否情報の「Ｄｕｐｌｉｃａｔｅ数の値」を１インクリメントして、ステップＳ１１４へ進む。
【００９３】
上記ステップＳ１０６で、検索の結果、一致する安否情報がなかったと判定された場合、ステップＳ２０２において、受信した処理対象の安否情報の「姓」、「名」、「安否」、「ＨＴＬ数を１つ減らした値」、「Ｄｕｐｌｉｃａｔｅ数＝０」を、情報データベース２３０に登録する。そして、ステップＳ１１４へ進む。
【００９４】
ステップＳ１１４では、受信した全ての安否情報について上記ステップＳ１０４〜Ｓ２０２の処理が終了したか否かを判定し、上記ステップＳ１０４〜Ｓ２０２の処理を行っていない安否情報がある場合には、上記ステップＳ１０４へ戻り、当該安否情報を処理対象として、上記ステップＳ１０４〜Ｓ２０２の処理を繰り返す。一方、受信した全ての安否情報について上記ステップＳ１０４〜Ｓ２０２の処理が終了した場合には、ステップＳ１１６へ進む。
【００９５】
ステップＳ１１６では、優先度算出部２２０は、情報データベース２３０から、ＨＴＬ数が０ではない安否情報(複数件)のうちの処理対象の安否情報を抽出する。
【００９６】
次のステップＳ２０４では、抽出した処理対象の安否情報に対して、優先度の計算を実施する。
【００９７】
ここで、Ｄｕｐｌｉｃａｔｅ数の桁数は行き来するユーザ数に依存するため、避難所の規模によって桁数が異なる可能性があることと、ＨＴＬ数と桁数が大きく異なるとＨＴＬが生きてこないことから、対数にて正規化を行い、優先度への影響の大きさを同じ程度にする。具体的には下記の計算を実施する。
【００９８】
優先度＝[重み係数×ＨＴＬ数] ‐ [重み係数×log(n) Duplicate数]
【００９９】
ステップＳ１２０では、上記ステップＳ２０４の計算結果の値で、情報データベース２３０の処理対象の安否情報の優先度の値を上書きし、ステップＳ１２２へ進む。
【０１００】
ステップＳ１２２では、ＨＴＬ数が０ではない全ての安否情報について上記ステップＳ２０４、Ｓ１２０の処理が終了したか否かを判定し、上記ステップＳ２０４、Ｓ１２０の処理を行っていない、ＨＴＬ数が０ではない安否情報がある場合には、上記ステップＳ１１６へ戻り、当該安否情報を処理対象として、上記ステップＳ２０４、Ｓ１２０の処理を繰り返す。一方、ＨＴＬ数が０ではない全ての安否情報について上記ステップＳ２０４、Ｓ１２０の処理が終了した場合には、ステップＳ１２４へ進む。
【０１０１】
ステップＳ１２４では、優先度算出部２２０は、情報データベース２３０から、ＨＴＬ数が０ではない安否情報を抽出し、優先度の値が大きい順にソートする。
【０１０２】
そして、ステップＳ１２６では、上記ステップＳ１０２で携帯情報端末１００から受信した空き容量情報に基づいて、優先度算出部２２０は優先度でソートした情報のうち、携帯情報端末１００の空き容量に収まる件数を抽出する。
【０１０３】
ステップＳ１２８では、通信部２１０により、上記ステップＳ１２６で抽出した安否情報のうち「性」、「名」、「安否」、「ＨＴＬ数」を、当該携帯情報端末１００に安否情報として配信する。サーバ装置２００は、安否情報の送信が完了したら、上記ステップＳ１００の受信待機状態に遷移する。
【０１０４】
なお、携帯情報端末１００は、通信部１１０により、サーバ装置２００から安否情報を受信し、受信が完了したら、安否情報ストア部１２０にストアする。
【０１０５】
以上説明したように、第２の実施の形態に係る情報流通システムによれば、携帯情報端末から収集した安否情報の各々について、ＨＴＬ数と、Duplicate数とに基づいて優先度を算出し、携帯情報端末の空き容量情報に応じた件数だけ、情報データベースに蓄積された安否情報を抽出し、携帯情報端末へ送信することにより、激甚災害が発生し、インターネットや電話といった通信ネットワークが利用できない状況下にあっても、効果的に情報を流通させることができる。
【０１０６】
＜第３の実施の形態＞
次に、第３の実施の形態に係る情報流通システムについて説明する。なお、第３の実施の形態に係る情報流通システムの構成は、第１の実施の形態と同様の構成であるため、同一符号を付して説明を省略する。
【０１０７】
第３の実施の形態では、優先度を計算するために、ＨＴＬ数と、ＤＬ数と、Ｄｕｐｌｉｃａｔｅ数とを利用している点が、第１の実施の形態と異なっている。
【０１０８】
第３の実施の形態に係る携帯情報端末１００の安否情報ストア部１２０は、安否情報入力部１４０を介して入力された自身の安否情報と、サーバ装置２００から受信した安否情報とを含めて蓄積している。
【０１０９】
安否情報入力部１４０を介して入力された自身の安否情報が、安否情報ストア部１２０に登録されるとき、ＨＴＬ数の初期値、ＤＬ数の初期値、及びＤｕｐｌｉｃａｔｅ数の初期値が付される。
【０１１０】
上記図２に、安否情報ストア部１２０に蓄積されている情報の例を示す。
【０１１１】
第３の実施の形態に係るサーバ装置２００の優先度算出部２２０は、情報データベース２３０に蓄積された安否情報を、携帯情報端末１００へ送信する際、情報データベース２３０に蓄積された安否情報の各々について、ＨＴＬ数、ＤＬ数、及びＤｕｐｌｉｃａｔｅ数に基づいて優先度を算出し、算出された優先度に基づいて、情報データベース２３０に蓄積された安否情報をソートし、携帯情報端末１００から送信された空き容量情報に応じた件数だけ、情報データベース２３０に蓄積された安否情報を抽出する。
【０１１２】
そのため、情報データベース２３０には、各人の安否情報として「姓」「名」「安否」「ＨＴＬ数」「ＤＬ数」「Ｄｕｐｌｉｃａｔｅ数」が保存されている。
【０１１３】
図８に、情報データベース２３０に格納されている情報の例を示す。
【０１１４】
次に、第３の実施の形態に係る情報流通システム１０の作用について説明する。なお、第１の実施の形態と同様の処理となる部分については、同一符号を付して詳細な説明を省略する。
【０１１５】
まず、携帯情報端末１００が、サーバ装置２００と通信経路１２を介して通信できる状況になると、安否情報ストア部１２０にストアされている安否情報と、空き容量管理部１３０からストレージの空き容量の値を取得し、通信部１１０により、サーバ装置２００に送信し、送信が完了したら安否情報ストア部１２０にストアしている安否情報をクリアする。
【０１１６】
また、サーバ装置２００は、図９に示す情報流通処理ルーチンを実行する。
【０１１７】
ステップＳ１００で、携帯情報端末１００からの安否情報と空き容量情報を受信するまで待機し、ステップＳ１０２で、携帯情報端末１００からの安否情報と空き容量情報を受信したと判定すると、ステップＳ１０４へ進む。
【０１１８】
ステップＳ１０４では、優先度算出部２２０は、情報データベース２３０に対して、携帯情報端末１００から受信した安否情報のうちの処理対象の安否情報の「性」「名」をキーとして一致する安否情報があるか検索する。
【０１１９】
ステップＳ１０６では、上記ステップＳ１０４による検索の結果、一致する安否情報があったか否かを判定する。
【０１２０】
検索の結果、一致する安否情報があった場合、ステップＳ１１０において、受信した処理対象の安否情報の「ＤＬ数の値」と、情報データベース２３０から検索の結果として得られた安否情報の「ＤＬ数の値」とを比較し、「情報データベース２３０の安否情報のＤＬ数＜＝受信した安否情報のＤＬ数」であった場合は、ステップＳ１１２において、情報データベース２３０から検索の結果として得られた安否情報の「ＤＬ数の値」を、受信した処理対象の安否情報の「ＤＬ数の値」で上書きし、ステップＳ２００へ進む。一方、「情報データベース２３０の安否情報のＤＬ数＞受信した安否情報のＤＬ数」であった場合は、何もせずにステップＳ２００へ進む。
【０１２１】
ステップＳ２００では、情報データベース２３０から検索の結果として得られた安否情報の「Ｄｕｐｌｉｃａｔｅ数の値」を１インクリメントして、ステップＳ１１４へ進む。
【０１２２】
上記ステップＳ１０６で、検索の結果、一致する安否情報がなかったと判定された場合、ステップＳ３００において、受信した処理対象の安否情報の「姓」、「名」、「安否」、「ＨＴＬ数を１つ減らした値」、「ＤＬ数」、「Ｄｕｐｌｉｃａｔｅ数＝０」を、情報データベース２３０に登録する。そして、ステップＳ１１４へ進む。
【０１２３】
ステップＳ１１４では、受信した全ての安否情報について上記ステップＳ１０４〜Ｓ３００の処理が終了したか否かを判定し、上記ステップＳ１０４〜Ｓ３００の処理を行っていない安否情報がある場合には、上記ステップＳ１０４へ戻り、当該安否情報を処理対象として、上記ステップＳ１０４〜Ｓ３００の処理を繰り返す。一方、受信した全ての安否情報について上記ステップＳ１０４〜Ｓ３００の処理が終了した場合には、ステップＳ１１６へ進む。
【０１２４】
ステップＳ１１６では、優先度算出部２２０は、情報データベース２３０から、ＨＴＬ数が０ではない安否情報(複数件)のうちの処理対象の安否情報を抽出する。
【０１２５】
次のステップＳ３０２では、抽出した処理対象の安否情報に対して、優先度の計算を実施する。
【０１２６】
ここで、ＤＬ数及びＤｕｐｌｉｃａｔｅ数の桁数は行き来するユーザ数に依存するため、避難所の規模によって桁数が異なる可能性あることと、ＨＴＬ数と桁数が大きく異なるとHTLが生きてこないことから、対数にて正規化することで、優先度への影響の大きさを同じ程度にする。具体的には下記の計算を実施する。
【０１２７】
優先度＝[重み係数×ＨＴＬ数] ‐[重み係数×log ＤＬ数] ‐ [重み係数×log Duplicate数]
【０１２８】
ステップＳ１２０では、上記ステップＳ３０２の計算結果の値で、情報データベース２３０の処理対象の安否情報の優先度の値を上書きし、ステップＳ１２２へ進む。
【０１２９】
ステップＳ１２２では、ＨＴＬ数が０ではない全ての安否情報について上記ステップＳ３０２、Ｓ１２０の処理が終了したか否かを判定し、上記ステップＳ３０２、Ｓ１２０の処理を行っていない、ＨＴＬ数が０ではない安否情報がある場合には、上記ステップＳ１１６へ戻り、当該安否情報を処理対象として、上記ステップＳ３０２、Ｓ１２０の処理を繰り返す。一方、ＨＴＬ数が０ではない全ての安否情報について上記ステップＳ３０２、Ｓ１２０の処理が終了した場合には、ステップＳ１２４へ進む。
【０１３０】
ステップＳ１２４では、優先度算出部２２０は、情報データベース２３０から、ＨＴＬ数が０ではない安否情報を抽出し、優先度の値が大きい順にソートする。
【０１３１】
そして、ステップＳ１２６では、上記ステップＳ１０２で携帯情報端末１００から受信した空き容量情報に基づいて、優先度算出部２２０は優先度でソートした情報のうち、携帯情報端末１００の空き容量に収まる件数を抽出する。
【０１３２】
ステップＳ１２８では、通信部２１０により、上記ステップＳ１２６で抽出した安否情報のうち「性」、「名」、「安否」、「ＤＬ数」、「ＨＴＬ数」を、当該携帯情報端末１００に安否情報として配信する。
【０１３３】
そして、ステップＳ１３０において、サーバ装置２００は、安否情報の送信が完了したら、上記ステップＳ１２８で携帯情報端末１００に配信した全ての安否情報のＤＬ数を１つインクリメントして、情報データベース２３０を更新する。情報データベース２３０の更新が完了したら、上記ステップＳ１００の受信待機状態に遷移する。
【０１３４】
なお、携帯情報端末１００は、通信部１１０により、サーバ装置２００から安否情報を受信し、受信が完了したら、安否情報ストア部１２０にストアする。
【０１３５】
以上説明したように、第３の実施の形態に係る情報流通システムによれば、携帯情報端末から収集した安否情報の各々について、ＨＴＬ数と、ＤＬ数と、Duplicate数とに基づいて優先度を算出し、携帯情報端末の空き容量情報に応じた件数だけ、情報データベースに蓄積された安否情報を抽出し、携帯情報端末へ送信することにより、激甚災害が発生し、インターネットや電話といった通信ネットワークが利用できない状況下にあっても、効果的に情報を流通させることができる。
【０１３６】
＜第４の実施の形態＞
次に、第４の実施の形態に係る情報流通システムについて説明する。なお、第４の実施の形態に係る情報流通システムの構成は、第１の実施の形態と同様の構成であるため、同一符号を付して説明を省略する。
【０１３７】
第４の実施の形態では、避難所のサーバ装置にＨＴＬ数が少ない同じ安否情報が戻ってきた場合のＨＴＬの扱いが、第３の実施の形態と異なっている。具体的には、ＨＴＬ数が、DBの値＞＝受信した値、の場合は、DBの値を上書きする。
【０１３８】
例えば、避難所Ａのサーバ装置２００で登録された安否情報が流通すると下記のように値が変わっていく。
【０１３９】
避難所A→避難所B→避難所C→避難所A→避難所C
「5」 → 「4」 →  「3」→  「2」  →「1」
避難所A→避難所B→避難所C→避難所A→避難所D
「5」 → 「4」 →  「3」→  「2」  →「1」
避難所A→避難所B→避難所C→避難所A→避難所C→避難所D
「5」 → 「4」 →  「3」→  「2」 →  「1」→  「0」
避難所A→避難所B→避難所C→避難所A→避難所D→避難所B
「5」 → 「4」 →  「3」→  「2」  →「1」  →「0」
【０１４０】
次に、第４の実施の形態に係る情報流通システム１０の作用について説明する。なお、第３の実施の形態と同様の処理となる部分については、同一符号を付して詳細な説明を省略する。
【０１４１】
まず、携帯情報端末１００が、サーバ装置２００と通信経路１２を介して通信できる状況になると、安否情報ストア部１２０にストアされている安否情報と、空き容量管理部１３０からストレージの空き容量の値を取得し、通信部１１０により、サーバ装置２００に送信し、送信が完了したら安否情報ストア部１２０にストアしている安否情報をクリアする。
【０１４２】
また、サーバ装置２００は、図１０に示す情報流通処理ルーチンを実行する。
【０１４３】
ステップＳ１００で、携帯情報端末１００からの安否情報と空き容量情報を受信するまで待機し、ステップＳ１０２で、携帯情報端末１００からの安否情報と空き容量情報を受信したと判定すると、ステップＳ１０４へ進む。
【０１４４】
ステップＳ１０４では、優先度算出部２２０は、情報データベース２３０に対して、携帯情報端末１００から受信した安否情報のうちの処理対象の安否情報の「性」「名」をキーとして一致する安否情報があるか検索する。
【０１４５】
ステップＳ１０６では、上記ステップＳ１０４による検索の結果、一致する安否情報があったか否かを判定する。
【０１４６】
検索の結果、一致する安否情報があった場合、ステップＳ４００において、受信した処理対象の安否情報の「ＨＴＬ数」と、情報データベース２３０から検索の結果として得られた安否情報の「ＨＴＬ数」とを比較し、「情報データベース２３０の安否情報のＨＴＬ数＞＝受信した安否情報のＨＴＬ数」であった場合は、ステップＳ４１２において、情報データベース２３０から検索の結果として得られた安否情報の「ＨＴＬ数」を、受信した処理対象の安否情報の「ＨＴＬ数−１」で上書きし、ステップＳ１１０へ進む。一方、「情報データベース２３０の安否情報のＨＴＬ数＜受信した安否情報のＨＴＬ数」であった場合は、何もせずにステップＳ１１０へ進む。
【０１４７】
ステップＳ１１０では、受信した処理対象の安否情報の「ＤＬ数の値」と、情報データベース２３０から検索の結果として得られた安否情報の「ＤＬ数の値」とを比較し、「情報データベース２３０の安否情報のＤＬ数＜＝受信した安否情報のＤＬ数」であった場合は、ステップＳ１１２において、情報データベース２３０から検索の結果として得られた安否情報の「ＤＬ数の値」を、受信した処理対象の安否情報の「ＤＬ数の値」で上書きし、ステップＳ２００へ進む。一方、「情報データベース２３０の安否情報のＤＬ数＞受信した安否情報のＤＬ数」であった場合は、何もせずにステップＳ２００へ進む。
【０１４８】
ステップＳ２００では、情報データベース２３０から検索の結果として得られた安否情報の「Ｄｕｐｌｉｃａｔｅ数の値」を１インクリメントして、ステップＳ１１４へ進む。
【０１４９】
上記ステップＳ１０６で、検索の結果、一致する安否情報がなかったと判定された場合、ステップＳ３００において、受信した処理対象の安否情報の「姓」、「名」、「安否」、「ＨＴＬ数を１つ減らした値」、「ＤＬ数」、「Ｄｕｐｌｉｃａｔｅ数＝０」を、情報データベース２３０に登録する。そして、ステップＳ１１４へ進む。
【０１５０】
ステップＳ１１４では、受信した全ての安否情報について上記ステップＳ１０４〜Ｓ３００の処理が終了したか否かを判定し、上記ステップＳ１０４〜Ｓ３００の処理を行っていない安否情報がある場合には、上記ステップＳ１０４へ戻り、当該安否情報を処理対象として、上記ステップＳ１０４〜Ｓ３００の処理を繰り返す。一方、受信した全ての安否情報について上記ステップＳ１０４〜Ｓ３００の処理が終了した場合には、ステップＳ１１６へ進む。
【０１５１】
ステップＳ１１６では、優先度算出部２２０は、情報データベース２３０から、ＨＴＬ数が０ではない安否情報(複数件)のうちの処理対象の安否情報を抽出する。
【０１５２】
次のステップＳ３０２では、抽出した処理対象の安否情報に対して、下記の計算を実施する。
【０１５３】
優先度＝[重み係数×ＨＴＬ数] ‐[重み係数×log ＤＬ数] ‐ [重み係数×log Duplicate数]
【０１５４】
ステップＳ１２０では、上記ステップＳ３０２の計算結果の値で、情報データベース２３０の処理対象の安否情報の優先度の値を上書きし、ステップＳ１２２へ進む。
【０１５５】
ステップＳ１２２では、ＨＴＬ数が０ではない全ての安否情報について上記ステップＳ３０２、Ｓ１２０の処理が終了したか否かを判定し、上記ステップＳ３０２、Ｓ１２０の処理を行っていない、ＨＴＬ数が０ではない安否情報がある場合には、上記ステップＳ１１６へ戻り、当該安否情報を処理対象として、上記ステップＳ３０２、Ｓ１２０の処理を繰り返す。一方、ＨＴＬ数が０ではない全ての安否情報について上記ステップＳ３０２、Ｓ１２０の処理が終了した場合には、ステップＳ１２４へ進む。
【０１５６】
ステップＳ１２４では、優先度算出部２２０は、情報データベース２３０から、ＨＴＬ数が０ではない安否情報を抽出し、優先度の値が大きい順にソートする。
【０１５７】
そして、ステップＳ１２６では、上記ステップＳ１０２で携帯情報端末１００から受信した空き容量情報に基づいて、優先度算出部２２０は優先度でソートした情報のうち、携帯情報端末１００の空き容量に収まる件数を抽出する。
【０１５８】
ステップＳ１２８では、通信部２１０により、上記ステップＳ１２６で抽出した安否情報のうち「性」、「名」、「安否」、「ＤＬ数」、「ＨＴＬ数」を、当該携帯情報端末１００に安否情報として配信する。
【０１５９】
そして、ステップＳ１３０において、サーバ装置２００は、安否情報の送信が完了したら、上記ステップＳ１２８で携帯情報端末１００に配信した全ての安否情報のＤＬ数を１つインクリメントして、情報データベース２３０を更新する。情報データベース２３０の更新が完了したら、上記ステップＳ１００の受信待機状態に遷移する。
【０１６０】
なお、携帯情報端末１００は、通信部１１０により、サーバ装置２００から安否情報を受信し、受信が完了したら、安否情報ストア部１２０にストアする。
【０１６１】
以上説明したように、第４の実施の形態に係る情報流通システムによれば、避難所のサーバ装置にＨＴＬ数が少ない同じ安否情報が戻ってきた場合、ＨＴＬ数が、受信した安否情報のＨＴＬ数の方が小さければ、情報データベースの値を上書きすることにより、効果的に安否情報を流通させることができる。
【０１６２】
＜第５の実施の形態＞
次に、第５の実施の形態に係る情報流通システムについて説明する。なお、第１の実施の形態〜第３の実施の形態と同様の構成となる部分については、同一符号を付して説明を省略する。
【０１６３】
第５の実施の形態では、初めて登録した避難所のサーバ装置に安否情報が戻ってきた場合のＨＴＬ数の扱いが、第３の実施の形態と異なっている。
【０１６４】
携帯情報端末１００の安否情報ストア部１２０は、安否情報入力部１４０を介して入力された自身の安否情報と、サーバ装置２００から受信した安否情報とを含めて蓄積している。
【０１６５】
安否情報入力部１４０を介して入力された自身の安否情報が、安否情報ストア部１２０に登録されるとき、ＨＴＬ数の初期値、ＤＬ数の初期値、及びＤｕｐｌｉｃａｔｅ数の初期値が付される。また、安否情報の後述する避難所ＩＤは、空欄のままとされる。
【０１６６】
図１２に、安否情報ストア部１２０に蓄積されている情報の例を示す。
【０１６７】
第５の実施の形態に係るサーバ装置２００は、図１１に示すように、通信部２１０、優先度算出部２２０、情報データベース２３０、更新部２４０、及びＩＤ保持部２５０を含んで構成されている。
【０１６８】
ＩＤ保持部２５０は、自装置が設置された避難所のＩＤを保持する。
【０１６９】
更新部２４０は、携帯情報端末１００から安否情報がアップロードされた際に、情報データベース２３０で蓄積している安否情報に、アップロードされた安否情報と一致するものがあるか否かを検索し、アップロードされた安否情報と一致するものがあった場合に、当該安否情報に付された避難所ＩＤと、ＩＤ保持部２５０に保持された避難所ＩＤを比較し、避難所ＩＤが一致しなかった場合に、情報データベース２３０に記憶されている、アップロードされた安否情報と一致する安否情報に付されたＨＴＬ数の値を、ＨＴＬ数−１で更新する。
【０１７０】
一方、避難所ＩＤが一致した場合には、情報データベース２３０に記憶されている、アップロードされた安否情報と一致する安否情報に付されたＨＴＬ数の値を更新しない。
【０１７１】
具体的には、登録した避難所Ａに、安否情報（１）が戻ってきた場合は避難所Ａのサーバ装置２００に登録されている安否情報（１）のＨＴＬ数の値を上書きしない。一方で、初めて登録した避難所でない場合は、ＨＴＬ数が、DBの値＜＝受信した値、の場合は上書きする。
【０１７２】
例えば、避難所Ａで初めて登録された安否情報が流通すると下記のように値が変わっていく。
【０１７３】
避難所A→避難所B→避難所C→避難所A→避難所C
「5」 → 「4」 →  「3」→  「5」  →「3」
避難所A→避難所B→避難所C→避難所A→避難所D
「5」 → 「4」 →  「3」→  「5」  →「4」
避難所A→避難所B→避難所C→避難所A→避難所C→避難所D
「5」 → 「4」 →  「3」→  「5」 →  「3」→  「2」
避難所A→避難所B→避難所C→避難所A→避難所D→避難所B
「5」 → 「4」 →  「3」→  「5」  →「4」  →「4」
【０１７４】
また、更新部２４０は、アップロードされた安否情報と一致するものがなかった場合であって、アップロードされた安否情報の避難所ＩＤが空欄となっている場合には、当該安否情報の避難所ＩＤとして、ＩＤ保持部２５０に保持しているＩＤを登録して、情報データベース２３０に蓄積する。
【０１７５】
図１３に、情報データベース２３０に格納されている情報の例を示す。
【０１７６】
次に、第５の実施の形態に係る情報流通システム１０の作用について説明する。なお、第４の実施の形態と同様の処理となる部分については、同一符号を付して詳細な説明を省略する。
【０１７７】
まず、携帯情報端末１００が、サーバ装置２００と通信経路１２を介して通信できる状況になると、安否情報ストア部１２０にストアされている安否情報と、空き容量管理部１３０からストレージの空き容量の値を取得し、通信部１１０により、サーバ装置２００に送信し、送信が完了したら安否情報ストア部１２０にストアしている安否情報をクリアする。
【０１７８】
また、サーバ装置２００は、図１４に示す情報流通処理ルーチンを実行する。
【０１７９】
ステップＳ１００で、携帯情報端末１００からの安否情報と空き容量情報を受信するまで待機し、ステップＳ１０２で、携帯情報端末１００からの安否情報と空き容量情報を受信したと判定すると、ステップＳ１０４へ進む。
【０１８０】
ステップＳ１０４では、優先度算出部２２０は、情報データベース２３０に対して、携帯情報端末１００から受信した安否情報のうちの処理対象の安否情報の「性」「名」をキーとして一致する安否情報があるか検索する。
【０１８１】
ステップＳ１０６では、上記ステップＳ１０４による検索の結果、一致する安否情報があったか否かを判定する。
【０１８２】
検索の結果、一致する安否情報があった場合、ステップＳ５００において、受信した処理対象の安否情報の「避難所ＩＤ」と、情報データベース２３０から検索の結果として得られた安否情報の「避難所ＩＤ」とを比較し、一致しない場合には、ステップＳ４００において、受信した処理対象の安否情報の「ＨＴＬ数」と、情報データベース２３０から検索の結果として得られた安否情報の「ＨＴＬ数」とを比較し、「情報データベース２３０の安否情報のＨＴＬ＞＝受信した安否情報のＨＴＬ」であった場合は、ステップＳ４１２において、情報データベース２３０から検索の結果として得られた安否情報の「ＨＴＬ数」を、受信した処理対象の安否情報の「ＨＴＬ数−１」で上書きし、ステップＳ１１０へ進む。一方、「情報データベース２３０の安否情報のＨＴＬ＜受信した安否情報のＨＴＬ」であった場合は、何もせずにステップＳ１１０へ進む。
【０１８３】
また、上記ステップＳ５００で、受信した処理対象の安否情報の「避難所ＩＤ」と、情報データベース２３０から検索の結果として得られた安否情報の「避難所ＩＤ」とが一致する場合には、何もせずにステップＳ１１０へ進む。
【０１８４】
ステップＳ１１０では、受信した処理対象の安否情報の「ＤＬ数の値」と、情報データベース２３０から検索の結果として得られた安否情報の「ＤＬ数の値」とを比較し、「情報データベース２３０の安否情報のＤＬ数＜＝受信した安否情報のＤＬ数」であった場合は、ステップＳ１１２において、情報データベース２３０から検索の結果として得られた安否情報の「ＤＬ数の値」を、受信した処理対象の安否情報の「ＤＬ数の値」で上書きし、ステップＳ２００へ進む。一方、「情報データベース２３０の安否情報のＤＬ数＞受信した安否情報のＤＬ数」であった場合は、何もせずにステップＳ２００へ進む。
【０１８５】
ステップＳ２００では、情報データベース２３０から検索の結果として得られた安否情報の「Ｄｕｐｌｉｃａｔｅ数の値」を１インクリメントして、ステップＳ１１４へ進む。
【０１８６】
上記ステップＳ１０６で、検索の結果、一致する安否情報がなかったと判定された場合、ステップＳ５０２において、受信した処理対象の安否情報の「姓」、「名」、「安否」、「ＨＴＬ数を１つ減らした値」、「ＤＬ数」、「Ｄｕｐｌｉｃａｔｅ数＝０」、「避難所ＩＤ」を、情報データベース２３０に登録する。そして、ステップＳ１１４へ進む。このとき、受信した処理対象の安否情報の「避難所ＩＤ」が空欄である場合には、ＩＤ保持部２５０に保持されているＩＤを、「避難所ＩＤ」として登録する。
【０１８７】
ステップＳ１１４では、受信した全ての安否情報について上記ステップＳ１０４〜Ｓ５０２の処理が終了したか否かを判定し、上記ステップＳ１０４〜Ｓ５０２の処理を行っていない安否情報がある場合には、上記ステップＳ１０４へ戻り、当該安否情報を処理対象として、上記ステップＳ１０４〜Ｓ５０２の処理を繰り返す。一方、受信した全ての安否情報について上記ステップＳ１０４〜Ｓ５０２の処理が終了した場合には、ステップＳ１１６へ進む。
【０１８８】
ステップＳ１１６では、優先度算出部２２０は、情報データベース２３０から、ＨＴＬ数が０ではない安否情報(複数件)のうちの処理対象の安否情報を抽出する。
【０１８９】
次のステップＳ３０２では、抽出した処理対象の安否情報に対して、下記の計算を実施する。
【０１９０】
優先度＝[重み係数×ＨＴＬ数] ‐[重み係数×log ＤＬ数] ‐ [重み係数×log Duplicate数]
【０１９１】
ステップＳ１２０では、上記ステップＳ３０２の計算結果の値で、情報データベース２３０の処理対象の安否情報の優先度の値を上書きし、ステップＳ１２２へ進む。
【０１９２】
ステップＳ１２２では、ＨＴＬ数が０ではない全ての安否情報について上記ステップＳ３０２、Ｓ１２０の処理が終了したか否かを判定し、上記ステップＳ３０２、Ｓ１２０の処理を行っていない、ＨＴＬ数が０ではない安否情報がある場合には、上記ステップＳ１１６へ戻り、当該安否情報を処理対象として、上記ステップＳ３０２、Ｓ１２０の処理を繰り返す。一方、ＨＴＬ数が０ではない全ての安否情報について上記ステップＳ３０２、Ｓ１２０の処理が終了した場合には、ステップＳ１２４へ進む。
【０１９３】
ステップＳ１２４では、優先度算出部２２０は、情報データベース２３０から、ＨＴＬ数が０ではない安否情報を抽出し、優先度の値が大きい順にソートする。
【０１９４】
そして、ステップＳ１２６では、上記ステップＳ１０２で携帯情報端末１００から受信した空き容量情報に基づいて、優先度算出部２２０は優先度でソートした情報のうち、携帯情報端末１００の空き容量に収まる件数を抽出する。
【０１９５】
ステップＳ１２８では、通信部２１０により、上記ステップＳ１２６で抽出した安否情報のうち「性」、「名」、「安否」、「ＤＬ数」、「ＨＴＬ数」を、当該携帯情報端末１００に安否情報として配信する。
【０１９６】
そして、ステップＳ１３０において、サーバ装置２００は、安否情報の送信が完了したら、上記ステップＳ１２８で携帯情報端末１００に配信した全ての安否情報のＤＬ数を１つインクリメントして、情報データベース２３０を更新する。情報データベース２３０の更新が完了したら、上記ステップＳ１００の受信待機状態に遷移する。
【０１９７】
なお、携帯情報端末１００は、通信部１１０により、サーバ装置２００から安否情報を受信し、受信が完了したら、安否情報ストア部１２０にストアする。
【０１９８】
以上説明したように、第５の実施の形態に係る情報流通システムによれば、初めて登録した避難所のサーバ装置に同じ安否情報が戻ってきた場合、情報データベースの当該安否情報のＨＴＬ数をそのままとすることにより、効果的に安否情報を流通させることができる。
【０１９９】
＜第６の実施の形態＞
次に、第６の実施の形態に係る情報流通システムについて説明する。なお、第１の実施の形態〜第３の実施の形態と同様の構成となる部分については、同一符号を付して説明を省略する。
【０２００】
第６の実施の形態では、安否情報を初めて登録した避難所の位置に関する情報を更に考慮して、優先度を計算している点が、第３の実施の形態と異なっている。
【０２０１】
第６の実施の形態では、安否情報に、初めて登録したサーバ装置の避難所の位置に関する情報を追加することで、情報流通の効率化を上げる。
【０２０２】
これは、激甚災害時には、一般道路や高速道路といった物理的な移動経路が分断され、さらに、ガソリンの不足や停電等により、車・バイク・鉄道といった移動手段が利用できなくなることから、徒歩による移動が大多数と考えている。これにより、現実的に、遠くには移動できないといったことから、位置情報を利用して優先度を算出することは、有効なパラメータである。
【０２０３】
具体的には、避難所Aのサーバ装置２００が自身の位置情報を取得する機能を具備し、避難所Aのサーバ装置２００に安否情報が登録されたときに、自身の位置情報を付与する。同様に各避難所は、自身で新規に登録された情報に位置情報を付与する。
【０２０４】
そして、サーバ装置２００は、各々の安否情報に付与されている位置情報と、自身の位置情報を用いて、物理的な距離を計算する。
【０２０５】
ここで、実世界では、距離が遠いほど、その避難所にたどり着く確率は低くなると想定できる。つまり、遠い避難所の情報は流通していない可能性が高いと想定できるため、自身の避難所から「遠い」安否情報の優先度を上げて、スマホにコピーする。なお、激甚災害時に人が移動できる距離は数Kmであると想定できるため、距離としては数Kmの精度で算出することで、ＨＴＬ数と桁数が大きく異なることはないと考えられるのでその単位で扱う。
【０２０６】
以上により、第６の実施の形態に係る携帯情報端末１００の安否情報ストア部１２０は、安否情報入力部１４０を介して入力された自身の安否情報と、サーバ装置２００から受信した安否情報とを含めて蓄積している。
【０２０７】
安否情報入力部１４０を介して入力された自身の安否情報が、安否情報ストア部１２０に登録されるとき、ＨＴＬ数の初期値、ＤＬ数の初期値、及びＤｕｐｌｉｃａｔｅ数の初期値が付される。また、安否情報の後述する位置の情報は、空欄のままとされる。
【０２０８】
図１６に、安否情報ストア部１２０に蓄積されている情報の例を示す。
【０２０９】
第６の実施の形態に係るサーバ装置２００は、図１５に示すように、通信部２１０、優先度算出部２２０、情報データベース２３０、更新部２４０、及び位置情報保持部２６０を含んで構成されている。
【０２１０】
位置情報保持部２６０は、自装置の位置情報を保持する。
【０２１１】
第６の実施の形態に係るサーバ装置２００の優先度算出部２２０は、情報データベース２３０に蓄積された安否情報を、携帯情報端末１００へ送信する際、情報データベース２３０に蓄積された安否情報の各々について、ＨＴＬ数、ＤＬ数、Ｄｕｐｌｉｃａｔｅ数、及び位置と、位置情報保持部２６０に保持された自装置の位置情報とに基づいて優先度を算出し、算出された優先度に基づいて、情報データベース２３０に蓄積された安否情報をソートし、携帯情報端末１００から送信された空き容量情報に応じた件数だけ、情報データベース２３０に蓄積された安否情報を抽出する。
【０２１２】
例えば、以下の式に従って優先度を算出する。
【０２１３】
優先度＝[重み係数×ＨＴＬ数]-[重み係数×log ＤＬ数]-[重み係数×log Duplicate数]＋[重み係数×距離(Km)]
【０２１４】
ただし、距離とは、安否情報に付された位置と、位置情報保持部２６０に保持された自装置の位置情報との距離である。
【０２１５】
図１７に、情報データベース２３０に格納されている情報の例を示す。
【０２１６】
なお、第６の実施の形態に係る情報流通システムの他の構成及び作用は、第３の実施の形態と同様であるため、説明を省略する。
【０２１７】
以上説明したように、第６の実施の形態に係る情報流通システムによれば、携帯情報端末から収集した安否情報の各々について、ＨＴＬ数と、ＤＬ数と、Duplicate数と、初めて登録したサーバ装置の位置情報との距離と、に基づいて優先度を算出し、携帯情報端末の空き容量情報に応じた件数だけ、情報データベースに蓄積された安否情報を抽出し、携帯情報端末へ送信することにより、激甚災害が発生し、インターネットや電話といった通信ネットワークが利用できない状況下にあっても、効果的に情報を流通させることができる。
【０２１８】
なお、上記の第４の実施の形態〜第６の実施の形態において、ＨＴＬ数と、ＤＬ数と、Duplicate数とを用いて優先度を算出する場合を例に説明したが、これに限定されるものではない。第１の実施の形態と同様に、ＨＴＬ数と、ＤＬ数とを用いて優先度を算出するようにしてもよいし、第２の実施の形態と同様に、ＨＴＬ数と、Ｄｕｐｌｉｃａｔｅ数とを用いて優先度を算出するようにしてもよい。
【符号の説明】
【０２１９】
１０   情報流通システム
１２   通信経路
１００ 携帯情報端末
１１０ 通信部
１２０ 安否情報ストア部
１３０ 空き容量管理部
１４０ 安否情報入力部
２００ サーバ装置
２１０ 通信部
２２０ 優先度算出部
２３０ 情報データベース
２４０ 更新部
２５０ ＩＤ保持部
２６０ 位置情報保持部
【図１】
2018041318.tif 000003
【図２】
2018041318.tif 000004
【図３】
2018041318.tif 000005
【図４】
2018041318.tif 000006
【図５】
2018041318.tif 000007
【図６】
2018041318.tif 000008
【図７】
2018041318.tif 000009
【図８】
2018041318.tif 000010
【図９】
2018041318.tif 000011
【図１０】
2018041318.tif 000012
【図１１】
2018041318.tif 000013
【図１２】
2018041318.tif 000014
【図１３】
2018041318.tif 000015
【図１４】
2018041318.tif 000016
【図１５】
2018041318.tif 000017
【図１６】
2018041318.tif 000018
【図１７】
2018041318.tif 000019