特開 2024-172745 支給管理システム、支給管理装置および支給管理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024172745

(43)【公開日】2024-12-12

(54)【発明の名称】支給管理システム、支給管理装置および支給管理プログラム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20241205BHJP

【ＦＩ】

G06Q50/10

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2023090672

(22)【出願日】2023-06-01

(71)【出願人】

【識別番号】000237639

【氏名又は名称】富士通フロンテック株式会社

(74)【代理人】

【識別番号】110002918

【氏名又は名称】弁理士法人扶桑国際特許事務所

(72)【発明者】

【氏名】清水 雅世

(72)【発明者】

【氏名】稲持 喜平

【テーマコード（参考）】

5L049

5L050

【Ｆターム（参考）】

5L049CC12

5L050CC12

(57)【要約】

【課題】支給対象者に公平に支給品を提供する。
【解決手段】支給管理装置２０は、生体情報取得装置１０から取得した生体情報が生体情報ＤＢ２１に登録済みでない場合に、取得した生体情報を生体情報ＤＢ２１に登録する。支給管理装置２０は、生体情報ＤＢ２１に登録済みでなかった利用者に対して生体情報ＤＢ２１に取得した生体情報を登録した後、支給条件ＤＢ２３を参照して当該利用者への支給品の支給が支給条件に合致するか判定する。支給管理装置２０は、利用者に支給品を支給した場合に、支給履歴を当該利用者の生体情報から特定可能にして支給履歴ＤＢ２２に登録する。支給管理装置２０は、生体情報ＤＢ２１に登録済みの利用者に支給品を支給するときに、生体情報から特定される支給履歴（支給履歴ＤＢ２２）と支給条件ＤＢ２３とを参照して、支給の是非を判定する。
【選択図】図１

【特許請求の範囲】

【請求項1】

支給対象者から生体情報を取得する生体情報取得装置と、
前記生体情報が登録済みであるか否かを判定し、
前記生体情報が登録済みでない場合に前記生体情報を登録し、前記支給対象者への支給品の支給が支給条件に合致するか判定し、前記支給条件に合致して前記支給対象者に前記支給品を支給した場合に前記生体情報から特定可能な支給履歴を登録し、
前記生体情報が登録済みである場合に前記生体情報から特定される前記支給履歴を含めて前記支給対象者への支給品の支給が前記支給条件に合致するか判定する支給管理装置と、
を含む支給管理システム。

【請求項2】

支給対象者から取得した生体情報が登録済みであるか否かを判定し、
前記生体情報が登録済みでない場合に前記生体情報を登録し、前記支給対象者への支給品の支給が支給条件に合致するか判定し、前記支給条件に合致して前記支給対象者に前記支給品を支給した場合に前記生体情報から特定可能な支給履歴を登録し、
前記生体情報が登録済みである場合に前記生体情報から特定される前記支給履歴を含めて前記支給対象者への支給品の支給が前記支給条件に合致するか判定する処理部、
を有する支給管理装置。

【請求項3】

前記処理部は、前記支給品を特定可能な識別情報により前記支給品の支給条件情報を特定し、前記支給条件情報により前記支給対象者への当該支給品の支給が前記支給条件に合致するか判定する、
請求項２記載の支給管理装置。

【請求項4】

前記処理部は、第１の支給対象者と第２の支給対象者をグループ化し、前記グループを代表する前記第１の支給対象者から取得した生体情報にもとづいて前記第２の支給対象者への支給品の支給が支給条件に合致するか判定し、前記支給条件に合致して前記第２の支給対象者に前記支給品を支給した場合に前記第２の支給対象者の支給履歴を登録する、
請求項２記載の支給管理装置。

【請求項5】

前記処理部は、前記支給品を支給可能な２以上の支給拠点のうちから前記支給品の在庫情報と前記支給拠点の位置情報とから１の支給拠点を案内する、
請求項２記載の支給管理装置。

【請求項6】

前記処理部は、前記支給対象者の属性にもとづいて前記支給条件を違える、
請求項２記載の支給管理装置。

【請求項7】

コンピュータに、
支給対象者から取得した生体情報が登録済みであるか否かを判定し、
前記生体情報が登録済みでない場合に前記生体情報（属性情報も登録）を登録し、前記支給対象者への支給品の支給が支給条件に合致するか判定し、前記支給条件に合致して前記支給対象者に前記支給品を支給した場合に前記生体情報から特定可能な支給履歴を登録し、
前記生体情報が登録済みである場合に前記生体情報から特定される前記支給履歴を含めて前記支給対象者への支給品の支給が前記支給条件に合致するか判定する、
処理を実行させる支給管理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、支給管理システム、支給管理装置および支給管理プログラムに関する。

【背景技術】

【0002】

平常時に、ユーザ毎にそのユーザ端末から避難中に必要となる物資を表す必要物資情報を当該ユーザの属性情報と共に取得し、取得された各情報をユーザの固有識別情報と関連付けて記憶媒体に保存し、非常時に、記憶媒体に保存する情報と、ユーザの位置情報と避難予想期間とから避難者毎にそれぞれ必要となる物資の提供スケジュールを生成することで、タイムリーに確実に物資を避難者に提供することができる避難者支援装置の提案がある。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２２－１０５９１１号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

支給品（モノやサービス）を人に支給する場面において、支給対象者が必ずしも身分証明証を携帯しているとは限らず、誰にどれくらいのモノやサービスを支給したかを記録できない場合があり、支給対象者に公平に支給品を提供することが困難である。

【0005】

１つの側面では、本件は、支給対象者に公平に支給品を提供することを目的とする。

【課題を解決するための手段】

【0006】

上記目的を達成するために、以下に示すような、支給管理システムが提供される。支給管理システムは、支給対象者から生体情報を取得する生体情報取得装置と、生体情報が登録済みであるか否かを判定し、生体情報が登録済みでない場合に生体情報を登録し、支給対象者への支給品の支給が支給条件に合致するか判定し、支給条件に合致して支給対象者に支給品を支給した場合に生体情報から特定可能な支給履歴を登録し、生体情報が登録済みである場合に生体情報から特定される支給履歴を含めて支給対象者への支給品の支給が支給条件に合致するか判定する支給管理装置と、を含む。

【発明の効果】

【0007】

１態様によれば、支給対象者に公平に支給品を提供することができる。

【図面の簡単な説明】

【0008】

【図1】第１の実施形態の支給管理システムの一例を示す図である。

【図2】第２の実施形態の支給管理システムの一例を示す図である。

【図3】第２の実施形態のサーバのハードウェア構成の一例を示す図である。

【図4】第２の実施形態のサーバの機能ブロックの一例を示す図である。

【図5】第２の実施形態の支給品登録処理のフローチャートの一例を示す図である。

【図6】第２の実施形態の在庫データベースの一例を示す図である。

【図7】第２の実施形態の支給管理データベースの一例を示す図である。

【図8】第２の実施形態の支給所データベースの一例を示す図である。

【図9】第２の実施形態の生体情報登録処理のフローチャートの一例を示す図である。

【図10】第２の実施形態の生体情報データベースの一例を示す図である。

【図11】第２の実施形態の支給品提供処理のフローチャートの一例を示す図である。

【図12】第２の実施形態の支給履歴データベースの一例を示す図である。

【図13】第２の実施形態の利用者グルーピングテーブルの一例を示す図である。

【図14】第２の実施形態の支給所グルーピングテーブルの一例を示す図である。

【図15】第２の実施形態の地域グルーピングテーブルの一例を示す図である。

【図16】第２の実施形態の支給管理システムの変形例を示す図である。

【発明を実施するための形態】

【0009】

以下、本実施形態について図面を参照して説明する。なお各実施形態は、矛盾のない範囲で複数の実施形態を組み合わせて実施することができる。
〔第１の実施形態〕
まず、第１の実施形態について図１を用いて説明する。図１は、第１の実施形態の支給管理システムの一例を示す図である。支給管理システム１は、災害等における避難者に身分証明証の携帯を求めることなくモノやサービスを公平に支給可能にする。

【0010】

支給管理システム１は、生体情報取得装置１０と支給管理装置２０とを含む。生体情報取得装置１０は、支給対象者から生体情報を取得する情報処理装置である。支給対象者は、モノやサービスの支給対象となる者であり、身分証明証の携帯が容易でない環境にある不特定個人である。支給対象者は、たとえば災害等における被災者や避難者である。生体情報は、個人を特定可能な身体的・行動的特徴を有する情報であり、たとえば、身体的特徴には手のひら静脈、指紋、虹彩、顔、音声等があり、行動的特徴には歩行、特定動作等がある。生体情報取得装置１０は、支給対象者から身体的・行動的特徴のうちの１つ、あるいは２以上を所得する。

【0011】

支給管理装置２０は、生体情報取得装置１０から生体情報を取得する。支給管理装置２０は、取得した生体情報が生体情報ＤＢ２１に登録済みであるか否かを判定する。支給管理装置２０は、取得した生体情報が生体情報ＤＢ２１に登録済みでない場合に、取得した生体情報を生体情報ＤＢ２１に登録する。たとえば、生体情報ＤＢ２１は、利用者（支給対象者）Ｘについて生体情報Ｐ（Ｘ）を登録し、利用者Ｙについて生体情報Ｐ（Ｙ）を登録する。

【0012】

支給管理装置２０は、取得した生体情報が生体情報ＤＢ２１に登録済みである場合に、生体情報ＤＢ２１を参照して生体情報Ｐ（Ｘ）から登録済みの利用者Ｘを特定可能にし、生体情報Ｐ（Ｙ）から登録済みの利用者Ｙを特定可能にする。このような、支給管理装置２０は、利用者Ｘや利用者Ｙに身分証明証を求めることなく利用者を特定可能にすることができる。

【0013】

支給管理装置２０は、生体情報ＤＢ２１に登録済みでなかった利用者に対して生体情報ＤＢ２１に取得した生体情報を登録した後、支給条件ＤＢ２３を参照して当該利用者への支給品の支給が支給条件に合致するか判定する。たとえば、支給条件ＤＢ２３は、支給品Ａについて支給条件Ｃ（Ａ）を登録し、支給品Ｂについて支給条件Ｃ（Ｂ）を登録する。支給管理装置２０は、当該利用者への支給品Ａの支給が支給条件Ｃ（Ａ）に合致すれば支給品Ａを支給可能にし、合致しなければ支給不可にする。また、支給管理装置２０は、当該利用者への支給品Ｂの支給が支給条件Ｃ（Ｂ）に合致すれば支給品Ｂを支給可能にし、合致しなければ支給不可にする。

【0014】

支給管理装置２０は、利用者に支給品を支給した場合に、当該利用者に支給品を支給した履歴（支給履歴）を支給履歴ＤＢ２２に登録する。支給管理装置２０は、当該履歴を当該利用者の生体情報から特定可能にして支給履歴ＤＢ２２に登録する。たとえば、支給履歴ＤＢ２２は、生体情報Ｐ（Ｘ）について支給履歴Ｌ（Ｘ）を登録し、生体情報Ｐ（Ｙ）について支給履歴Ｌ（Ｙ）を登録する。

【0015】

支給管理装置２０は、生体情報ＤＢ２１に登録済みの利用者に支給品を支給するときに、生体情報から特定される支給履歴（支給履歴ＤＢ２２）と支給条件ＤＢ２３とを参照して、支給の是非を判定する。たとえば、支給管理装置２０は、利用者Ｘが支給品Ａの支給を受けようとしたとき、支給履歴ＤＢ２２を参照して生体情報Ｐ（Ｘ）から特定される支給履歴Ｌ（Ｘ）を特定する。支給管理装置２０は、利用者Ｘに支給品Ａを支給済みということで支給条件Ｃ（Ａ）に合致しなければ重複して利用者Ｘに支給品Ａを支給しないし、支給履歴Ｌ（Ｘ）を参照してもなお支給条件Ｃ（Ａ）に合致すれば利用者Ｘに支給品Ａを支給する。

【0016】

このようにして、支給管理装置２０、あるいは支給管理システム１は、利用者が必ずしも身分証明証を携帯しているとは限らないシーンで、特定の個人に偏って過剰にモノやサービスを支給（提供）することなく、公平にモノやサービスを支給可能にする。たとえば、支給管理装置２０、あるいは支給管理システム１は、利用者Ｘに対して支給品Ａ（たとえば、おにぎり）を１個と支給品Ｂ（たとえば、ペットボトルのお茶）を１本、利用者Ｙに対して支給品Ａを１個と支給品Ｂを１本のようにして、利用者に公平に支給品を支給できる。

【0017】

〔第２の実施形態〕
次に、第２の実施形態について説明する。第２の実施形態は、災害等による避難所等への避難住民（利用者、支給対象者）に過度の負担として身分証明等を求めることなくモノやサービスを公平に支給可能にする支給管理システムに関する。このような支給管理システムは、避難住民に身分証明等を求めることを要しないことから、モノやサービスの支給管理をおこなう管理主体（たとえば、地方自治体等）の管理負担をも軽減可能にする。

【0018】

まず、支給管理システムのシステム構成について図２を用いて説明する。図２は、第２の実施形態の支給管理システムの一例を示す図である。支給管理システム５０は、ネットワーク３０と、ネットワーク３０に接続するサーバ１００、端末２００（ａ），２００（ｂ），２００（ｃ），・・・を有する。ネットワーク３０は、たとえば、公衆回線網である。

【0019】

端末２００（ａ），２００（ｂ），２００（ｃ），・・・は、ネットワーク３０を介して有線または無線によりサーバ１００と接続可能なコンピュータである。端末２００（ａ），２００（ｂ），２００（ｃ），・・・は、店舗Ａ、店舗Ｂ、その他店舗や、避難所Ｘ、その他避難所、役所Ｚ等に備えられて担当者が操作するＰＣ（Personal Computer）である。あるいは、端末２００（ａ），２００（ｂ），２００（ｃ），・・・は、店舗Ａ、店舗Ｂ、その他店舗や、避難所Ｘ、その他避難所、役所Ｚ等に配属されている担当者が持ち運び操作するモバイル端末である。

【0020】

端末２００（ａ），２００（ｂ），２００（ｃ），・・・は、それぞれ生体情報取得装置２０１（ａ），２０１（ｂ），２０１（ｃ），・・・を接続する。生体情報取得装置２０１（ａ），２０１（ｂ），２０１（ｃ），・・・は、利用者から生体情報を取得可能であり、たとえば、手のひら静脈読取装置、指紋読取装置、虹彩読取装置、その他汎用の撮影装置である。

【0021】

なお、端末２００（ａ），２００（ｂ），２００（ｃ），・・・は、それぞれと接続する生体情報取得装置２０１（ａ），２０１（ｂ），２０１（ｃ），・・・と一体にして備えられるものであってもよい。端末２００（ａ），２００（ｂ），２００（ｃ），・・・、およびそれぞれと接続する生体情報取得装置２０１（ａ），２０１（ｂ），２０１（ｃ），・・・は、第１の実施形態における生体情報取得装置１０に相当する。

【0022】

サーバ１００は、ネットワーク３０を介して有線または無線により端末２００（ａ），２００（ｂ），２００（ｃ），・・・と接続可能なコンピュータである。サーバ１００は、役所Ｚ、あるいは被災地からの遠隔地に備えられる。サーバ１００は、第１の実施形態における支給管理装置２０に相当する。

【0023】

次に、サーバ１００のハードウェア構成について図３を用いて説明する。図３は、第２の実施形態のサーバのハードウェア構成の一例を示す図である。サーバ１００は、プロセッサ１０１によって装置全体が制御されている。プロセッサ１０１には、バス１１４を介してメモリ１０２と複数の周辺機器が接続されている。プロセッサ１０１は、マルチプロセッサであってもよい。プロセッサ１０１は、たとえばＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、またはＤＳＰ（Digital Signal Processor）である。プロセッサ１０１がプログラムを実行することで実現する機能の少なくとも一部を、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）等の電子回路で実現してもよい。

【0024】

メモリ１０２は、サーバ１００の主記憶装置として使用される。メモリ１０２には、プロセッサ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、メモリ１０２には、プロセッサ１０１による処理に利用する各種データが格納される。メモリ１０２としては、たとえばＲＡＭ（Random Access Memory）等の揮発性の半導体記憶装置が使用される。

【0025】

バス１１４に接続されている周辺機器としては、ストレージ装置１０３、ＧＰＵ（Graphics Processing Unit）１０４、入力インタフェース１０５および光学ドライブ装置１０６がある。また、バス１１４に接続されている周辺機器としては、機器接続インタフェース１０７およびネットワークインタフェース１０８がある。

【0026】

ストレージ装置１０３は、内蔵した記録媒体に対して、電気的または磁気的にデータの書き込みおよび読み出しをおこなう。ストレージ装置１０３は、コンピュータの補助記憶装置として使用される。ストレージ装置１０３には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。なお、ストレージ装置１０３としては、たとえばＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）を使用することができる。

【0027】

ＧＰＵ１０４には、モニタ３１が接続されている。ＧＰＵ１０４は、プロセッサ１０１からの命令にしたがって、画像をモニタ３１の画面に表示させる。モニタ３１としては、有機ＥＬ（Electro Luminescence）を用いた表示装置や液晶表示装置等がある。

【0028】

入力インタフェース１０５には、キーボード３２とマウス３３とが接続されている。入力インタフェース１０５は、キーボード３２やマウス３３から送られてくる信号をプロセッサ１０１に送信する。なお、マウス３３は、ポインティングデバイスの一例であり、他のポインティングデバイスを使用することもできる。他のポインティングデバイスとしては、タッチパネル、タブレット、タッチパッド、トラックボール等がある。

【0029】

光学ドライブ装置１０６は、レーザ光等を利用して、光ディスク３４に記録されたデータの読み取りをおこなう。光ディスク３４は、光の反射によって読み取り可能なようにデータが記録された可搬型の記録媒体である。光ディスク３４には、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ－ＲＡＭ、ＣＤ－ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ－Ｒ（Recordable）／ＲＷ（ReWritable）等がある。

【0030】

機器接続インタフェース１０７は、サーバ１００に周辺機器を接続するための通信インタフェースである。たとえば機器接続インタフェース１０７には、メモリ装置３５やメモリリーダライタ３６を接続することができる。メモリ装置３５は、機器接続インタフェース１０７との通信機能を搭載した記録媒体である。メモリリーダライタ３６は、メモリカード３７へのデータの書き込み、またはメモリカード３７からのデータの読み出しをおこなう装置である。メモリカード３７は、カード型の記録媒体である。

【0031】

ネットワークインタフェース１０８は、ネットワーク３０に接続されている。ネットワークインタフェース１０８は、ネットワーク３０を介して、他のコンピュータまたは通信機器との間でデータの送受信をおこなう。

【0032】

サーバ１００は、以上のようなハードウェア構成によって、第２の実施形態の処理機能を実現することができる。なお、第１の実施形態に示した生体情報取得装置１０と支給管理装置２０も、図３に示したサーバ１００と同様のハードウェアにより実現することができる。また、端末２００（ａ），２００（ｂ），２００（ｃ），・・・もサーバ１００と同様のハードウェアにより実現することができる。なお、端末２００（ａ），２００（ｂ），２００（ｃ），・・・は、機器接続インタフェース１０７にそれぞれ接続する生体情報取得装置２０１（ａ），２０１（ｂ），２０１（ｃ），・・・を接続可能にする構成とすることができる。また、プロセッサ１０１は、第１の実施形態に示した生体情報取得装置１０の処理部に相当する機能を有し、支給管理装置２０の処理部に相当する機能を有する。また、ストレージ装置１０３は、第１の実施形態に示した支給管理装置２０の記憶部に相当する機能を有して機能し、生体情報ＤＢ２１、支給履歴ＤＢ２２、および支給条件ＤＢ２３に相当するデータを記憶可能である。

【0033】

サーバ１００は、たとえば、コンピュータ読み取り可能な記録媒体に記録されたプログラムを実行することにより、第２の実施形態の処理機能を実現する。サーバ１００に実行させる処理内容を記述したプログラムは、様々な記録媒体に記録しておくことができる。たとえば、サーバ１００に実行させるプログラムをストレージ装置１０３に格納しておくことができる。プロセッサ１０１は、ストレージ装置１０３内のプログラムの少なくとも一部をメモリ１０２にロードし、プログラムを実行する。またサーバ１００に実行させるプログラムを、光ディスク３４、メモリ装置３５、メモリカード３７等の可搬型記録媒体に記録しておくこともできる。可搬型記録媒体に格納されたプログラムは、たとえばプロセッサ１０１からの制御により、ストレージ装置１０３にインストールされた後、実行可能となる。またプロセッサ１０１が、可搬型記録媒体から直接プログラムを読み出して実行することもできる。

【0034】

次に、サーバ１００の機能について図４を用いて説明する。図４は、第２の実施形態のサーバの機能ブロックの一例を示す図である。サーバ１００は、処理部１２０と記憶部１３０を有する。処理部１２０は、所要の処理内容を記述したプログラムをプロセッサ１０１が実行することにより実現可能であり、支給品登録部１２１と、生体情報登録部１２２と、支給品提供部１２３とを含む。記憶部１３０は、ストレージ装置１０３により実現可能であり、生体情報ＤＢ（生体情報データベース）１３１と支給管理ＤＢ（支給管理データベース）１３２と支給履歴ＤＢ（支給履歴データベース）１３３と在庫ＤＢ（在庫データベース）１３４を含むデータを記憶可能である。

【0035】

支給品登録部１２１は、支給品登録処理を実行することにより、支給対象者に対して支給可能なモノやサービスを支給品として登録する。支給品登録処理については、図５を用いて後で詳細に説明する。処理部１２０（支給品登録部１２１）は、支給品の支給条件を支給管理ＤＢ１３２を用いて管理し、支給品の在庫を在庫ＤＢ１３４を用いて管理する。

【0036】

生体情報登録部１２２は、生体情報登録処理を実行することにより、端末２００（ａ），２００（ｂ），２００（ｃ），・・・からサーバ１００が取得した生体情報を生体情報ＤＢ１３１に登録する。生体情報登録処理については、図９を用いて後で詳細に説明する。処理部１２０（生体情報登録部１２２）は、支給対象者の生体情報を生体情報ＤＢ１３１を用いて管理する。

【0037】

支給品提供部１２３は、支給品提供処理を実行することにより、支給対象者に公平にモノやサービスを提供可能にする。支給品提供処理については、図１１を用いて後で詳細に説明する。処理部１２０（支給品提供部１２３）は、支給対象者の支給履歴を支給履歴ＤＢ１３３により管理し、支給対象者へのモノやサービスの支給条件を支給管理ＤＢ１３２により管理し、支給対象者に支給可能なモノやサービスの在庫を在庫ＤＢ１３４により管理する。

【0038】

次に、サーバ１００が実行する支給品登録処理について図５を用いて説明する。図５は、第２の実施形態の支給品登録処理のフローチャートの一例を示す図である。支給品登録処理は、サーバ１００が適宜に実行する処理であり、たとえば所定時間ごと、あるいは在庫情報の更新をおこなった端末２００等から通知される在庫情報の更新を実行契機とする。

【0039】

［ステップＳ１１］支給品登録部１２１（処理部１２０）は、在庫ＤＢ１３４から支給品（支給対象者へのモノやサービス）の在庫情報を取得する。なお、在庫ＤＢ１３４の詳細については、後で図６を用いて詳細に説明する。

【0040】

［ステップＳ１２］支給品登録部１２１（処理部１２０）は、在庫情報に更新があればステップＳ１３に進み、在庫情報に更新がなければ支給品登録処理を終了する。
［ステップＳ１３］支給品登録部１２１（処理部１２０）は、更新された在庫情報に対応する支給品のカテゴリが支給管理ＤＢ１３２に登録されているか否かを判定する。支給品登録部１２１は、更新された在庫情報に対応する支給品のカテゴリが支給管理ＤＢ１３２に登録されている場合にステップＳ１５に進み、支給管理ＤＢ１３２に登録されていない場合にステップＳ１４に進む。

【0041】

［ステップＳ１４］支給品登録部１２１（処理部１２０）は、対応するカテゴリが支給管理ＤＢ１３２に登録されていないことから、新規にカテゴリと当該カテゴリの支給対象と支給条件を支給管理ＤＢ１３２に登録する。なお、新規に登録されるカテゴリと当該カテゴリの支給対象と支給条件は、担当者によってサーバ１００に入力される。支給管理ＤＢ１３２の詳細については、後で図７を用いて詳細に説明する。

【0042】

［ステップＳ１５］支給品登録部１２１（処理部１２０）は、在庫情報に更新があった支給品について支給品固有の支給品識別コードを支給管理ＤＢ１３２に登録する。なお、支給品登録部１２１は、在庫なしとされた支給品について支給管理ＤＢ１３２から支給品識別コードを削除するようにしてもよい。

【0043】

次に、在庫ＤＢ１３４の一例について図６を用いて説明する。図６は、第２の実施形態の在庫データベースの一例を示す図である。在庫データベース１５０は、在庫ＤＢ１３４の一例である。

【0044】

在庫データベース１５０は、支給品別に、支給品識別コードと、支給条件情報と、支給所と、在庫を登録内容に含む。なお、図示しないが在庫データベース１５０は、支給品の名称や製造事業者、価格等を含むものであってもよい。

【0045】

支給品識別コードは、支給品を一意に特定可能な識別情報であり、たとえばバーコードシンボルによって商品パッケージに表示されるＪＡＮ（Japanese Article Number）コードを用いることができる。また、支給品識別コードは、サービスに対してもカタログ等に表示して利用可能にすることができる。支給品識別コードは、バーコードシンボルに限らず、所定のリーダー（読取装置）によって入力可能なモノであれば、ＱＲ（Quick Response）コード（登録商標）のような２次元コード、その他のフォーマットによるものであってもよい。

【0046】

支給条件情報は、支給条件の合致判定に用いられるパラメータであり、体積容量をリットル単位で示す容量（Ｌ）、重量容量をグラム単位で示す容量（ｇ）、カロリー（ｋｃａｌ）、時間（分）等がある。支給所は、支給対象者が支給品を受け取り可能になる場所を示す。在庫は、支給品の支給所ごとの在庫量を示す。

【0047】

たとえば、支給品識別コード「ｚｚｚ１」で特定される支給品（たとえば、ペットボトル入りのお茶５００ｍｌ）は、支給条件情報として容量（Ｌ）「０．５」が登録され、支給所「Ａ」に在庫「２０００」と、支給所「Ｂ」に在庫「４０００」とがある。

【0048】

また、支給品識別コード「ｘｘｙ１」で特定される支給品（たとえば、おにぎり（梅干し））は、支給条件情報としてカロリー「１８０ｋｃａｌ」が登録され、支給所「Ａ」に在庫「５００」がある。支給品識別コード「ｘｘｙ２」で特定される支給品（たとえば、おにぎり（鮭））は、支給条件情報としてカロリー「２００ｋｃａｌ」が登録され、支給所「Ａ」に在庫「５００」がある。

【0049】

また、支給品識別コード「ｘｘｚ１１０００」で特定される支給品（たとえば、入浴（１０：００から））は、時間「２０分」が登録され、支給所「Ｘ」に在庫「（残り定員）１０」がある。支給品識別コード「ｘｘｚ１１１００」で特定される支給品（たとえば、入浴（１１：００から））は、時間「２０分」が登録され、支給所「Ｘ」に在庫「（残り定員）１２」がある。

【0050】

このような在庫データベース１５０は、各支給所においてハンディターミナルやタブレットなどから読み取ったＪＡＮコード等と、各支給所が入力する在庫数がサーバ１００に通知されて更新される。

【0051】

なお、支給品は、地方自治体等があらかじめ備蓄するモノのほか、事前協定等により企業が物資提供を約束したモノ、近隣に位置する店舗等が物資提供を協力するモノが含まれる。また、支給品は、地方公共施設が有する設備（たとえば、シャワー等）の使用権、自衛隊が提供する野外入浴場、医療従事者による健康チェック等のサービスが含まれる。このようなサービスは、設備、人員、利用時間等にもとづいて提供可能な範囲で使用権が在庫量として設定される。

【0052】

次に、支給管理ＤＢ１３２の一例について図７を用いて説明する。図７は、第２の実施形態の支給管理データベースの一例を示す図である。支給管理データベース１５２は、支給管理ＤＢ１３２の一例である。

【0053】

支給管理データベース１５２は、支給品をカテゴリ別に分類し、支給対象と、支給条件と、当該カテゴリに分類される支給品識別コードを登録内容に含む。
カテゴリは、１または２以上のモノやサービスを統合可能なモノの名称やサービスの名称が付される。支給対象は、支給対象者のニーズにしたがうために支給品となるモノやサービスの対象となる支給対象者を限定する。たとえば、支給対象は、一切の制限がない「制限なし」や、おおよその年齢による制限として「乳児／幼児／大人」や、介護の有無による制限「要介護」や、性別による制限「男／女／他」がある。

【0054】

支給条件は、支給品が特定人に偏らないようにするための支給数あるいは支給量を制限する条件である。支給条件は、１回あたりの制限、１日あたりの制限、１月あたりの制限がある。また、図示しないが、支給条件は、全期間を通した制限、所定期間あたりの制限、天候や気温による制限等があってもよい。

【0055】

支給品識別コードは、１のカテゴリに分類される複数のモノやサービスを登録できる。たとえば、支給品識別コード「ｚｚｚ１」、「ｚｚｚ２」、「ｚｚｚ３」は、それぞれが５００ｍｌ、６６０ｍｌ、１０００ｍｌのように容量が異なる水であっても、いずれもカテゴリ「給水」に分類される。また、支給品識別コード「ｘｘｙ１」、「ｘｘｙ２」、「ｘｘｙ３」は、それぞれがおにぎり（梅）、おにぎり（鮭）、菓子パンのように異なる食品であっても、いずれも支給対象を「大人」とするカテゴリ「給食」に分類される。

【0056】

このように、支給管理データベース１５２は、具体的なモノやサービスが異なっても、同一カテゴリに分類されるものを１つのカテゴリにまとめて管理可能にし、支給にかかる担当者の負担を軽減可能にするとともに、支給対象者へのモノやサービスの公平な支給を容易にする。

【0057】

たとえば、カテゴリ「電池・バッテリ」に分類される支給品は、支給対象者の制限なしに、１回５個、かつ１日５個、かつ１月１０個を上限として支給可能にされる。カテゴリ「電池・バッテリ」に分類される支給品は、支給品識別コード「ｘｘｘ１」、「ｘｘｘ２」、「ｘｘｘ３」で特定される電池やバッテリが対応し、新規な電池やバッテリが在庫に加われば新たな支給品識別コードが追加される。

【0058】

また、カテゴリ「子供用オムツ」に分類される支給品は、支給対象者を乳幼児に制限し、１回１０個、かつ１日１０個、かつ１月３００個を上限として支給可能にされる。カテゴリ「子供用オムツ」に分類される支給品は、支給品識別コード「ｚｚｘ１」、「ｚｚｘ２」で特定される子供用オムツが対応する。

【0059】

また、カテゴリ「シャワー」に分類される支給品（サービス）は１回５分、かつ１日１回、かつ１月１５回を上限として特定の時間帯に支給可能にされる。カテゴリ「シャワー」に分類される支給品は、支給対象を「男」とするときに、支給品識別コード「ｘｘｚ２１０００」、・・・で特定されるシャワー（利用時間１０時から）が対応し、支給対象を「女」とするときに、支給品識別コード「ｘｘｚ２１００２」、・・・で特定されるシャワー（利用時間１０時から）が対応する。

【0060】

次に、支給管理ＤＢ１３２に含まれる支給所データベースの一例について図８を用いて説明する。図８は、第２の実施形態の支給所データベースの一例を示す図である。支給所データベース１５４は、在庫データベース１５０の支給所に関連付けられるデータベースである。

【0061】

支給所データベース１５４は、支給所ごとに、支給所の名称、形態、住所、電話番号、経度緯度（位置情報）を登録内容に含む。支給所の名称は、支給所を特定可能な名称であり、たとえば、支給所「Ａ」、「Ｂ」、「Ｃ」、「Ｘ」、「Ｙ」がある。

【0062】

支給所の形態は、支給所が店舗に分類される形態なのか、避難所に分類される形態なのかを区別可能にする。支給所の形態は、たとえば、小売店や、スーパー等の「店舗」、公民館や学校等の「避難所」がある。支給所は、支給所の名称、形態、住所、電話番号、経度緯度（位置情報）から検索可能にされるとともに、特定の支給所に近接する他の支給所や、特定の支給所と同形態の他の支給所を検索可能にする。たとえば、支給所データベース１５４は、住所に含まれる町名等や緯度経度等の位置情報等から同一地域あるいは隣接地域の支給所を抽出可能にする。

【0063】

たとえば、支給所「Ａ」は、形態を「店舗」とする支給所であり、住所「ＡＤＲ＿Ａ」、電話番号「ＴＥＬ＿Ａ」、緯度経度「ＩＡＫＡ」によって所在地や連絡先を特定可能にする。支給所「Ｘ」は、形態を「避難所」とする支給所であり、住所「ＡＤＲ＿Ｘ」、電話番号「ＴＥＬ＿Ｘ」、緯度経度「ＩＸＫＸ」によって所在地や連絡先を特定可能にする。

【0064】

次に、サーバ１００が実行する生体情報登録処理について図９を用いて説明する。図９は、第２の実施形態の生体情報登録処理のフローチャートの一例を示す図である。生体情報登録処理は、利用者登録において生体情報を取得した端末２００等からの生体情報の通知の受信を実行契機とする。

【0065】

［ステップＳ２１］生体情報登録部１２２（処理部１２０）は、取得した生体情報が新規登録であるか否かを判定する。生体情報登録部１２２は、生体情報ＤＢ１３１を参照し、取得した生体情報が生体情報ＤＢ１３１に登録されていなければ取得した生体情報が新規登録であると判定できる。生体情報登録部１２２は、取得した生体情報が新規登録である場合にステップＳ２２に進み、新規登録でない場合にステップＳ２３に進む。なお、生体情報ＤＢ１３１の詳細については、後で図１０を用いて詳細に説明する。

【0066】

［ステップＳ２２］生体情報登録部１２２（処理部１２０）は、取得した生体情報を生体情報ＤＢ１３１に新規登録する。なお、新規登録する生体情報は、あらかじめ定める認証種別に限定し、生体情報取得部位の怪我や欠損等の特別の事情がある場合には代替部位による生体情報の取得を認めるものであってもよく、取得部位を特定可能な情報とともに登録する。

【0067】

［ステップＳ２３］生体情報登録部１２２（処理部１２０）は、生体情報ＤＢ１３１との照合結果として生体情報を登録済みの利用者を特定する。
［ステップＳ２４］生体情報登録部１２２（処理部１２０）は、生体情報を登録済みの利用者に対して異なる種別の生体情報の登録をおこなうか否かを判定する。たとえば、生体情報登録部１２２は、登録済みの生体情報とともに、登録済みの生体情報と異なる種別の生体情報を取得したときに、新規の認証種別の生体情報の登録をおこなうと判定する。生体情報登録部１２２は、新規の認証種別の生体情報の登録をおこなうときにステップＳ２５に進み、新規の認証種別の生体情報の登録をおこなわないとしたときに生体情報登録処理を終了する。

【0068】

［ステップＳ２５］生体情報登録部１２２（処理部１２０）は、特定した生体情報の登録済みの利用者について、新規の認証種別の生体情報の登録をおこなう。
これにより、生体情報登録部１２２は、利用者に身分証明証の携帯を求めることなく支給対象者の特定をおこなうことができる。また、生体情報登録部１２２は、利用者を特定しながら、支給所ごとに利用可能なデバイス（生体情報取得装置）の種別の自由度を向上する。

【0069】

なお、生体情報登録部１２２は、新規の利用者登録をおこなった場合に新規の利用者登録をおこなったことを支給品提供部１２３に通知できる（ステップＳ２２）。また、生体情報登録部１２２は、既存の利用者の特定をおこなった場合に利用者の特定をおこなったことを支給品提供部１２３に通知できる（ステップＳ２３）。

【0070】

なお、生体情報登録部１２２は、新規の認証種別の生体情報の登録をおこなうとしたが、あらかじめ定めた認証種別に限定して新規な認証種別の生体情報の登録を許さないものであってもよい。

【0071】

次に、生体情報ＤＢ１３１の一例について図１０を用いて説明する。図１０は、第２の実施形態の生体情報データベースの一例を示す図である。生体情報データベース１５６は、生体情報ＤＢ１３１の一例である。

【0072】

生体情報データベース１５６は、利用者ＩＤと生体情報パターンと生体情報認証種別とを登録内容に含む。利用者ＩＤは、ユニークな識別情報であり、たとえばシーケンシャルにナンバリングされる。生体情報パターンは、利用者から取得した生体情報を所定形式に正規化した情報である。生体情報パターンは、生体情報の認証種別を特定可能な生体情報認証種別を伴う。また、生体情報データベース１５６は、生体情報認証種別「手のひら静脈」による生体情報パターンによる利用者登録を必須として、さらに追加で異なる生体情報認証種別による生体情報パターンの登録を許す。

【0073】

たとえば、利用者ＩＤ「０００００１」の利用者は、生体情報認証種別「手のひら静脈」とする生体情報パターン「Ｐ００００１０」だけを登録する。一方、利用者ＩＤ「０００００３」の利用者は、生体情報認証種別「手のひら静脈」とする生体情報パターン「Ｐ００００３０」に加えて、生体情報認証種別「顔」とする生体情報パターン「Ｐ００００３１」を登録する。

【0074】

なお、生体情報データベース１５６は、図示しないが利用者の属性情報を登録内容に含むものであってよい。利用者の属性情報は、支給管理データベース１５２における支給対象に対応する情報であり、利用者の年齢「乳児／幼児／大人」や、介護の有無「健常／要介護」や、性別「男／女／他」を特定可能な情報である。属性情報は、生体情報の取得と合わせて端末２００から入力することができる。

【0075】

なお、生体情報データベース１５６は、デフォルトの生体情報認証種別を「手のひら静脈」としたが、生体情報認証種別は、利用環境によって決定されるものでよく、たとえば「顔」を生体情報認証種別のデフォルトとするものであってもよい。

【0076】

次に、サーバ１００が実行する支給品提供処理について図１１を用いて説明する。図１１は、第２の実施形態の支給品提供処理のフローチャートの一例を示す図である。支給品提供処理は、支給対象者に支給品を支給する際に、端末２００から通知される支給品の提供確認を実行契機とする。

【0077】

［ステップＳ３１］支給品提供部１２３（処理部１２０）は、生体情報を取得する。
［ステップＳ３２］支給品提供部１２３（処理部１２０）は、生体情報登録部１２２に生体情報登録処理を実行させる。支給品提供部１２３は、生体情報登録部１２２から生体情報の登録結果として新規登録または利用者特定の通知を受け取る。

【0078】

［ステップＳ３３］支給品提供部１２３（処理部１２０）は、支給履歴ＤＢ１３３を参照して取得した生体情報から特定される利用者（支給対象者）の支給履歴を取得する。なお、支給履歴ＤＢ１３３の詳細については、後で図１２を用いて詳細に説明する。

【0079】

［ステップＳ３４］支給品提供部１２３（処理部１２０）は、支給管理ＤＢ１３２を参照して支給品の支給条件を取得する。
［ステップＳ３５］支給品提供部１２３（処理部１２０）は、利用者の支給履歴と支給条件とから支給品を支給可能であるか否かを判定する。支給品提供部１２３は、支給品を支給可能である場合にステップＳ３６に進み、支給品を支給可能でない場合に支給品提供処理を終了する。なお、支給品提供部１２３は、支給品を支給可能であるとした判定結果を、生体情報を通知してきた端末２００に通知する。これにより、端末２００は、利用者に対して支給品の支給の是非を案内できる。

【0080】

［ステップＳ３６］支給品提供部１２３（処理部１２０）は、在庫ＤＢ１３４を参照して支給品の在庫情報を取得する。
［ステップＳ３７］支給品提供部１２３（処理部１２０）は、利用者がいる支給所において支給品を支給可能な在庫があればステップＳ３８に進み、在庫がなければステップＳ４０に進む。

【0081】

［ステップＳ３８］支給品提供部１２３（処理部１２０）は、利用者に支給品を支給した結果を支給履歴ＤＢ１３３に登録する。
［ステップＳ３９］支給品提供部１２３（処理部１２０）は、利用者に支給品を支給した結果として在庫の減少を在庫ＤＢ１３４に登録して支給品提供処理を終了する。

【0082】

［ステップＳ４０］支給品提供部１２３（処理部１２０）は、在庫ＤＢ１３４を参照して利用者に支給品を支給可能な近隣の支給所を検索する。なお、支給品提供部１２３は、図８を用いて説明した支給所データベースを参照することで近隣の支給所として好適な支給所を検索可能にする。

【0083】

［ステップＳ４１］支給品提供部１２３（処理部１２０）は、検索結果を近隣支給所として利用者に案内可能にして支給品提供処理を終了する。たとえば、支給品提供部１２３は、支給品を支給可能であるとした近隣支給所を、生体情報を通知してきた端末２００に通知する。これにより、端末２００は、利用者に対して支給品を支給可能な支給所を案内できる。

【0084】

次に、支給履歴ＤＢ１３３の一例について図１２を用いて説明する。図１２は、第２の実施形態の支給履歴データベースの一例を示す図である。支給履歴データベース１５８は、支給履歴ＤＢ１３３の一例である。

【0085】

支給履歴データベース１５８は、利用者ＩＤと支給日時と支給品識別コードと個数とを登録内容に含む。支給日時は、利用者ＩＤにより特定される利用者に支給品を支給した日時情報である。支給品識別コードは、利用者ＩＤにより特定される利用者に支給した支給品を特定可能な情報である。なお、支給品識別コードに代えて支給管理データベース１５２で説明したカテゴリの範囲で支給品を特定するものであってもよい。個数は、利用者ＩＤにより特定される利用者に支給した支給品の個数（あるいは回数等の所定単位）を特定可能な情報である。

【0086】

たとえば、利用者ＩＤ「０００００１」の利用者は、支給日時「Ｙ１／Ｍ１／Ｄ１（年月日） Ｈ１／Ｍ１／Ｓ１（時分秒）」に、支給品識別コード「ｚｚｚ１」によって特定される支給品（給水）を２個受け取っている。

【0087】

次に、利用者グルーピングテーブルについて図１３を用いて説明する。図１３は、第２の実施形態の利用者グルーピングテーブルの一例を示す図である。利用者は、自立して支給品を受取可能な成人や健常者に限らず、保護者等の他者に依存する乳児や、介護者による介護を必要とする要介護者等がいる。支給管理システム５０は、自立して支給品を受け取ることができない利用者に対応するため、特定の利用者ＩＤを他者の利用者ＩＤに紐づけて代理人が支給品を受け取ることを可能にしている。利用者グルーピングテーブル１６０は、生体情報データベース１５６の利用者ＩＤに関連付けられるデータテーブルである。利用者グルーピングテーブル１６０は、利用者の申告を受けて担当者が妥当性を確認したうえで担当者の端末２００への入力によって作成され、作成内容がサーバ１００に通知される。サーバ１００は、記憶部１３０に利用者グルーピングテーブル１６０を記憶することができる。

【0088】

利用者グルーピングテーブル１６０は、２つまたは３以上の利用者ＩＤを紐づけるデータテーブルである。利用者グルーピングテーブル１６０は、代表利用者ＩＤと、代表利用者ＩＤに紐づけられる利用者ＩＤと、理由とを含む。代表利用者ＩＤは、複数の利用者ＩＤを代表するＩＤであり、代表以外の利用者を代理可能にする。理由は、グルーピングを必要とした理由であり、支給所において参照可能である。

【0089】

たとえば、代表利用者ＩＤ「０００００２」と利用者ＩＤ「０００１０２」とは、利用者ＩＤ「０００１０２」により特定される利用者が「乳児」であるという理由でグルーピングされ、代表利用者ＩＤ「０００００２」により特定される利用者が利用者ＩＤ「０００１０２」を代表する。

【0090】

また、代表利用者ＩＤ「０００００５」と利用者ＩＤ「０００３０１」とは、利用者ＩＤ「０００３０１」により特定される利用者が「要介護」であるという理由でグルーピングされ、代表利用者ＩＤ「０００００５」により特定される利用者が利用者ＩＤ「０００３０１」を代表する。

【0091】

支給管理システム５０は、このような利用者グルーピングテーブル１６０を用いることで、自立して支給品を受け取ることができない利用者を代理して代表利用者が生体認証を受けることを可能にする。

【0092】

具体的には、代表利用者ＩＤ「０００００５」が本人の生体認証を受けたうえで、グルーピングされている利用者を代理する旨を申し出ることにより、当該情報を端末２００がサーバ１００に通知する。サーバ１００は、グルーピングされている利用者の認証に代えて代理人の認証をおこなうことで特別に支給品提供に係る処理をおこなう。

【0093】

このような支給管理システム５０は、災害時の避難所において自立して支給品を受け取ることができない利用者を安全な環境に置くことができるし、支給所の混雑回避や担当者の作業負担の軽減に貢献する。

【0094】

次に、支給所グルーピングテーブルについて図１４を用いて説明する。図１４は、第２の実施形態の支給所グルーピングテーブルの一例を示す図である。支給品提供部１２３は、図８を用いて説明した支給所データベース１５４を参照することで近隣の支給所として好適な支給所を検索可能にすると説明したが、支給所グルーピングテーブル１６２を用いることで一層容易に好適な支給所を検索可能にすることができる。

【0095】

支給所グルーピングテーブル１６２は、支給所データベース１５４の支給所に関連付けられるデータテーブルである。支給所グルーピングテーブル１６２は、支給所の担当者が妥当性を確認したうえで担当者の端末２００への入力によって作成され、作成内容がサーバ１００に通知される。サーバ１００は、記憶部１３０に支給所グルーピングテーブル１６２を記憶することができる。なお、支給所グルーピングテーブル１６２は、支給所データベース１５４の住所や位置情報等にもとづいて所定規則にもとづく近隣判定をおこなうことで自動生成されるものであってもよい。

【0096】

支給所グルーピングテーブル１６２は、支給所ごとに近隣の同形態の支給所をグルーピングした近隣同形態支給所と、近隣の異形態の支給所をグルーピングした近隣異形態支給所とをデータテーブルに含む。

【0097】

たとえば、支給所「Ａ」は、近隣同形態支給所に支給所「Ｂ」があり、近隣異形態支給所に「Ｘ」がある。支給所「Ｙ」は、近隣同形態支給所に支給所「Ｘ」があり、近隣異形態支給所がない。

【0098】

支給管理システム５０は、このような支給所グルーピングテーブル１６２を用いることで、支給所にて支給品を支給できないときに代替して支給品を支給可能な近隣の支給所を利用者に好適に案内することができる。

【0099】

なお、支給管理システム５０は、管理エリアが広範囲に及ぶ場合に支給所単位ではなく、地域単位でグルーピングをおこなうようにしてもよい。次に、地域グルーピングテーブルについて図１５を用いて説明する。図１５は、第２の実施形態の地域グルーピングテーブルの一例を示す図である。支給品提供部１２３は、図８を用いて説明した支給所データベース１５４を参照することで近隣の支給所として好適な支給所を検索可能にすると説明したが、地域グルーピングテーブル１６４を用いることで管理エリアが広範囲に及ぶ場合にあって好適な支給所を検索可能にすることができる。

【0100】

地域グルーピングテーブル１６４は、支給所データベース１５４の支給所に関連付けられるデータテーブルである。地域グルーピングテーブル１６４は、支給所の担当者が妥当性を確認したうえで担当者の端末２００への入力によって作成され、作成内容がサーバ１００に通知される。サーバ１００は、記憶部１３０に地域グルーピングテーブル１６４を記憶することができる。なお、地域グルーピングテーブル１６４は、支給所データベース１５４の住所や位置情報等にもとづいて所定規則にもとづく近隣判定をおこなうことで自動生成されるものであってもよい。

【0101】

地域グルーピングテーブル１６４は、支給所がある地域ごとに近隣の地域をグルーピングした近隣地域をデータテーブルに含む。
たとえば、地域「Ａ市Ｂ町」は、近隣地域「Ａ市Ｃ町」がある。地域「Ａ市Ｃ町」は、近隣地域「Ａ市Ｂ町」に加えて近隣地域「Ａ市Ｄ町」がある。このような地域グルーピングは、２拠点間距離だけでなく、鉄道や道路などのアクセス性を考慮して設定されるものであってもよい。

【0102】

支給管理システム５０は、このような地域グルーピングテーブル１６４を用いることで、支給所にて支給品を支給できないときに代替して支給品を支給可能な近隣の支給所を利用者に好適に案内することができる。

【0103】

次に、支給管理システム５０は、災害等による避難所等への避難住民（利用者、支給対象者）に過度の負担として身分証明等を求めることなくモノやサービスを公平に支給可能にする支給管理システムであるとしたが、その他の用途にあっても利用可能である。次に、支給管理システム５０の変形例として支給管理システム５０ａを図１６を用いて説明する。図１６は、第２の実施形態の支給管理システムの変形例を示す図である。第２の実施形態の変形例は、平時に利用者に身分証明等を求めることなくモノやサービスを公平に支給可能にする支給管理システムに関する。

【0104】

支給管理システム５０ａは、ネットワーク３０ａと、ネットワーク３０ａに接続するサーバ１００ａ、生体情報読取装置付モバイル端末装置２０２（ａ），２０２（ｂ），２０２（ｃ），・・・を有する。ネットワーク３０ａは、たとえば、公衆回線網である。

【0105】

生体情報読取装置付モバイル端末装置２０２（ａ），２０２（ｂ），２０２（ｃ），・・・は、ネットワーク３０ａを介して無線（有線であってもよい）によりサーバ１００ａと接続可能なコンピュータである。生体情報読取装置付モバイル端末装置２０２（ａ），２０２（ｂ），２０２（ｃ），・・・は、モノやサービスの提供者が携帯して持ち運び操作するモバイル端末である。

【0106】

生体情報読取装置付モバイル端末装置２０２（ａ），２０２（ｂ），２０２（ｃ），・・・は、利用者から生体情報を取得可能である。生体情報読取装置付モバイル端末装置２０２（ａ），２０２（ｂ），２０２（ｃ），・・・は、第１の実施形態における生体情報取得装置１０に相当する。

【0107】

サーバ１００ａは、ネットワーク３０ａを介して有線または無線により生体情報読取装置付モバイル端末装置２０２（ａ），２０２（ｂ），２０２（ｃ），・・・と接続可能なコンピュータである。サーバ１００ａは、生体情報読取装置付モバイル端末装置２０２（ａ），２０２（ｂ），２０２（ｃ），・・・から離れた遠隔地に備えられる。サーバ１００ａは、第１の実施形態における支給管理装置２０に相当する。

【0108】

このような支給管理システム５０ａは、身分証明証を携帯容易でないプールや海水浴場、温泉や公衆浴場、スポーツの競技大会等においてモノやサービスを公平に支給可能にし、モノやサービスの支給管理をおこなう管理主体の管理負担をも軽減可能にする。

【0109】

また、このような支給管理システム５０ａは、身分証明証の提示に抵抗があるシーン、たとえば販促品の頒布において身分証明証の提示を求めるまではないが重複頒布を避けたいときに利用可能である。

【0110】

なお、開示した実施形態はすべての点で例示されるものであって制限的なものではないと考えられるべきである。また、上述の実施形態および変形例の各構成を組み合わせて適用してもよい。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

【符号の説明】

【0111】

１ 支給管理システム
１０ 生体情報取得装置
２０ 支給管理装置
２１ 生体情報ＤＢ
２２ 支給履歴ＤＢ
２３ 支給条件ＤＢ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】