特許 7493289 備蓄品の管理方法

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

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2024-05-23

(45)【発行日】2024-05-31

(54)【発明の名称】備蓄品の管理方法

(51)【国際特許分類】

   G06Q 10/06 20230101AFI20240524BHJP

【ＦＩ】

G06Q10/06

【請求項の数】 4

(21)【出願番号】P 2023222449

(22)【出願日】2023-12-28

【審査請求日】2024-01-23

【早期審査対象出願】

(73)【特許権者】

【識別番号】524003574

【氏名又は名称】水沼 康弘

(74)【代理人】

【識別番号】100138221

【弁理士】

【氏名又は名称】影山 剛士

(74)【代理人】

【識別番号】100177987

【弁理士】

【氏名又は名称】河野上 真緒

(72)【発明者】

【氏名】水沼 康弘

【審査官】谷川 智秀

(56)【参考文献】

【文献】特開２０１３－２４６７２５（ＪＰ，Ａ）

【文献】特開２０１１－１６４９２０（ＪＰ，Ａ）

【文献】特開２０２１－１２８３５３（ＪＰ，Ａ）

【文献】特開２０１９－０８２７８７（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

自治体が備蓄する備蓄品の管理方法であって、
サーバ端末の制御部は、
備蓄品を販売する企業の企業端末から、前記備蓄品に関する情報として、前記備蓄品を識別する情報及び前記備蓄品の備蓄期限に関する情報を受信し、
前記サーバ端末の記憶部に、前記受信した、前記備蓄品を識別する情報、及び、前記備蓄品の備蓄期限を、前記企業の識別情報とともに企業データとして格納し、
自治体の自治体端末から前記備蓄品の購入要求を受け付け、前記備蓄品の購入処理を実行し、
前記企業データとして、前記自治体が購入した備蓄品のデータに紐づけて自治体を識別する情報を格納するとともに、前記備蓄品の販売、備蓄、再販売及び廃棄のいずれかのステータスを示すステータス情報を、販売を示すステータス情報から備蓄を示すステータス情報として前記記憶部に格納し、
前記記憶部に格納された、前記備蓄品の備蓄期限を参照し、
現在日付が前記備蓄期限を経過したときであって、かつ、前記備蓄品の備蓄期限が、前記備蓄品の賞味期限または消費期限より前の期限であるときに、前記ステータス情報を、前記備蓄を示すステータス情報から、前記企業が前記備蓄品を第三者に再販売することが可能であることを示すステータス情報に更新して、前記記憶部に格納する、方法。

【請求項2】

請求項１に記載の方法であって、
前記サーバ端末の制御部は、
前記企業データとして、前記備蓄品の保管場所を格納する、方法。

【請求項3】

請求項２に記載の方法であって、
前記サーバ端末の制御部は、
前記ステータス情報を、備蓄から更新のステータスに更新することに伴い、前記備蓄品の保管場所を、前記自治体が管理する場所から前記企業が管理する場所に更新する、方法。

【請求項4】

請求項１に記載の方法であって、
前記サーバ端末の制御部は、
前記ステータス情報を更新したときに、前記企業端末及び前記自治体端末に対して、前記ステータス情報を更新した旨通知を送信する、方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、主に自治体向けの備蓄品の管理方法に関する。

【背景技術】

【0002】

自然災害等の有事に備え、自治体は、被害想定に基づき、高価な備蓄品を、大量に備蓄することが求められており、そのために、備蓄品の保管場所を確保するだけでなく、備蓄品の在庫管理を行い、消費期限が近づいた備蓄品の有効活用を検討したり、消費期限が切れた備蓄品を、コストをかけて廃棄しなければならない。

【0003】

備蓄日の管理方法の一例として、防災キットの賞味期限や使用期限を基に交換時期をアラームで知らせる技術が、特許文献１に挙げられている。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１０－１０８４６６号公報

【発明の概要】

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

【0005】

しかしながら、特許文献１に開示の技術は、防災キットの交換時期を知らせることに主眼を置いている技術であり、備蓄品の商品価値と備蓄しておくことの価値との両立について考慮がなされていない。他方、備蓄品を製造または販売する企業のニーズとして、自治体は備蓄品を大量一括購入する現状、本来は定期的に購入して欲しいというニーズがあり、自治体のニーズとして、上記の通り、備蓄品の廃棄の労力から解放され、備蓄品を有効活用したい、というニーズも存在する。

【0006】

そこで、本発明は、上記課題やニーズに鑑み、自治体と備蓄品の提供企業との双方にとってメリットのある、備蓄品の管理方法を提供することを目的とする。

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

【0007】

本発明の一態様における、自治体が備蓄する備蓄品の管理方法であって、サーバ端末の制御部は、前記備蓄品の備蓄期限を確認し、現在日付が前記備蓄期限を経過したときに、前記備蓄品の備蓄に関するステータス情報を更新する。

【発明の効果】

【0008】

本発明によれば、自治体と備蓄品の提供企業との双方にとってメリットのある、備蓄品の管理方法を提供することができる。

【図面の簡単な説明】

【0009】

【図1】本発明の第一実施形態に係る、備蓄品の管理システムを示すブロック構成図である。

【図2】図１のサーバ端末１００を示す機能ブロック構成図である。

【図3】図１の企業端末２００を示す機能ブロック構成図である。

【図4】サーバ１００に格納される企業データの一例を示す図である。

【図5】サーバ１００に格納される自治体データの一例を示す図である。

【図6】備蓄品のデータ管理の一例を説明する概念図である。

【図7】本発明の第一実施形態に係る、備蓄品の管理方法に係る処理の一例を説明するフローチャート図である。

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

【0010】

以下、本発明の実施形態について図面を参照して説明する。なお、以下に説明する実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また、実施形態に示される構成要素のすべてが、本発明の必須の構成要素であるとは限らない。

【0011】

＜構成＞
図１は、本発明の第一実施形態に係る、備蓄品の管理システムを示すブロック構成図である。本システム１は、例えば、一または複数の企業端末により提供（製造及び／または販売）される備蓄品の管理を行うサーバ端末１００、備蓄品の製造または販売を行う企業の企業端末２００、及び、備蓄品を購入し、備蓄する、自治体端末３００で構成される。なお、説明の便宜上、各端末を単一または特定数のものとして記載しているが、各々数は制限されない。

【0012】

サーバ端末１００、企業端末２００及び自治体端末３００は、ネットワークＮＷ１を介して各々接続される。ネットワークＮＷは、インターネット、イントラネット、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）やＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）等により構成される。

【0013】

サーバ端末１００は、例えば、ワークステーションやパーソナルコンピュータのような汎用コンピュータとしてもよいし、或いはクラウド・コンピューティングによって論理的に実現されてもよい。

【0014】

企業端末２００、自治体端末３００は、例えば、パーソナルコンピュータやタブレット端末等の情報処理装置であるが、スマートフォンや携帯電話、ＰＤＡ等により構成しても良い。

【0015】

図２は、図１のサーバ端末１００の機能ブロック構成図である。サーバ端末１００は、通信部１１０と、記憶部１２０と、制御部１３０とを備える。

【0016】

通信部１１０は、ネットワークＮＷ１を介してユーザ端末２００と通信を行うための通信インターフェースであり、例えばＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）等の通信規約により通信が行われる。

【0017】

記憶部１２０は、各種制御処理や制御部１３０内の各機能を実行するためのプログラム、入力データ等を記憶するものであり、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等から構成される。また、記憶部１２０は、備蓄品を製造及び／または販売する企業に関する各種データを格納する、企業データ格納部１２１、及び、備蓄品を企業から購入し、備蓄する自治体に関する各種データを格納する、自治体データ格納部１２２を有する。なお、各種データを格納したデータベース（図示せず）が記憶部１２０またはサーバ端末１００外に構築されていてもよい。

【0018】

制御部１３０は、記憶部１２０に記憶されているプログラムを実行することにより、サーバ端末１００の全体の動作を制御するものであり、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等から構成される。制御部１３０の機能として、各端末からの指示や情報を受け付ける情報受付部１３１と、上記企業及び上記自治体に関する各種データを参照し、処理する、情報処理部１３２と、を有する。この情報受付部１３１、ユーザ情報処理部１３２、及び台本情報処理部１３３は、記憶部１２０に記憶されているプログラムにより起動されてコンピュータ（電子計算機）であるサーバ端末１００により実行される。

【0019】

情報受付部１３１は、企業端末２００、自治体端末３００等から通信部１１０を介して情報を受け付ける。例えば、企業端末２００からは、備蓄品に関する情報等を受信する。

【0020】

情報処理部１３２は、企業端末２００及び自治体端末３００に関する各種データ（例えば、後述する企業データ１０００、自治体データ２０００等）を参照し、所定の処理を行う。

【0021】

また、制御部１３０は、図示しない、画面生成部を有することもでき、求めに応じて、企業端末２００、自治体端末３００のユーザーインターフェースを介して表示される画面情報を生成する。例えば、記憶部１２０に格納された（図示しない）画像及びテキストデータを素材として、所定のレイアウト規則に基づいて、各種画像及びテキストをユーザーインターフェースの所定の領域に配置することで、ユーザーインターフェースを生成する。画像生成部に関連する処理は、ＧＰＵ（Graphics Processing Unit）によって実行することもできる。

【0022】

図３は、図１の企業端末２００を示す機能ブロック構成図である。企業端末２００は、通信部２１０と、表示操作部２２０と、記憶部２３０と、制御部２４０とを備える。

【0023】

通信部２１０は、ネットワークＮＷを介してサーバ端末１００と通信を行うための通信インターフェースであり、例えばＴＣＰ／ＩＰ等の通信規約により通信が行われる。

【0024】

表示操作部２２０は、企業ユーザが指示を入力し、制御部２４０からの入力データに応じてテキスト、画像等を表示するために用いられるユーザーインターフェースであり、ユーザ端末２００がパーソナルコンピュータで構成されている場合はディスプレイとキーボードやマウスにより構成され、企業端末２００がスマートフォンまたはタブレット端末で構成されている場合はタッチパネル等から構成される。この表示操作部２２０は、記憶部２３０に記憶されている制御プログラムにより起動されてコンピュータ（電子計算機）である企業端末２００により実行される。

【0025】

記憶部２３０は、各種制御処理や制御部２４０内の各機能を実行するためのプログラム、入力データ等を記憶するものであり、ＲＡＭやＲＯＭ等から構成される。また、記憶部２３０は、サーバ端末１００との通信内容を一時的に記憶している。

【0026】

制御部２４０は、記憶部２３０に記憶されているプログラムを実行することにより、企業端末２００の全体の動作を制御するものであり、ＣＰＵやＧＰＵ等から構成される。

【0027】

図４は、サーバ端末１００に格納される企業データの一例を示す図である。

【0028】

図４に示す企業データ１０００は、備蓄品を製造及び／または販売する企業に関連する各種データを格納する。図４において、説明の便宜上、一企業（例えば、企業端末２００に係る企業に対応する企業ＩＤ「１０００１」で識別される企業）の例を示すが、複数の企業の情報を格納することができる。企業に関連する各種データとして、例えば、企業に関する基本データ（例えば、企業名、住所、連絡先（メールアドレス、電話番号）等）、企業が管理する備蓄品データ（例えば、備蓄品ＩＤ、品名、数量、製造日、備蓄（賞味（消費））期限、販売価格、保管場所等）、及び、企業が備蓄品を提供する自治体情報（例えば、自治体ＩＤ、自治体名、備蓄品ＩＤ、数量、保管場所、ステータス情報）を含むことができるがこれに限定されない。

【0029】

図５は、サーバ端末１００に格納される自治体データの一例を示す図である。

【0030】

図５に示す自治体データ２０００は、備蓄品を企業から購入し、備蓄する自治体に関連する各種データを格納する。図５において、説明の便宜上、一自治体（例えば、自治体端末３００に係る自治体に対応する自治体ＩＤ「２０００１」で識別される自治体）の例を示すが、複数の自治体の情報を格納することができる。自治体に関連する各種データとして、例えば、自治体に関する基本データ（例えば、自治体名、住所、連絡先（メールアドレス、電話番号）等）、及び、自治体が備蓄する備蓄品データ（例えば、備蓄品ＩＤ、品名、数量、保管場所、ステータス情報等）を含むことができるがこれに限定されない。

【0031】

図６は、図４及び図５で説明した備蓄品のデータ管理の一例を説明する概念図である。

【0032】

図６（ａ）に示すように、備蓄品（本例では、商品「ア」）は、製造日（本例では、令和６年４月）から賞味（消費）期限（本例では、令和１６年４月）までの期間を構成する複数の期間（期間１として、製造費から１年間、期間２として、製造日から２年から９年、期間３として、製造日から１０年以降）毎に、「販売」、「備蓄」及び「廃棄」のいずれかのステータス情報に対応づけて管理することができる。また、各々の期間の始期及び終期における、備蓄品の保管場所及び／または数量を設定することができる。本例においては、備蓄品の備蓄期限が賞味（消費）期限と同じであるため、備蓄期限より後の期間においては、その備蓄品は廃棄されることとなる。

【0033】

また、図６（ｂ）に示すように、備蓄品（本例では、商品「ア」）は、製造日（本例では、令和６年４月）から賞味（消費）期限（本例では、令和１６年４月）までの期間を構成する複数の期間（期間１として、製造費から１年間、期間２として、製造日から２年から５年、期間３として、製造日から５年以降）毎に、「販売」、「備蓄」及び「再販売」のいずれかのステータス情報に対応づけて管理することができる。また、各々の期間の始期及び終期における、備蓄品の保管場所及び／または数量を設定することができる。本例においては、備蓄品の備蓄期限が賞味（消費）期限より前であるため、備蓄期限より後の期間においては、その備蓄品は企業により販売（再販売）されることとなる。

【0034】

＜処理の流れ＞
図７を参照しながら、本実施形態のシステム１が実行する、備蓄品の管理方法の処理の流れについて説明する。本発明の第一実施形態に係る、備蓄品の管理方法に係る処理の一例を説明するフローチャート図である。前提として、サーバ端末１００は、企業端末２００及び自治体端末３００の各々から、備蓄品を製造及び／または販売する企業に関する情報（例えば、企業名、住所、連絡先（メールアドレス、電話番号）等）、及び、備蓄品を上記企業から購入し、備蓄する自治体に関する情報（例えば、自治体名、住所、連絡先（メールアドレス、電話番号）等）を受信する。

【0035】

まず、ステップＳＱ１０１の処理として、サーバ端末１００の制御部１３０の情報受付部１３１は、通信部１１０を介して、備蓄品を製造及び／または販売する企業の企業端末２００から、備蓄品に関する情報を受信し、備蓄品登録を受け付ける。備蓄品に関する情報として、例えば、備蓄品ＩＤ、品名、数量、製造日、備蓄（賞味（消費））期限、販売価格、保管場所等が挙げられる。ステップＳＱ１０２の処理として、サーバ端末１００の制御部１３０の情報処理部１３２は、受信した備蓄品に関する情報を、記憶部１２０の企業データ格納部１２１に企業データ１０００として格納する。備蓄品の登録が実行されると、登録された備蓄品について、自治体に対して備蓄品の販売が実施される。

【0036】

備蓄品の販売は、サーバ端末１００により提供される備蓄品販売プラットフォームを介して、若しくは、企業端末２００から直接、自治体端末３００に対して実施されるか、または、サーバ端末１００を運営する事業者または企業端末２００から直接、オフラインにより自治体に対して実施され得る。このとき、企業により販売される備蓄品の販売価格について、サーバ端末１００または企業端末２００は、図示しない、サーバ端末１００または企業端末２００に格納される、備蓄品の販売価格テーブルを参照することができる。このとき、自治体は、一定期間経過後に備蓄品を企業に返品することを見込んで、定価より低価格で備蓄品を購入することもでき、または、低額のサブスクリプションにて企業と契約し、備蓄品の備蓄期限に応じて定期的に備蓄品の入れ替えを行うこともできる。例えば、自治体が、「備蓄食料１５万食確保チケット１年分」を事業者から毎年購入するような契約で、本来は１食１００円の備蓄食料を１５万食購入するために１５００万円かかるところを、１年７５万円で購入する契約であったり、自治体が、備蓄食料を店頭価格の５％の廉価で購入し、実際に備蓄食料を使用したら別途料金（残りの１４２５万円）を支払う、といったスキームを適用することもできる。続いて、ステップＳＱ１０３の処理として、サーバ端末１００の制御部１３０の情報受付部１３１は、通信部１１０を介して、備蓄品の購入を希望する自治体端末３００から、備蓄品の購入要求を受け付ける。購入要求を受け付けると、所定の購入処理が実行され、自治体による備蓄品の購入が完了する。

【0037】

備蓄品が自治体に対して販売されると、ステップＳＱ１０４の処理として、サーバ端末１００の制御部１３０の情報処理部１３２は、記憶部１２０の企業データ格納部１２１の企業データ１０００、自治体データ格納部１２２の自治体データ２０００を各々更新する。具体的には、企業データ１０００で管理される、備蓄品の提供先としての自治体データ（自治体ID、自治体名、備蓄品ID、数量、保管場所、ステータス）、自治体データ２０００で管理される、企業から提供を受けた備蓄品データ（自治体ID、自治体名、備蓄品ID、数量、保管場所、ステータス）を格納し、備蓄品の数量、保管場所に関する情報とともに、ステータス情報を、「販売」から「備蓄」に更新する。このとき、保管場所は、自治体が管理する施設とすることもできるし、後に備蓄品を再販売することを想定し、有事の際に自治体がすぐに備蓄品にアクセスできる場所であることを条件として、企業が管理する施設とすることもできる。

【0038】

自治体による備蓄品の備蓄が一定期間行われると、ステップＳＱ１０５の処理として、サーバ端末１００の制御部１３０の情報処理部１３２は、格納された企業データ１０００または自治体データ２０００の備蓄品データを参照し、備蓄品の備蓄期限を参照する。備蓄期限として、賞味（消費）期限より前の日時（例えば、賞味（消費）期限より半年前）に設定されている場合は、賞味（消費）期限またはその日時を参照する。自治体は、予め設定された、備蓄品の賞味（消費）期限より前の日時（例えば、賞味（消費）期限より半年前）が、到来していないときは、備蓄品の備蓄を継続し、予め設定された、賞味（消費）期限より前の日時（例えば、賞味（消費）期限より半年前）が到来しているときは、備蓄品を販売する企業に備蓄品を返品する。その際、サーバ端末１００の制御部１３０の情報処理部１３２は、記憶部１２０の企業データ格納部１２１の企業データ１０００、自治体データ格納部１２２の自治体データ２０００を各々更新する。具体的には、図６（ｂ）に示すように、備蓄品の数量、保管場所に関する情報とともに、ステータス情報を、「備蓄」から「再販売」に更新する。保管場所については、備蓄品が、企業が管理する施設（倉庫等）に保管されているときは、特に更新せずに、そのまま備蓄品を保管することができる。ステップＳＱ１０７の処理として、サーバ端末１００の制御部１３０の情報処理部１３２は、企業端末２００及び自治体端末３００に対して、ステータスが更新（切替）された旨の情報を送信することができる。これにより、備蓄品を製造及び／または販売する企業は、企業が備蓄していた備蓄品を他の事業者に販売することができる。このとき、上記同様、サーバ端末１００により提供される備蓄品販売プラットフォームを介して、若しくは、企業端末２００から直接、自治体端末３００に対して実施されるか、または、サーバ端末１００を運営する事業者または企業端末２００から直接、オフラインにより自治体に対して実施され得る。このとき、企業により販売される備蓄品の販売価格について、サーバ端末１００または企業端末２００は、図示しない、サーバ端末１００または企業端末２００に格納される、備蓄品の販売価格テーブルを参照することができる。再販売に際し、企業は、賞味（消費）期限までの時期に応じて販売価格を設定でき、特に、賞味（消費）期限までの残存期間に応じて設定された料金テーブルを参照することで、自治体に販売した当時の価格に比べて低価格で第三者に販売することもできる。

【0039】

以上、本実施形態により、自治体は、備蓄品の備蓄期限（賞味（消費）期限より一定期間前の日時）が到来したことを契機に備蓄品を企業に返品することを前提に、サブスクリプション等を通じて、備蓄品を低価格で購入することができ、従来強いられていた廃棄処理の負荷から解放され、企業は、自治体から返品された備蓄品を再販売することで、従来得られなかった利益を得ることができる。

【0040】

以上、発明に係る実施形態について説明したが、これらはその他の様々な形態で実施することが可能であり、種々の省略、置換および変更を行なって実施することが出来る。これらの実施形態および変形例ならびに省略、置換および変更を行なったものは、特許請求の範囲の技術的範囲とその均等の範囲に含まれる。例えば、本実施形態を、企業端末２００が、上記サーバ端末１００で管理する企業データ１０００及び自治体データ２０００を直接管理することで、サーバ端末１００を介さずに企業端末２００単体で、企業と（一または複数の）自治体との備蓄品の取引を管理することもできるし、備蓄品の提供先についても自治体に限らず、企業や個人に置き換えて、本実施形態を適用することもできる。

【符号の説明】

【0041】

１ システム １００ サーバ端末、１１０ 通信部、１２０ 記憶部、１３０ 制御部、２００ 企業端末、３００ 自治体端末、ＮＷ１ ネットワーク

【要約】      （修正有）

【課題】自治体及び備蓄品販売企業双方にとってメリットの高い備蓄品の管理方法を提供する。
【解決手段】自治体が備蓄する備蓄品の管理方法であって、サーバ端末の制御部は、備蓄品の備蓄期限を確認し、現在日付が備蓄期限を経過したときに、備蓄品の備蓄に関するステータス情報を更新し、企業端末及び自治体端末にステータスの切り替え通信を送信する。
【選択図】図７

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】