JP7082359B1 - 在庫管理装置及び在庫管理システム - Google Patents

Abstract

【課題】人的コストを抑制しつつ、資材管理を適切に行うことができる在庫管理装置、在庫管理システム及びプログラムを提供する。【解決手段】仕入入庫した複数種類の塗料の在庫を管理するための在庫資材管理サーバ１０００は、仕入れた塗料を在庫資材として登録する在庫資材管理部１０２ａと、撮像部３０４を備えた通信端末３００１Ａにより撮像された塗料缶の画像データに含まれる商品情報に基づき、在庫資材管理サーバ１０００により登録された在庫資材の種類を特定する制御部１０１と、特定された種類の在庫資材に関する情報を送信元の通信端末３００１Ａに送信する通信部１０３とを備えている。【選択図】図１

Description

本発明は、在庫管理装置及び在庫管理システムに関する。

従来、例えば、建設業界において、施工業者は、資材をメーカや卸売業者等から仕入れて予め在庫を確保し、その在庫として確保した資材を建設現場に搬入し、これを消費して施工を行っている。また、施工が完了すると、資材の余剰分は自社に持ち帰られ、再び在庫として保管される。

予め定められた工期内で円滑に作業を進めるためには、入念な資材の準備が欠かせないので、在庫管理を適切に行う必要がある。在庫管理が適切に行われていない場合には、在庫切れが生じたり、在庫が十分あるにもかかわらず新たに資材を仕入れてしまうといった無駄が生じてしまう。

このような状況に鑑み、二次元コード等の識別情報が記載されたラベルをラベルプリンタにより発行させてこれを塗料等の資材に貼付し、作業者が所有する端末装置のスキャナによりラベルを読み込んでシステム上で保管及び使用場所や残量を管理する在庫管理システムを用いることで、適切なタイミングで効率よく資材を発注することが可能となっている（例えば、特許文献１参照）。

特開２０１９－１１４０１０号公報

しかしながら、上記特許文献に記載の在庫管理システムでは、仕入れた資材毎にラベルプリンタによりラベルを発行し、システムに登録する必要があるため、このラベルを資材に貼付する必要があるため、人的コストがかかるという問題がある。

本発明は、上記課題に鑑みてなされたものであり、人的コストを抑制しつつ、資材管理を適切に行うことができる在庫管理装置及び在庫管理システムを提供することを目的とするものである。

上記目的を解決するため、請求項１に記載の発明は、
仕入入庫した複数種類の資材の在庫を管理するための在庫管理装置であって、
仕入れた資材を在庫資材として登録する在庫資材登録手段と、
撮像手段を備えた通信端末により撮像された資材の画像データに含まれる商品情報に基づき、前記在庫資材登録手段により登録された在庫資材の種類を特定する在庫資材特定手段と、
前記在庫資材登録手段により在庫資材の登録が行われた場合、該登録された在庫資材に関する情報を、予め登録された少なくとも一以上の通信端末に送信する在庫資材登録情報送信手段とを備えたことを特徴とする。
請求項２に記載の発明は、
仕入入庫した複数種類の資材の在庫を管理するための在庫管理装置であって、
仕入れた資材を在庫資材として登録する在庫資材登録手段と、
撮像手段を備えた通信端末により撮像された資材の画像データに含まれる商品情報に基づき、前記在庫資材登録手段により登録された在庫資材の種類を特定する在庫資材特定手段と、
前記通信端末により撮像された前記商品情報が含まれた資材の画像データと、該画像データにかかる在庫資材を出庫する旨の出庫リクエスト情報とを該通信端末から受信すると、前記在庫資材特定手段により特定された種類の在庫資材が出庫した旨の出庫情報を、予め登録された少なくとも一以上の通信端末に送信する出庫情報送信手段とを備えたことを特徴とする。
請求項３に記載の発明は、
仕入入庫した複数種類の資材の在庫を管理するための在庫管理装置であって、
仕入れた資材を在庫資材として登録する在庫資材登録手段と、
撮像手段を備えた通信端末により撮像された資材の画像データに含まれる商品情報に基づき、前記在庫資材登録手段により登録された在庫資材の種類を特定する在庫資材特定手段と、
前記通信端末により撮像された前記商品情報が含まれた資材の画像データと、該画像データにかかる出庫した在庫資材を入庫する旨の入庫リクエスト情報と、該入庫する在庫資材の残数量にかかる情報とを該通信端末から受信すると、前記在庫資材特定手段により特定された種類の在庫資材が入庫した旨の入庫情報を、予め登録された少なくとも一以上の通信端末に送信する入庫情報送信手段とを備えたことを特徴とする。

請求項４に記載の発明は、請求項１乃至３のうちいずれか一項に記載の在庫管理装置において、
前記在庫資材特定手段は、前記画像データに含まれる前記商品情報から文字認識されたテキストデータに含まれる文字列を、予め所定の記憶領域に記憶された文字列情報から特定し、前記在庫資材登録手段により登録された在庫資材の種類を特定することを特徴とする。

請求項５に記載の発明は、請求項１乃至４のうちいずれか一項に記載の在庫管理装置において、
前記在庫資材登録手段は、前記通信端末により撮像された資材の画像データに含まれる前記商品情報に基づき前記仕入れた資材を特定し、該特定した仕入れた資材を在庫資材として種類毎に登録することを特徴とする。

請求項６に記載の発明は、請求項１乃至５のうちいずれか一項に記載の在庫管理装置において、
前記商品情報は、製造元又は販売元と、商品名と、商品種類とを少なくとも含む情報であることを特徴とする。

請求項７に記載の発明は、請求項１乃至６のうちいずれか一項に記載の在庫管理装置において、
前記在庫資材登録手段により登録される在庫資材に関する情報は、製造元又は販売元と、商品名と、商品種類と、在庫数量と、製造ロット番号と、消費期限とを少なくとも含む情報であることを特徴とする。

請求項８に記載の発明は、
撮像手段を備えた可搬型の通信端末と、
前記通信端末とネットワークを介して接続可能とされているとともに、仕入入庫した複数種類の資材の在庫を管理するための在庫管理装置とを備えた在庫管理システムであって、
前記通信端末は、
前記撮像手段により商品情報を含んだ資材を撮像すると、該商品情報を含む画像データを生成可能な画像生成手段と、
前記画像生成手段により生成された画像データを前記在庫管理装置に送信する画像データ送信手段とを有し、
前記在庫管理装置は、
仕入れた資材を在庫資材として登録する在庫資材登録手段と、
前記通信端末から送信された画像データを受信すると、該画像データに含まれる商品情報に基づき、前記在庫資材登録手段により登録された在庫資材の種類を特定する在庫資材特定手段と、
前記在庫資材登録手段により在庫資材の登録が行われた場合、該登録された在庫資材に関する情報を、予め登録された少なくとも一以上の通信端末に送信する在庫資材登録情報送信手段とを有し、
前記通信端末は、前記在庫管理装置から送信された前記登録された在庫資材に関する情報を受信すると、該受信した登録された在庫資材に関する情報を表示する表示手段を備えたことを特徴とする。
請求項９に記載の発明は、
撮像手段を備えた可搬型の通信端末と、
前記通信端末とネットワークを介して接続可能とされているとともに、仕入入庫した複数種類の資材の在庫を管理するための在庫管理装置とを備えた在庫管理システムであって、
前記通信端末は、
前記撮像手段により商品情報を含んだ資材を撮像すると、該商品情報を含む画像データを生成可能な画像生成手段と、
前記画像生成手段により生成された画像データを前記在庫管理装置に送信する画像データ送信手段とを有し、
前記在庫管理装置は、
仕入れた資材を在庫資材として登録する在庫資材登録手段と、
前記通信端末から送信された画像データを受信すると、該画像データに含まれる商品情報に基づき、前記在庫資材登録手段により登録された在庫資材の種類を特定する在庫資材特定手段と、
前記通信端末により撮像された前記商品情報が含まれた資材の画像データと、該画像データにかかる在庫資材を出庫する旨の出庫リクエスト情報とを該通信端末から受信すると、前記在庫資材特定手段により特定された種類の在庫資材が出庫した旨の出庫情報を、予め登録された少なくとも一以上の通信端末に送信する出庫情報送信手段とを有し、
前記通信端末は、前記在庫管理装置から送信された前記出庫情報を受信すると、該受信した出庫情報に関する表示をする表示手段を備えたことを特徴とする。
請求項１０に記載の発明は、
撮像手段を備えた可搬型の通信端末と、
前記通信端末とネットワークを介して接続可能とされているとともに、仕入入庫した複数種類の資材の在庫を管理するための在庫管理装置とを備えた在庫管理システムであって、
前記通信端末は、
前記撮像手段により商品情報を含んだ資材を撮像すると、該商品情報を含む画像データを生成可能な画像生成手段と、
前記画像生成手段により生成された画像データを前記在庫管理装置に送信する画像データ送信手段とを有し、
前記在庫管理装置は、
仕入れた資材を在庫資材として登録する在庫資材登録手段と、
前記通信端末から送信された画像データを受信すると、該画像データに含まれる商品情報に基づき、前記在庫資材登録手段により登録された在庫資材の種類を特定する在庫資材特定手段と、
前記通信端末により撮像された前記商品情報が含まれた資材の画像データと、該画像データにかかる出庫した在庫資材を入庫する旨の入庫リクエスト情報と、該入庫する在庫資材の残数量にかかる情報とを該通信端末から受信すると、前記在庫資材特定手段により特定された種類の在庫資材が入庫した旨の入庫情報を、予め登録された少なくとも一以上の通信端末に送信する入庫情報送信手段とを有し、
前記通信端末は、前記在庫管理装置から送信された前記入庫情報を受信すると、該受信した入庫情報に関する表示をする表示手段を備えたことを特徴とする。

本発明によれば、人的コストを抑制しつつ、資材管理を適切に行うことができる在庫管理装置及び在庫管理システムを提供することができる。

本実施形態に係る塗料在庫管理システムの構成について説明する概略構成図である。 本実施形態に係る通信端末の概略構成について説明するブロック図である。 （Ａ）はメーカあるいは販売会社の商品マスタの一例を示す図であり、（Ｂ）は商品名の商品マスタの一例を示す図であり、（Ｃ）はカラーの商品マスタの一例を示す図である。 （Ａ）は在庫管理データベースの一例を示す図であり、（Ｂ）共有化在庫管理データベースの一例を示す図である。 施工現場管理データベースの一例を示す図である。 通信端末において実行される仕入管理処理について説明するフローチャートである。 （Ａ）は仕入資材登録要求処理について説明するフローチャートであり、（Ｂ）は在庫確認処理について説明するフローチャートである。 （Ａ）は在庫資材出庫要求処理について説明するフローチャートであり、（Ｂ）は在庫資材入庫要求処理について説明するフローチャートである。 （Ａ）は在庫資材共有化登録処理について説明するフローチャートであり、（Ｂ）は引合資材情報受信時処理について説明するフローチャートである。 共有資材リクエスト処理について説明するフローチャートである。 在庫資材管理サーバにおいて実行される在庫管理処理について説明するフローチャートである。 仕入資材登録処理について説明するフローチャートである。 （Ａ）は在庫確認処理について説明するフローチャートであり、（Ｂ）は在庫資材出庫処理について説明するフローチャートである。 （Ａ）は在庫資材入庫処理について説明するフローチャートであり、（Ｂ）は共有在庫資材登録処理について説明するフローチャートであり、（Ｃ）は共有在庫資材引合処理について説明するフローチャートである。 （Ａ）は決済処理について説明するフローチャートであり、（Ｂ）は施工現場管理処理について説明するフローチャートであり、（Ｃ）はアラート処理について説明するフローチャートである。 通信端末における資材在庫管理システムの動作の一例について説明する図である。 通信端末における資材在庫管理システムの動作の一例について説明する図である。 通信端末における資材在庫管理システムの動作の一例について説明する図である。

以下、本発明の実施の形態に係る塗料在庫管理システムについて、図面を参照しながら説明する。ただし、発明の範囲は図示例に限定されない。なお、以下の説明において、同一の機能及び構成を有するものについては、同一の符号を付し、その説明を省略する。

本実施形態に係る在庫管理システムの一例としての塗料在庫管理システムＳＹは、図１に示すように、在庫資材管理サーバ１０００と、複数のクライアント端末２０００Ａ，２０００Ｂ，２０００Ｃ・・・と、複数の通信端末３００１Ａ，３００２Ａ，３００３Ａ，３００１Ｂ，３００２Ｂ，３００１Ｃ，３００２Ｃ・・・と、画像解析装置４０００と、決済装置５０００とがネットワークＮを介して接続されている。

複数のクライアント端末のうちのクライアント端末２０００Ａは、例えば、Ａ社が所有するクライアント端末であり、Ａ社は、塗料等の資材を保管・管理するＡ社資材倉庫２００１Ａを備えている。Ａ社資材倉庫２００１Ａには、例えば、未開封の塗料２缶と開封済みであって残量が１／２の塗料１缶が保管されている。

複数のクライアント端末のうちのクライアント端末２０００Ｂは、例えば、Ｂ社が所有するクライアント端末であり、Ｂ社は、塗料等の資材を保管・管理するＢ社資材倉庫２００１Ｂを備えている。Ｂ社資材倉庫２００１Ｂには、例えば、開封済みであって残量が１／４の塗料１缶が保管されている。

複数のクライアント端末のうちのクライアント端末２０００Ｃは、例えば、Ｃ社が所有するクライアント端末であり、Ｃ社は、塗料等の資材を保管・管理するＣ社資材倉庫２００１Ｃを備えている。Ｃ社資材倉庫２００１Ｃには、例えば、未開封の塗料３缶と開封済みであって残量が３／４の塗料１缶が保管されている。

通信端末３００１Ａ～３００３Ａは、Ａ社が管理する可搬型通信端末であり、通信端末３００１Ｂ，３００２Ｂは、Ｂ社が管理する可搬型通信端末であり、通信端末３００１Ｃ，３００２Ｃは、Ｃ社が管理する可搬型通信端末である。これらの通信端末は、通話機能を有したもの（例えば、スマートフォン等）であってもよいし、通話機能を備えないもの（例えば、タブレット端末等）であってもよい。

在庫資材管理サーバ１０００は、本実施形態では、いわゆるクラウドサーバにより構成されているが、これに限定されない。在庫資材管理サーバ１０００は、例えば、制御部１０１と、記憶部１０２と、通信部１０３とを備えて構成されている。

制御部１０１は、在庫資材管理サーバ１０００の統括制御を行うものであり、記憶部１０２と、通信部１０３とが電気的に接続されて構成されている。また、制御部１０１は、ＣＰＵ（Central Processing Unit）１０１ａと、メモリ１０１ｂとを備えており、後述する記憶部１０２のプログラムデータ記憶部１０２ｅに記憶されているプログラムを読みだしてメモリ１０１ｂに展開し、展開したプログラムに従って各部の動作を集中制御する。

記憶部１０２は、例えば、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の読み書き可能な記録媒体によって構成されており、在庫資材管理部１０２ａと、施工現場管理部１０２ｃと、商品マスタ記憶部１０２ｄと、プログラムデータ記憶部１０２ｅとを有している。なお、記憶部１０２を構成する一部の記憶領域についてはＲＯＭ（Read Only Memory）等の読み出しのみ可能な記録媒体を用いてもよい。

在庫資材管理部１０２ａは、登録されたユーザーとしての施工業者（例えば、Ａ社，Ｂ社，Ｃ社）がそれぞれ在庫管理している資材に関する情報を管理している。また、在庫資材管理部１０２ａは、共有在庫資材管理部１０２ｂを有しており、ユーザーが管理している在庫資材のうち、他のユーザーと取引可能に設定された在庫資材に関する情報を管理している。在庫資材管理部１０２ａ及び共有在庫資材管理部１０２ｂにより管理される情報の詳細については後述する。

施工現場管理部１０２ｃは、施工業者の施工現場を管理している。施工現場管理部１０２ｃにより管理される情報の詳細については後述する。商品マスタ記憶部１０２ｄは、資材のメーカ又は販売会社、商品名、色の種類等の在庫資材管理部１０２ａに登録するためのマスタデータが記憶されている。商品マスタ記憶部１０２ｄに記憶されているデータの詳細については後述する。プログラムデータ記憶部１０２ｅは、在庫資材管理サーバ１０００を制御するためのプログラムデータや、通信端末３００１Ａ～３００２Ｃやクライアント端末２０００Ａ～２０００Ｃにて塗料在庫管理システムＳＹを利用したサービスを提供するためのアプリケーションプログラム等が記憶されている。なお、通信端末３００１Ａ～３００２Ｃやクライアント端末２０００Ａ～２０００Ｃにアプリケーションプログラムのインストールを不要としてＷｅｂブラウザ上でサービスを提供可能に構成されていてもよい。

通信部１０３は、ネットワークＮを介して、通信端末３００１Ａ～３００２Ｃ、クライアント端末２０００Ａ～２０００Ｃ、画像解析装置４００及び決済装置５０００とデータの送受信が可能に構成されている。

画像解析装置４０００は、在庫資材管理サーバ１０００からのＯＣＲ（Optical Character Recognition）処理を指示するコマンドデータを受信して当該コマンドデータとともに受信した画像データについてＯＣＲ処理を行い、テキストデータに変換して在庫資材管理サーバ１０００に送信する。本実施形態では、ＡＩ（Artificial Intelligence）を利用した画像解析により、画像から文字情報を抽出することが可能であって、予め定められたフォントの他、例えば、装飾文字やロゴマークから文字情報を抽出することができるようになっている。なお、本実施形態では、画像解析装置４０００を在庫資材管理サーバ１０００とは別に設けるようにしたが、在庫資材管理サーバ１０００自体がＯＣＲ処理を実行可能に構成されてもよい。

決済装置５０００は、詳しくは後述するが、在庫資材管理サーバ１０００より決済リクエストがあった場合に、決済処理を行う。

次に、図２を参照して、図１に示される通信端末３００１Ａ～３００２Ｃのうち通信端末３００１Ａを例にして説明する。なお、通信端末３００１Ａ～３００２Ｃは、メーカや機種により使用が異なるため、図２に示す構成以外の構成が備わっていたり、一部の構成の機能が異なっていたり、備わっていない場合もあるが、ここでは、通信端末３００１Ａの備える構成のうち本実施形態に係るサービスを享受するための主な構成についてのみ説明し、他の構成については、図示及び説明を省略する。

図２に示すように、通信端末３００１Ａは、例えば、制御部３０１と、操作部３０２と、表示部３０３と、撮像部３０４と、測位部３０５と、入出力部３０６と、データ通信部３０７と、通話部３０８と、記憶部３０９とを備えて構成されている。

制御部３０１は、通信端末３００１Ａの統括制御を行うものであり、ＣＰＵ３０１ａと、メモリ３０１ｂとを備えている。ＣＰＵ３０１ａは、記憶部３０９に記憶されたプログラムを読みだしてメモリ３０１ｂに展開し、展開したプログラムに従って各部の動作を集中制御する。

操作部３０２は、例えば、ボタンやタッチパネルにより構成されており、操作があると制御部３０１に入力信号を出力する。表示部３０３は、ユーザーに画像を表示するためのインタフェイスとして機能している。撮像部３０４は、ユーザーの操作により、撮像対象を撮像し、画像データに変換して制御部３０１に出力する。測位部３０５は、ＧＰＳ（Global Positioning System）衛星からの信号に基づいて通信端末３００１Ａの現在位置を測位して特定し、その結果を制御部３０１に出力する。

入出力部３０６は、外部からの情報を外部端子を介して入出力するものである。データ通信部３０７は、例えば、ネットワークＮを通じて他の端末等とデータ通信可能とするものである。通話部３０８は、図示しない電話回線に接続して相手方と通話可能にするものである。なお、通話機能をデータ通信部３０７に持たせるようにしてもよい。記憶部３０９は、例えば、読み書き可能な半導体メモリによって構成されており、通信端末３００１Ａを統括制御するためのプログラムや、外部よりダウンロードしたアプリケーションプログラム等が記憶される。

次に、図３を参照しながら、在庫資材管理サーバ１０００の記憶部１０２における商品マスタ記憶部１０２ｄに記憶されているマスタデータについて説明する。図３（Ａ）～同図（Ｃ）に示すマスタデータは、在庫資材管理部１０２ａに在庫資材を管理する際に使用される。なお、本実施形態では、メーカあるいは販売会社が登録された商品マスタ（メーカ）、商品名が登録された商品マスタ（商品名）、及び、色名が登録された商品マスタ（カラー）についてのマスタデータを例に説明するが、マスタデータの種類は上述したものに限定されず、その他の要素のマスタデータを要してもよく、例えば、資材の用途が登録された商品マスタ等が用意されていてもよい。

図３（Ａ）に示す商品マスタ(メーカ)では、資材のメーカあるいは販売会社が登録されており、本実施形態では、予め登録されたメーカあるいは販売会社（例えば、Ｍ１に登録されている「ＡＢＣペイント」等）の他、ユーザーが任意に登録可能（例えば、ＭＵ１に登録されている「イロハ塗料」等）とされている。

図３（Ｂ）に示す商品マスタ（商品名）では、資材のメーカあるいは販売会社が販売している商品名が登録されており、本実施形態では、メーカあるいは販売会社毎に整理して登録されている。また、本実施形態では、予め登録された商品名（例えば、Ｍ１－００１に登録されている「スーパーウレタン水性」等）の他、ユーザーが任意に登録可能（例えば、ＭＵ１－００１に登録されている「イロハカラー水性」等）とされている。

図３（Ｃ）に示す商品マスタ（カラー）では、色名が登録されており、本実施形態では、予め登録された色（例えば、Ｃ－１に登録されている「シアン」等）の他、ユーザーが任意に登録可能（例えば、ＭＣ１に登録されている「カナリヤグリーン」等）とされている。

次に、図４を参照しながら、在庫資材管理サーバ１０００の記憶部１０２における在庫資材管理部１０２ａに記憶されている在庫資材に関するデータベースの構成について説明する。

図４（Ａ）に示す在庫管理データベースは、在庫資材管理部１０２ａに記憶されているデータベースであり、ユーザーとしての施工業者毎に所有している在庫資材が登録されている。在庫管理データベースでは、在庫資材毎に、メーカあるいは販売会社名、商品名、カラー、ロットナンバー、在庫の残り数量を示す在庫数量、在庫資材の消費期限、共有化在庫として登録されたことを示す出品フラグ、施工現場等に持ち出されたことを示す出庫中フラグ、直近でデータが更新された日を示す最終更新日が記憶されている。この在庫管理データベースで管理されている各種データは、ユーザーからの更新情報に応じて更新される。

図４（Ｂ）に示す共有化在庫管理データベースは、共有在庫資材管理部１０２ｂに記憶されているデータベースであり、ユーザーにより取引の対象とされた在庫資材が登録されている。共有化在庫管理データベースでは、在庫資材毎に、メーカあるいは販売会社名、商品名、カラー、ロットナンバー、在庫数量、消費期限、出品価格、出品ユーザーが記憶されている。なお、出品価格は、未開封の在庫資材の単価と開封済みの在庫資材の単価がそれぞれ記憶されている。これらの共有在庫資材は、ユーザーからのリクエストにより参照可能とされている。なお、出品価格は、出品者であるユーザーが任意に設定することができるようになっているが、相場に応じて自動で設定されるようにしてもよい。

次に、図５を参照しながら、在庫資材管理サーバ１０００の記憶部１０２における施工現場管理部１０２ｃに記憶されている施工現場管理データベースの構成について説明する。

図５に示す施工現場管理データベースでは、ユーザーが施工を行う現場の所在地、施工内容、工期等が記憶されており、例えば、ユーザーが施工中に緊急で資材を調達する必要があったり、工具を借りたりする便宜を図ることができるようになっている。

次に、図６～図１０を参照しながら通信端末の制御部３０１において実行される処理について説明する。なお、クライアント端末において実施してもよい。

図６に示す仕入管理処理は、例えば、通信端末の制御部３０１により資材在庫管理システムのアプリケーションプログラムが起動されると実行が開始される。図６に示す仕入管理処理の実行が開始されると、制御部３０１のＣＰＵ３０１ａは、仕入資材登録を行うか否かを判定する（ステップＳ１０１）。ＣＰＵ３０１ａは、仕入資材登録を行うと判定した場合は（ステップＳ１０１：Ｙｅｓ）、仕入資材登録要求処理を実行した後（ステップＳ１０３）、ステップＳ１０５の処理に移行する。一方、ＣＰＵ３０１ａは、仕入資材登録を行うと判定しなかった場合は（ステップＳ１０１：Ｎｏ）、ステップＳ１０３の処理を実行することなくステップＳ１０５の処理に移行する。

その後、ＣＰＵ３０１ａは、在庫確認要求を行うか否かを判定する（ステップＳ１０５）。ＣＰＵ３０１ａは、在庫確認要求を行うと判定した場合は（ステップＳ１０５：Ｙｅｓ）、在庫確認処理を実行した後（ステップＳ１０７）、ステップＳ１０９の処理に移行する。一方、ＣＰＵ３０１ａは、在庫確認要求を行うと判定しなかった場合は（ステップＳ１０５：Ｎｏ），ステップＳ１０７の処理を実行することなくステップＳ１０９の処理に移行する。

その後、ＣＰＵ３０１ａは、在庫資材を出庫するリクエストを行うか否かを判定する（ステップＳ１０９）。ＣＰＵ３０１ａは、出庫リクエストを行うと判定した場合は（ステップＳ１０９：Ｙｅｓ）、在庫資材出庫要求処理を実行した後（ステップＳ１１１）、ステップＳ１１３の処理に移行する。一方、ＣＰＵ３０１ａは、出庫リクエストを行うと判定しなかった場合は（ステップＳ１０９：Ｎｏ）、ステップＳ１１１の処理を実行することなく、ステップＳ１１３の処理に移行する。

その後、ＣＰＵ３０１ａは、持ち出した在庫資材について入庫するリクエストを行うか否かを判定する（ステップＳ１１３）。ＣＰＵ３０１ａは、入庫リクエストを行うと判定した場合は（ステップＳ１１３：Ｙｅｓ）、在庫資材入庫要求処理を実行した後（ステップＳ１１５）、ステップＳ１１７の処理に移行する。一方、ＣＰＵ３０１ａは、入庫リクエストを行うと判定しなかった場合は（ステップＳ１１３：Ｎｏ）、ステップＳ１１５の処理を実行することなくステップＳ１１７の処理に移行する。

その後、ＣＰＵ３０１ａは、所有する在庫資材を取引対象とする在庫共有化を行うか否かを判定する（ステップＳ１１７）。ＣＰＵ３０１ａは、在庫共有化を行うと判定した場合は（ステップＳ１１７：Ｙｅｓ）、在庫資材共有化登録処理を実行した後（ステップＳ１１９）、ステップＳ１２１の処理に移行する。一方、ＣＰＵ３０１ａは、在庫共有化を行うと判定しなかった場合は（ステップＳ１１７：Ｎｏ）、ステップＳ１１９の処理を実行することなくステップＳ１２１の処理に移行する。

その後、ＣＰＵ３０１ａは、共有化した在庫資材に対する引合情報を受信したか否かを判定する（ステップＳ１２１）。ＣＰＵ３０１ａは、引合情報を受信したと判定した場合は（ステップＳ１２１：Ｙｅｓ）、引合資材情報受信時処理を実行した後（ステップＳ１２３）、ステップＳ１２５の処理に移行する。一方、ＣＰＵ３０１ａは、引合情報を受信したと判定しなかった場合は（ステップＳ１２１：Ｎｏ）、ステップＳ１２３の処理を実行することなくステップＳ１２５の処理に移行する。

その後、ＣＰＵ３０１ａは、共有化された他のユーザーの在庫資材を探索するか否かを判定する（ステップＳ１２５）。ＣＰＵ３０１ａは、在庫資材の探索を行うと判定した場合は（ステップＳ１２５：Ｙｅｓ）、共有資材リクエスト処理を実行した後（ステップＳ１２７）、この処理を終了する。一方、ＣＰＵ３０１ａは、在庫資材の探索を行うと判定しなかった場合は（ステップＳ１２５：Ｎｏ）、ステップＳ１２７の処理を実行することなくこの処理を終了する。

次に、仕入管理処理におけるステップＳ１０３において実行される仕入資材登録要求処理について、図７（Ａ）を参照しながら説明する。

先ず、ＣＰＵ３０１ａは、仕入資材登録要求処理が実行されると、仕入情報入力処理を実行する（ステップＳ２０１）。具体的には、撮像部３０４によって撮像した資材に係る画像データを取得するか、あるいは、操作部３０２を用いた資材情報を入力する。

次に、ＣＰＵ３０１ａは、仕入リクエスト送信処理を実行する（ステップＳ２０３）。具体的には、ステップＳ２０１において取得した画像データあるいは資材情報とともに、在庫資材管理サーバ１０００に仕入れた資材を在庫資材として登録するコマンドを送信する。

その後、ＣＰＵ３０１ａは、在庫資材管理サーバ１０００から登録しようとする在庫資材の情報を受信したか否かを判定する（ステップＳ２０５）。ＣＰＵ３０１ａは、在庫資材管理サーバ１０００から在庫資材の情報を受信するまでステップＳ２０５の処理を繰り返す。ＣＰＵ３０１ａは、在庫資材管理サーバ１０００から在庫資材の情報を受信すると（ステップＳ２０５：Ｙｅｓ）、仕入登録内容確認処理を実行する（ステップＳ２０７）。具体的には、在庫資材管理サーバ１０００から送信された在庫資材の情報が表示部３０３に表示される。

ＣＰＵ３０１ａは、在庫資材管理サーバ１０００に登録しようとする在庫資材の情報が正しいか否かを判定する（ステップＳ２０９）。具体的には、ユーザーによる操作部３０２の操作により、在庫資材の情報が適正であるか否かの入力結果に基づいて判断される。ＣＰＵ３０１ａは、在庫資材の情報が正しいと判定しなかった場合（ステップＳ２０９：Ｎｏ）、仕入登録内容修正処理を実行し、在庫資材管理サーバ１０００より送られた在庫資材の情報の修正情報を生成する（ステップＳ２１１）。具体的には、ユーザーによる操作部３０２の操作により修正情報が生成される。その後、ＣＰＵ３０１ａは、生成した修正情報を在庫資材管理サーバ１０００に送信し（ステップＳ２１３）、ステップＳ２０５の処理に移行する。

一方、ＣＰＵ３０１ａは、ステップＳ２０９において、在庫資材の情報が正しいと判定した場合（ステップＳ２０９：Ｙｅｓ）、登録確認処理を実行する（ステップＳ２１５）。具体的には、在庫資材管理サーバ１０００より送られた在庫資材の情報が正しい旨の情報を在庫資材管理サーバ１０００に送信する。その後、ＣＰＵ３０１ａは、在庫資材管理サーバ１０００より確認通知（ＡＣＫ通知）があると（ステップＳ２１７）、在庫資材管理サーバ１０００に仕入れた資材が在庫資材として登録された旨の情報を表示部３０３に表示した後（ステップＳ２１９）、この処理を終了する。

次に、仕入管理処理におけるステップＳ１０７において実行される在庫確認処理について、図７（Ｂ）を参照しながら説明する。

先ず、ＣＰＵ３０１ａは、在庫確認処理の実行が開始されると、在庫確認情報入力処理を実行する（ステップＳ３０１）。具体的には、撮像部３０４により在庫数量の確認をしたい資材を撮像して画像データを取得するか、あるいは、操作部３０２を用いて在庫数量の確認を要求する在庫資材の情報を入力する。

次に、ＣＰＵ３０１ａは、在庫確認リクエスト送信処理を実行する（ステップＳ３０３）。具体的には、ステップＳ３０１において取得した画像データあるいは資材情報とともに、在庫資材管理サーバ１０００に在庫数量の確認を要求するコマンドを送信する。

その後、ＣＰＵ３０１ａは、在庫資材管理サーバ１０００から在庫数量の確認をしようとする在庫資材の情報を受信したか否かを判定する（ステップＳ３０５）。ＣＰＵ３０１ａは、在庫資材管理サーバ１０００から在庫資材の情報を受信するまでステップＳ３０５の処理を繰り返す。ＣＰＵ３０１ａは、在庫資材管理サーバ１０００から在庫資材の情報を受信すると（ステップＳ３０５：Ｙｅｓ）、リクエスト確認処理を実行する（ステップＳ３０７）。具体的には、在庫資材管理サーバ１０００から送信された在庫資材の情報が表示部３０３に表示される。

ＣＰＵ３０１ａは、在庫資材管理サーバ１０００から送信された在庫数量を確認しようとする在庫資材の情報が正しいか否かを判定する（ステップＳ３０９）。ＣＰＵ３０１ａは、在庫資材の情報が正しいと判定しなかった場合（ステップＳ３０９：Ｎｏ）、リクエスト内容修正処理を実行する（ステップＳ３１１）。具体的には、在庫資材管理サーバ１０００より送られた在庫資材の情報の修正情報を生成する。その後、ＣＰＵ３０１ａは、生成した修正情報を在庫資材管理サーバ１０００に送信し（ステップＳ３１３）、ステップＳ３０５の処理に移行する。

一方、ＣＰＵ３０１ａは、ステップＳ３０９において、在庫数量を確認しようとする在庫資材の情報が正しいと判定した場合（ステップＳ３０９：Ｙｅｓ）、確認通知処理を実行する（ステップＳ３１５）。具体的には、在庫資材管理サーバ１０００より送られた在庫資材の情報が正しい旨の情報を在庫資材管理サーバ１０００に送信する。その後、ＣＰＵ３０１ａは、在庫資材管理サーバ１０００より在庫情報を受信すると（ステップＳ３１７）、リクエストした在庫資材の在庫数量に関する情報を表示部３０３に表示した後（ステップＳ３１９）、この処理を終了する。

次に、仕入管理処理におけるステップＳ１１１において実行される在庫資材出庫要求処理について、図８（Ａ）を参照しながら説明する。

先ず、ＣＰＵ３０１ａは、在庫資材出庫要求処理が実行されると、出庫資材入力処理を実行する（ステップＳ４０１）。具体的には、撮像部３０４により出庫しようとする在庫資材を撮像して画像データを取得するか、あるいは、操作部３０２を用いて出庫しようとする在庫資材の情報を入力する。さらに、出庫する資材の数量を入力可能にしてもよい。

次に、ＣＰＵ３０１ａは、出庫リクエスト送信処理を実行する（ステップＳ４０３）。具体的には、ステップＳ４０１において取得した画像データあるいは在庫資材情報とともに、在庫資材管理サーバ１０００に当該在庫資材を出庫する旨のコマンドを送信する。

その後、ＣＰＵ３０１ａは、在庫資材管理サーバ１０００から出庫しようとする在庫資材情報を受信したか否かを判定する（ステップＳ４０５）。ＣＰＵ３０１ａは、在庫資材管理サーバ１０００から在庫資材情報を受信するまでステップＳ４０５の処理を繰り返す。ＣＰＵ３０１ａは、在庫資材管理サーバ１０００から在庫資材情報を受信すると（ステップＳ４０５：Ｙｅｓ）、内容確認処理を実行する（ステップＳ４０７）。具体的には、在庫資材管理サーバ１０００から送信された出庫しようとする在庫資材の情報が表示部３０３に表示される。

ＣＰＵ３０１ａは、在庫資材管理サーバ１０００に出庫しようとする在庫資材の情報が正しいか否かを判定する（ステップＳ４０９）。ＣＰＵ３０１ａは、在庫資材情報が正しいと判定しなかった場合（ステップＳ４０９：Ｎｏ）、登録内容修正処理を実行する（ステップＳ４１１）。具体的には、在庫資材管理サーバ１０００より送られた在庫資材の情報の修正情報を生成する。その後、ＣＰＵ３０１ａは、生成した修正情報を在庫資材管理サーバ１０００に送信し（ステップＳ４１３）、ステップＳ４０５の処理に移行する。

一方、ＣＰＵ３０１ａは、ステップＳ４０９において、出庫しようとする在庫資材の情報が正しいと判定した場合（ステップＳ４０９：Ｙｅｓ）、確認通知処理を実行する（ステップＳ４１５）。具体的には、在庫資材管理サーバ１０００より送られた在庫資材情報が正しい旨の情報を在庫資材管理サーバ１０００に送信する。その後、ＣＰＵ３０１ａは、在庫資材管理サーバ１０００より確認通知（ＡＣＫ通知）があると（ステップＳ４１７）、在庫資材の出庫を確認した旨の情報を表示部３０３に表示した後（ステップＳ４１９）、この処理を終了する。

次に、仕入管理処理におけるステップＳ１１５において実行される在庫資材入庫要求処理について、図８（Ｂ）を参照しながら説明する。

先ず、ＣＰＵ３０１ａは、在庫資材入庫要求処理の実行が開始されると、入庫資材入力処理を実行する（ステップＳ５０１）。具体的には、撮像部３０４により入庫しようとする在庫資材を撮像して画像データを取得するか、あるいは、操作部３０２を用いて入庫しようとする在庫資材の情報を入力する。

次に、ＣＰＵ３０１ａは、入庫リクエスト送信処理を実行する（ステップＳ５０３）。具体的には、ステップＳ５０１において取得した画像データあるいは在庫資材情報とともに、在庫資材管理サーバ１０００に当該在庫資材を入庫する旨のコマンドを送信する。

その後、ＣＰＵ３０１ａは、在庫資材管理サーバ１０００から入庫しようとする在庫資材情報を受信したか否かを判定する（ステップＳ５０５）。ＣＰＵ３０１ａは、在庫資材管理サーバ１０００から在庫資材情報を受信するまでステップＳ５０５の処理を繰り返す。ＣＰＵ３０１ａは、在庫資材管理サーバ１０００から在庫資材情報を受信すると（ステップＳ５０５：Ｙｅｓ）、内容確認処理を実行する（ステップＳ５０７）。具体的には、在庫資材管理サーバ１０００から送信された入庫しようとする在庫資材の情報が表示部３０３に表示される。

ＣＰＵ３０１ａは、在庫資材管理サーバ１０００に入庫しようとする在庫資材の情報が正しいか否かを判定する（ステップＳ５０９）。ＣＰＵ３０１ａは、在庫資材情報が正しいと判定しなかった場合（ステップＳ５０９：Ｎｏ）、登録内容修正処理を実行する（ステップＳ５１１）。具体的には、在庫資材管理サーバ１０００より送られた在庫資材の情報の修正情報を生成する。その後、ＣＰＵ３０１ａは、生成した修正情報を在庫資材管理サーバ１０００に送信し（ステップＳ５１３）、ステップＳ５０５の処理に移行する。

一方、ＣＰＵ３０１ａは、ステップＳ５０９において、入庫しようとする在庫資材の情報が正しいと判定した場合（ステップＳ５０９：Ｙｅｓ）、確認通知処理を実行する（ステップＳ５１５）。具体的には、在庫資材管理サーバ１０００より送られた在庫資材情報が正しい旨の情報を在庫資材管理サーバ１０００に送信する。その後、ＣＰＵ３０１ａは、在庫資材管理サーバ１０００より確認通知（ＡＣＫ通知）があると（ステップＳ５１７）、在庫資材の入庫を確認した旨の情報を表示部３０３に表示した後（ステップＳ５１９）、この処理を終了する。

次に、仕入管理処理におけるステップＳ１１９において実行される在庫資材共有化登録処理について、図９（Ａ）を参照しながら説明する。

先ず、ＣＰＵ３０１ａは、在庫資材共有化登録処理の実行が開始されると、共有資材入力処理を実行する（ステップＳ６０１）。具体的には、操作部３０２を用いて在庫資材管理部１０２ａによって管理されているユーザーの在庫資材のうち取引の対象としようとする在庫資材の情報を入力する。

次に、ＣＰＵ３０１ａは、共有リクエスト送信処理を実行する（ステップＳ６０３）。具体的には、ステップＳ６０１において取得した在庫資材情報とともに、在庫資材管理サーバ１０００に当該在庫資材を取引の対象とする旨（共有化する旨）のコマンドを送信する。

その後、ＣＰＵ３０１ａは、在庫資材管理サーバ１０００から共有化しようとする在庫資材情報を受信した旨の確認情報を受信したか否かを判定する（ステップＳ６０５）。ＣＰＵ３０１ａは、在庫資材管理サーバ１０００から確認情報を受信するまでステップＳ６０５の処理を繰り返す。ＣＰＵ３０１ａは、在庫資材管理サーバ１０００から確認情報を受信すると（ステップＳ６０５：Ｙｅｓ）、共有確認表示処理を実行した後（ステップＳ６０７）、この処理を終了する。具体的には、在庫資材管理サーバ１０００において管理されている在庫資材のうち、共有化しようとする在庫資材が共有化され、共有在庫資材管理部１０２ｂに登録された旨の情報が表示部３０３に表示される。

なお、本実施形態では、在庫資材の共有化が可能な者を限定しない構成としているが、例えば、施工業者の代表者や仕入責任者等、決裁権限が与えられた者のみ在庫資材の共有化が可能であり、その他の者については在庫資材の共有化が制限される機能を有していてもよい。また、本実施形態では、本実施形態に係る塗料在庫管理システムＳＹに登録された何れのユーザーとも共有化された在庫資材の取引を可能に構成しているが、例えば、取引が可能なユーザーの範囲を限定する機能を有するようにしてもよく、特定のユーザーとのみ取引可能としたり、ユーザーの所在地から所定距離の範囲内にあるユーザーとのみ取引可能としてもよい。

次に、仕入管理処理におけるステップＳ１２３において実行される引合資材情報受信時処理について、図９（Ｂ）を参照しながら説明する。

先ず、ＣＰＵ３０１ａは、引合資材情報受信時処理の実行が開始されると、引合情報表示処理を実行する（ステップＳ７０１）。具体的には、在庫資材管理サーバ１０００の記憶部１０２における共有在庫資材管理部１０２ｂに登録されているユーザーの在庫資材のうち、引き合いがあった在庫資材の情報が表示部３０３に表示される。

次に、ＣＰＵ３０１ａは、諾否処理を実行する（ステップＳ７０３）。具体的には、ユーザーにより取引を受諾するか拒否するかについて操作部３０２の選択操作を受け付ける。ＣＰＵ３０１ａは、ユーザーが取引を受諾したか否かを判定する（ステップＳ７０５）。ＣＰＵ３０１ａは、ユーザーが取引を受諾したと判定した場合は（ステップＳ７０５：Ｙｅｓ）、決済要求処理を実行し、在庫資材管理サーバ１０００に決済を要求し（ステップＳ７０７）、その後、購入者との受け渡し方法を確認する受渡確認処理を実行し（ステップＳ７０９）、この処理を終了する。より具体的には、受け渡しを行う地域・場所、受け渡し方法（例えば、直接引き渡しや配送等）の設定及び両者による確認を行う。その後、在庫資材管理サーバ１０００では、取引の対象となった在庫資材のユーザーを変更する処理が行われる。一方、ＣＰＵ３０１ａは、ステップＳ７０５において、ユーザーが取引を受諾したと判定しなかった場合は（ステップＳ７０５：Ｎｏ）、取引拒否処理を実行し（ステップＳ７１１）、在庫資材管理サーバ１０００に取引を拒否する旨の通知を行い、この処理を終了する。

次に、仕入管理処理におけるステップＳ１２７において実行される共有資材リクエスト処理について、図１０を参照しながら説明する。

先ず、ＣＰＵ３０１ａは、共有資材リクエスト処理の実行が開始されると、共有資材検索入力受付処理を実行する（ステップＳ８０１）。具体的には、ユーザーの操作部３０２により、ユーザーの所望とする資材が在庫資材管理サーバ１０００の記憶部１０２における共有在庫資材管理部１０２ｂに登録されているかについて検索するための入力を受け付ける。

次に、ＣＰＵ３０１ａは、位置情報を付加するか否かを判定する（ステップＳ８０３）。すなわち、検索条件にユーザーの施工現場の所在地等の情報を付加して、当該施工現場に近い場所に共有化された他のユーザーの在庫資材が上位にリストアップされるようにすることができる。なお、位置情報を付加する機能を有せず、ユーザーの所在地に基づき、当該ユーザーから近い他のユーザーの在庫資材が上位にリストアップされる機能のみ有するようにしてもよい。ＣＰＵ３０１ａは、位置情報を付加すると判定した場合は（ステップＳ８０３：Ｙｅｓ）、ユーザーの所望とする共有在庫資材の検索条件に位置情報が付加されるように検索リクエスト情報に付加した後（ステップＳ８０５）、ステップＳ８０７の処理に移行する。一方、ＣＰＵ３０１ａは、位置情報を付加すると判定しない場合は（ステップＳ８０３：Ｎｏ）、ステップＳ８０５の処理を実行することなく、ステップＳ８０７の処理に移行する。

続いて、ＣＰＵ３０１ａは、共有資材リクエスト情報送信処理を実行する（ステップＳ８０７）。具体的には、在庫資材管理サーバ１０００にユーザーの所望とする共有在庫資材の検索を実行するリクエスト情報を送信する。その後、ＣＰＵ３０１ａは、在庫資材管理サーバ１０００よりリクエストした共有在庫資材のリストの受信を待って（ステップＳ８０９）、ステップＳ８１１の処理に移行する。

ＣＰＵ３０１ａは、在庫資材管理サーバ１０００より送信された共有在庫資材リストからユーザーの所望とする資材を選択する操作を受け付ける共有資材選択処理を実行し（ステップＳ８１１）、共有在庫資材リストに希望資材があるか否かを判定する（ステップＳ８１３）。ＣＰＵ３０１ａは、希望資材があると判定した場合は（ステップＳ８１３：Ｙｅｓ）、選択した希望資材を購入するべく、在庫資材管理サーバ１０００に取引要求を通知する取引要求処理を実行する（ステップＳ８１５）。その後、ＣＰＵ３０１ａは、在庫資材管理サーバ１０００からの決済要求の受信を待って（ステップＳ８１７）、決済処理を実行した後（ステップＳ８１９）、この処理を終了する。決済処理では、例えば、クレジットカード払いや口座引落等といった支払条件を入力し、在庫資材管理サーバ１０００に送信する。在庫資材管理サーバ１０００では、受信した支払条件により決済処理を行い、取引の成立が当該通信端末に送信され、その旨の情報が表示部３０３に表示される。また、この場合、取引の相手方のユーザーとの購入した在庫資材の受け渡しを行う地域・場所や受け渡し方法が表示され、ユーザーはこれに従って取引の相手方のユーザーより購入した在庫資材の受け渡しを行う。

次に、図１１～図１５を参照しながら在庫資材管理サーバ１０００の制御部１０１において実行される処理について説明する。

図１１に示す在庫管理処理の実行が開始されると、制御部１０１のＣＰＵ１０１ａは、
登録されているユーザーの通信端末やクライアント端末から仕入れた資材について在庫資材として登録するリクエストがあったか否かを判定する（ステップＳ１００１）。ＣＰＵ１０１ａは、リクエストがあったと判定した場合は（ステップＳ１００１：Ｙｅｓ）、仕入資材登録処理を実行した後（ステップＳ１００３）、ステップＳ１００５の処理に移行する。一方、ＣＰＵ１０１ａは、リクエストがあったと判定しない場合は（ステップＳ１００１：Ｎｏ）、ステップＳ１００３の処理を実行することなく、ステップＳ１００５の処理に移行する。

その後、ＣＰＵ１０１ａは、登録されているユーザーの通信端末やクライアント端末からユーザーが所有する資材の在庫確認のリクエストがあったか否かを判定する（ステップＳ１００５）。ＣＰＵ１０１ａは、在庫確認のリクエストがあったと判定した場合は（ステップＳ１００５：Ｙｅｓ）、在庫確認処理を実行した後（ステップＳ１００７）、ステップＳ１００９の処理に移行する。一方、在庫確認のリクエストがあったと判定しない場合は（ステップＳ１００５：Ｎｏ）、ステップＳ１００７の処理を実行することなく、ステップＳ１００９の処理に移行する。

その後、ＣＰＵ１０１ａは、登録されているユーザーの通信端末やクライアント端末からユーザーが所有する在庫資材の出庫リクエストがあったか否かを判定する（ステップＳ１００９）。ＣＰＵ１０１ａは、出庫リクエストがあったと判定した場合は（ステップＳ１００９：Ｙｅｓ）、在庫資材出庫処理を実行した後（ステップＳ１０１１）、ステップＳ１０１３の処理に移行する。一方、出庫リクエストがあったと判定しない場合は（ステップＳ１００９：Ｎｏ）、ステップＳ１０１１の処理を実行することなく、ステップＳ１０１３の処理に移行する。

その後、ＣＰＵ１０１ａは、登録されているユーザーの通信端末やクライアント端末からユーザーが所有する出庫済みの在庫資材について入庫リクエストがあったか否かを判定する（ステップＳ１０１３）。ＣＰＵ１０１ａは、入庫リクエストがあったと判定した場合は（ステップＳ１０１３：Ｙｅｓ）、在庫資材入庫処理を実行した後（ステップＳ１０１５）、ステップＳ１０１７の処理に移行する。一方、入庫リクエストがあったと判定しない場合は（ステップＳ１０１３：Ｎｏ）、ステップＳ１０１５の処理を実行することなく、ステップＳ１０１７の処理に移行する。

その後、ＣＰＵ１０１ａは、登録されているユーザーの通信端末やクライアント端末からユーザーが所有する在庫資材について共有化登録のリクエストがあったか否かを判定する（ステップＳ１０１７）。ＣＰＵ１０１ａは、共有化登録のリクエストがあったと判定した場合は（ステップＳ１０１７：Ｙｅｓ）、共有在庫資材登録処理を実行した後（ステップＳ１０１９）、ステップＳ１０２１の処理に移行する。一方、共有化登録のリクエストがあったと判定しない場合は（ステップＳ１０１７：Ｎｏ）、ステップＳ１０１９の処理を実行することなく、ステップＳ１０２１の処理に移行する。

その後、ＣＰＵ１０１ａは、登録されているユーザーの通信端末やクライアント端末から他のユーザーが所有する共有在庫資材について購入を要望する旨の購入リクエストがあったか否かを判定する（ステップＳ１０２１）。ＣＰＵ１０１ａは、購入リクエストがあったと判定した場合は（ステップＳ１０２１：Ｙｅｓ）、共有在庫資材引合処理を実行した後（ステップＳ１０２３）、ステップＳ１０２５の処理に移行する。一方、購入リクエストがあったと判定しない場合は（ステップＳ１０２１：Ｎｏ）、ステップＳ１０２３の処理を実行することなく、ステップＳ１０２５の処理に移行する。

その後、ＣＰＵ１０１ａは、登録されているユーザーの通信端末やクライアント端末からユーザーにより購入された他のユーザーの共有在庫資材に係る決済リクエストがあったか否かを判定する（ステップＳ１０２５）。ＣＰＵ１０１ａは、決済リクエストがあったと判定した場合は（ステップＳ１０２５：Ｙｅｓ）、決済処理を実行した後（ステップＳ１０２７）、ステップＳ１０２９の処理に移行する。一方、決済リクエストがあったと判定しない場合は（ステップＳ１０２５：Ｎｏ）、ステップＳ１０２７の処理を実行することなく、ステップＳ１０２９の処理に移行する。

その後、ＣＰＵ１０１ａは、登録されているユーザーの通信端末やクライアント端末から施工現場に関する登録要求があったか否かを判定する（ステップＳ１０２９）。ＣＰＵ１０１ａは、施工現場に関する登録要求があったと判定した場合は（ステップＳ１０２９：Ｙｅｓ）、施工現場管理処理を実行した後（ステップＳ１０３１）、ステップＳ１０３３の処理に移行する。一方、施工現場に関する登録要求があったと判定しない場合は（ステップＳ１０２９：Ｎｏ）、ステップＳ１０３１の処理を実行することなく、ステップＳ１０３３の処理に移行する。

その後、ＣＰＵ１０１ａは、在庫資材管理サーバ１０００における記憶部１０２における在庫資材管理部１０２ａで管理されている在庫資材について情報の更新が所定期間内ものがあるか否かを判定する（ステップＳ１０３３）。ＣＰＵ１０１ａは、所定期間、在庫資材について情報の更新がないと判定した場合は（ステップＳ１０３３：Ｙｅｓ）、アラート処理を実行した後（ステップＳ１０３５）、この処理を終了する。一方、ＣＰＵ１０１ａは、所定期間、在庫資材について情報の更新がないと判定しない場合は（ステップＳ１０３５：Ｎｏ）、ステップＳ１０３５の処理を実行することなく、この処理を終了する。

次に、在庫管理処理におけるステップＳ１００３において実行される仕入資材登録処理について、図１２を参照しながら説明する。

先ず、ＣＰＵ１０１ａは、仕入資材登録処理の実行が開始されると、通信端末やクライアント端末から、通信端末によって撮像された資材に係る画像データを受信したか否かを判定する（ステップＳ１１０１）。ＣＰＵ１０１ａは、画像データを受信したと判定した場合は（ステップＳ１１０１：Ｙｅｓ）、画像解析装置４０００に画像データから文字情報を抽出してテキストデータに変換するＯＣＲ処理を指示するＯＣＲ解析要求処理を実行する（ステップＳ１１０３）。その後、ＣＰＵ１０１ａは、画像解析装置４０００からＯＣＲ処理されたテキストデータの受信を待って（ステップＳ１１０５）、ステップＳ１１０９の処理に移行する。一方、ＣＰＵ１０１ａは、画像データを受信したと判定しない場合、すなわち、通信端末の操作部３０２を用いて入力された資材情報を受信した場合は（ステップＳ１１０１：Ｎｏ）、当該入力された資材情報に基づいて商品マスタ記憶部１０２ｄに記憶された商品マスタから該当するメーカあるいは販売会社名、商品名、カラー等の情報を抽出した後（ステップＳ１１０７）ステップＳ１１０９の処理に移行する。

その後、ＣＰＵ１０１ａは、画像解析装置４０００から受信したテキストデータ又は通信端末から送信された資材情報に基づいて商品マスタ記憶部１０２ｄに記憶された商品マスタからメーカあるいは販売会社名、商品名、カラーとともに、当該仕入れた資材のロットナンバー及び消費期限等の必要な情報を特定し（ステップＳ１１０９）、送信元の通信端末あるいはクライアント端末に在庫資材として登録しようとする仕入資材に関する情報を送信する（ステップＳ１１１１）。

続いて、ＣＰＵ１０１ａは、通信端末あるいはクライアント端末より、在庫資材管理サーバ１０００より送信された登録しようとする仕入資材に関する情報が正しい旨の確認情報を受信したか否かを判定する（ステップＳ１１１３）。ＣＰＵ１０１ａは、確認情報を受信したと判定した場合は（ステップＳ１１１３：Ｙｅｓ）、登録しようとする仕入資材に関する情報を在庫資材として記憶部１０２における在庫資材管理部１０２ａで管理されている在庫管理データベースに登録した後（ステップＳ１１１５）、この処理を終了する。一方、ＣＰＵ１０１ａは、確認情報を受信しない場合、すなわち、登録しようとする仕入資材に関する情報が正しくない場合は、通信端末あるいはクライアント端末からの修正情報を受け付ける修正情報受信処理を実行した後（ステップＳ１１１７）、ステップＳ１１１１の処理に移行する。

次に、在庫管理処理におけるステップＳ１００７において実行される在庫確認処理について、図１３（Ａ）を参照しながら説明する。

先ず、ＣＰＵ１０１ａは、在庫確認処理の実行が開始されると、通信端末やクライアント端末から、通信端末によって撮像された資材に係る画像データを受信したか否かを判定する（ステップＳ１２０１）。ＣＰＵ１０１ａは、画像データを受信したと判定した場合は（ステップＳ１２０１：Ｙｅｓ）、画像解析装置４０００に画像データから文字情報を抽出してテキストデータに変換するＯＣＲ処理を指示するＯＣＲ解析要求処理を実行する（ステップＳ１２０３）。その後、ＣＰＵ１０１ａは、画像解析装置４０００からＯＣＲ処理されたテキストデータの受信を待って（ステップＳ１２０５）、ステップＳ１２０９の処理に移行する。その後、ＣＰＵ１０１ａは、受信したテキストデータに基づいてメーカあるいは販売会社名、商品名、カラー等の情報を抽出し、その結果に基づいて、記憶部１０２における在庫資材管理部１０２ａにおいて管理されているユーザーの在庫資材から所望する資材の情報を検索し（ステップＳ１２０７）、ステップＳ１２１１の処理に移行する。一方、ＣＰＵ１０１ａは、画像データを受信したと判定しない場合、すなわち、通信端末の操作部３０２を用いて入力された資材情報を受信した場合は（ステップＳ１２０１：Ｎｏ）、当該入力された資材情報に基づいて、ユーザーの在庫資材から所望する資材の情報を検索し（ステップＳ１２０９）、ステップＳ１２１１の処理に移行する。

ＣＰＵ１０１ａは、その後、検索結果、抽出されたユーザーの検索対象とする在庫資材の情報を送信元の通信端末あるいはクライアント端末に送信した後（ステップＳ１２１１）、この処理を終了する。なお、通信端末あるいはクライアント端末から、リクエストした在庫資材と送信した在庫資材の情報が異なっている場合は、当該通信端末あるいはクライアント端末から修正情報が送信されるので、その修正情報から特定される在庫資材の情報を在庫資材管理部１０２ａから抽出し、当該通信端末あるいはクライアント端末に在庫資材の情報を送信することとなる。

次に、在庫管理処理におけるステップＳ１０１１において実行される在庫資材出庫処理について、図１３（Ｂ）を参照しながら説明する。

先ず、ＣＰＵ１０１ａは、在庫資材出庫処理の実行が開始されると、通信端末やクライアント端末から、通信端末によって撮像された資材に係る画像データを受信したか否かを判定する（ステップＳ１３０１）。ＣＰＵ１０１ａは、画像データを受信したと判定した場合は（ステップＳ１３０１：Ｙｅｓ）、画像解析装置４０００に画像データから文字情報を抽出してテキストデータに変換するＯＣＲ処理を指示するＯＣＲ解析要求処理を実行する（ステップＳ１３０３）。その後、ＣＰＵ１０１ａは、画像解析装置４０００からＯＣＲ処理されたテキストデータの受信を待って（ステップＳ１３０５）、ステップＳ１３０７の処理に移行する。その後、ＣＰＵ１０１ａは、受信したテキストデータに基づいてメーカあるいは販売会社名、商品名、カラー等の情報を抽出し、その結果に基づいて、記憶部１０２における在庫資材管理部１０２ａにおいて管理されているユーザーの在庫資材から出庫しようとする在庫資材の情報を検索し（ステップＳ１３０７）、ステップＳ１３１１の処理に移行する。一方、ＣＰＵ１０１ａは、画像データを受信したと判定しない場合、すなわち、通信端末の操作部３０２を用いて入力された資材情報を受信した場合は（ステップＳ１３０１：Ｎｏ）、当該入力された資材情報に基づいて、ユーザーの在庫資材から出庫しようとする在庫資材の情報を検索し（ステップＳ１３０９）、ステップＳ１３１１の処理に移行する。

ＣＰＵ１０１ａは、その後、検索結果、抽出された在庫資材について、出庫された旨を示す出庫フラグを立てて、当該在庫資材が出庫中であることを特定可能にデータ更新する（ステップＳ１３１１）。そして、ＣＰＵ１０１ａは、ユーザーが出庫しようとする在庫資材について出庫された旨の通知がユーザーが所属する業者の所有するクライアント端末や通信端末に通知した後（ステップＳ１３１３）、この処理を終了する。なお、通信端末あるいはクライアント端末から、出庫リクエストした在庫資材と送信した在庫資材の情報が異なっている場合は、当該通信端末あるいはクライアント端末から修正情報が送信されるので、その修正情報から特定される在庫資材について出庫フラグが立つよう修正処理が行われ、当該通信端末あるいはクライアント端末に出庫された在庫資材の情報を送信することとなる。

次に、在庫管理処理におけるステップＳ１０１５において実行される在庫資材入庫処理について、図１４（Ａ）を参照しながら説明する。

先ず、ＣＰＵ１０１ａは、在庫資材入庫処理の実行が開始されると、通信端末やクライアント端末から、通信端末によって撮像された資材に係る画像データを受信したか否かを判定する（ステップＳ１４０１）。ＣＰＵ１０１ａは、画像データを受信したと判定した場合は（ステップＳ１４０１：Ｙｅｓ）、画像解析装置４０００に画像データから文字情報を抽出してテキストデータに変換するＯＣＲ処理を指示するＯＣＲ解析要求処理を実行する（ステップＳ１４０３）。その後、ＣＰＵ１０１ａは、画像解析装置４０００からＯＣＲ処理されたテキストデータの受信を待って（ステップＳ１４０５）、ステップＳ１４０７の処理に移行する。その後、ＣＰＵ１０１ａは、受信したテキストデータに基づいてメーカあるいは販売会社名、商品名、カラー等の情報を抽出し、その結果に基づいて、記憶部１０２における在庫資材管理部１０２ａにおいて管理されているユーザーの在庫資材であって、入庫しようとする出庫済在庫資材の情報を検索し（ステップＳ１４０７）、ステップＳ１４１１の処理に移行する。一方、ＣＰＵ１０１ａは、画像データを受信したと判定しない場合、すなわち、通信端末の操作部３０２を用いて入力された資材情報を受信した場合は（ステップＳ１４０１：Ｎｏ）、当該入力された資材情報に基づいて、入庫しようとする出庫済在庫資材の情報を検索し（ステップＳ１４０９）、ステップＳ１４１１の処理に移行する。

ＣＰＵ１０１ａは、その後、検索結果、抽出された在庫資材について、出庫フラグをクリアし、当該入庫しようとする在庫資材が入庫されたことを特定可能にデータ更新する（ステップＳ１４１１）。そして、ＣＰＵ１０１ａは、入庫しようとする在庫資材について入庫処理された旨の通知がユーザーが所属する業者の所有するクライアント端末や通信端末に通知した後（ステップＳ１４１３）、この処理を終了する。なお、通信端末あるいはクライアント端末から、入庫リクエストした在庫資材と送信した在庫資材の情報が異なっている場合は、当該通信端末あるいはクライアント端末から修正情報が送信されるので、その修正情報から特定される在庫資材について出庫フラグをクリアする修正処理が行われ、当該通信端末あるいはクライアント端末に入庫された在庫資材の情報を送信することとなる。

次に、在庫管理処理におけるステップＳ１０１９において実行される共有在庫資材登録処理について、図１４（Ｂ）を参照しながら説明する。

先ず、ＣＰＵ１０１ａは、共有在庫資材登録処理の実行が開始されると、ユーザーから共有化のリクエストがあった在庫資材について、出品フラグをセットした後（ステップＳ１５０１）、当該在庫資材と記憶部１０２における共有在庫資材管理部１０２ｂの共有化在庫管理データベースにデータセットし（ステップＳ１５０３）、この処理を終了する。

次に、在庫管理処理におけるステップＳ１０２３において実行される共有在庫資材引合処理について、図１４（Ｃ）を参照しながら説明する。

先ず、ＣＰＵ１０１ａは、通信端末あるいはクライアント端末より受信した共有在庫資材の情報のリクエストを受けて、当該リクエストに応じた共有在庫資材に関する情報を送信元の通信端末あるいはクライアント端末に送信する（ステップＳ１６０１）。この場合、リクエストを送信したユーザーの所在地に近い順にリストを並び替えてユーザーの取引の便宜が図られている。なお、ユーザーの所在地に近いユーザーのみを抽出してリクエストを送信したユーザーに情報を送信するようにしてもよい。

その後、ＣＰＵ１０１ａは、送信元の通信端末あるいはクライアント端末より、取引を所望とする他のユーザーの共有在庫資材（すなわち、購入を所望とする資材）に関する情報を受信したか否かを判定する（ステップＳ１６０３）。ＣＰＵ１０１ａは、購入を所望とする資材があったと判定した場合は（ステップＳ１６０３：Ｙｅｓ）、当該取引の対象とされた在庫資材を所有するユーザーの通信端末あるいはクライアント端末に対して、共有化された在庫資材について購入のリクエストがあった旨の引合情報を送信する（ステップＳ１６０５）。なお、引合情報を送信する先を、施工業者の代表者や仕入責任者等、決裁権限が与えられた者が所持する通信端末あるいはクライアント端末にのみとするようにしてもよい。

その後、ＣＰＵ１０１ａは、引合情報を送信した通信端末あるいはクライアント端末より、決済をリクエストする旨の情報（決済要求情報）を受信したか否かを判定する（ステップＳ１６０７）。ＣＰＵ１０１ａは、決済要求情報を受信したと判定した場合は（ステップＳ１６０７：Ｙｅｓ）、決済手続きの要求を、購入を所望とする送信元の通信端末あるいはクライアント端末に送信する決済要求処理を実行した後（ステップＳ１６０９）、この処理を終了する。一方、決済要求情報を受信したと判定しない場合は（ステップＳ１６０７：Ｎｏ）、当該取引が成立しなかった旨の情報を取引に係る両ユーザーの通信端末あるいはクライアント端末に送信する取引不成立処理を実行した後（ステップＳ１６１１）、この処理を終了する。

次に、在庫管理処理におけるステップＳ１０２７において実行される決済処理について、図１５（Ａ）を参照しながら説明する。

先ず、ＣＰＵ１０１ａは、通信端末あるいはクライアント端末より決済を要求する決済情報を受信すると（ステップＳ１７０１）、決済機関が備える決済装置５０００に決済の依頼を行う（ステップＳ１７０３）。ＣＰＵ１０１ａは、決済機関５０００より決済承認の旨の情報を受信したか否かを判定する（ステップＳ１７０５）。ＣＰＵ１０１ａは、決済承認の旨の情報を受信した場合は（ステップＳ１７０５：Ｙｅｓ）、購入を所望とするユーザーの通信端末あるいはクライアント端末に対して決済が完了した旨の通知を行う。一方、ＣＰＵ１０１ａは、決済承認の旨の情報を受信しない場合、すなわち、決済不能の通知を受信した場合は（ステップＳ１７０５：Ｎｏ）、購入を所望とするユーザーの通信端末あるいはクライアント端末に対して、当該決済が不能であり、取引不可能である旨の通知を行う。その後、ＣＰＵ１０１ａは、決済の結果に基づいて、記憶部１０２における共有在庫資材管理部１０２ｂに登録されているユーザーの在庫資材の情報を更新した後（ステップＳ１７０３）、この処理を終了する。

次に、在庫管理処理におけるステップＳ１０３１において実行される施工現場管理処理について、図１５（Ｂ）を参照しながら説明する。

先ず、ＣＰＵ１０１ａは、施工現場管理処理の実行が開始されると、ユーザーの通信端末あるいはクライアント端末より施工現場の登録要求を受信すると（ステップＳ１８０１）、図５に示す要領で、施工スケジュールが施工部１０２の施工現場管理部１０２ｃにおける施工現場管理データベースに登録した後（ステップＳ１８０３）、この処理を終了する。

次に、在庫管理処理におけるステップＳ１０３５において実行されるアラート処理について、図１５（Ｃ）を参照しながら説明する。

先ず、ＣＰＵ１０１ａは、記憶部１０２における在庫資材管理部１０２ａにおいて管理している在庫資材の更新状況を確認し、所定期間（本実施形態では、例えば、６か月）更新がないものを検索する（ステップＳ１９０１）。その後、ＣＰＵ１０１ａは、在庫資材管理部１０２ａにおける在庫資材のうち、所定期間更新がないものがあるか否かを判定する。ＣＰＵ１０１ａは、所定期間更新がない在庫資材があると判定した場合（すなわち、対象となる在庫資材があると判定した場合）は（ステップＳ１９０３）、対応するユーザーの通信端末あるいはクライアント端末にその旨のアラート情報を送信した後（ステップＳ１９０５）、この処理を終了する。一方、所定期間更新がない在庫資材があると判定しなかった場合は（ステップＳ１９０３：Ｎｏ）、ステップＳ１９０５の処理を実行することなく、この処理を終了する。なお、本実施形態において、所定期間のデータ更新がない場合の他、例えば、消費期限が近い在庫資材がある場合にもアラート情報を送信するようにしてもよい。

以上のようにして構成された通信端末の塗料在庫管理システムの動作について、図１６～図１８を参照しながら説明する。なお、本実施形態では、通信端末３００１Ａを例にして説明するが、他の通信端末についても同様の動作を行う。

通信端末３００１Ａは、塗料在庫管理システムのアプリケーションを起動すると、図１６（Ａ）に示すように、表示部３０３に各種メニューボタンが配置されたメニュー画面が表示される。メニュー画面では、例えば、仕入資材登録ボタンＢ０１、在庫確認ボタンＢ０２、出庫リクエストボタンＢ０３、入庫リクエストボタンＢ０４、在庫資材共有化ボタンＢ０５、共有資材探索ボタンＢ０６、施工現場検索ボタンＢ２１、資材取引ボタンＢ２２（図１８参照）とが縦列に配置されており、ユーザーは所望とする機能を実行するために対応するボタンにタッチ操作することで、各種機能が実行される。

図１６（Ａ）に示すように、メニュー画面においてユーザーが在庫確認ボタンＢ０２をタッチ操作すると、同図（Ｂ）に示すように、表示部３０３では、メニュー画面から在庫確認モードの画面に遷移する。在庫確認モードでは、在庫として保有している塗料の数量を確認することができる。本実施形態では、在庫を確認したい塗料缶に表示されている商品名等のパッケージを撮像して在庫資材管理サーバ１０００に問い合わせることで、当該塗料の在庫数量が表示部３０３に表示される。具体的には、同図（Ｂ）に示すように、在庫確認モードに移行すると、表示部３０３には［在庫確認］の文字が上方に表示されて在庫確認モードに移行したことを報知するとともに、撮影ボタンＢ０７とメニューボタンＢ０８が表示される。

そして、ユーザーが撮影ボタンＢ０７を操作すると、同図（Ｃ）に示すように、撮像部３０４による撮像モードに移行する。撮像モードでは、パッケージ表示（特に、メーカあるいは販売会社、商品名、色等）が含まれるようにして塗料缶を撮像すると、同図（Ｄ）に示すように、表示部３０３に撮像した結果が表示される。このとき、撮像結果の表示の下方には、送信ボタンＢ０９とキャンセルボタンＢ１０が表示されており、撮像結果に問題がなければ送信ボタンＢ０９をタッチ操作することで、同図（Ｅ）に示すように、在庫資材管理サーバ１０００より、当該塗料の情報が在庫の数量とともに送信され、表示部３０３に在庫情報表示Ｍ０１が表示される。在庫情報表示Ｍ０１に表示された情報に誤りがない場合には、内容を確認した上で確認ボタンＢ１１をタッチすることで在庫確認モードを終了させることができる。一方、ＯＣＲによるテキストデータの変換ミス等の要因により、誤った情報が在庫資材管理サーバ１０００より送信され、在庫情報表示Ｍ０１に表示された場合には、修正ボタンＢ１２をタッチ操作して内容の修正を行うことができる。

一方、図１６（Ｂ）に示す在庫確認モードの表示画面においてメニューボタンＢ０８が操作された場合には、同図（Ｃ´）に示すように、メーカのドロップダウンボタンＤ０１、商品名のドロップダウンボタンＤ０２、カラーのドロップダウンボタンＤ０３が配置された選択モードに移行する。選択モードでは、メーカ、商品名及びカラーをそれぞれドロップダウンメニューから選択することで、在庫確認したい塗料の情報を在庫資材管理サーバ１０００に送信することができる。その結果、同図（Ｅ）に示して上述した在庫情報表示Ｍ０１が表示部３０３に表示される。

また、本実施形態では、塗料管理システムＳＹに登録されているユーザーとしての施工業者の施工現場及び施工内容をマップ上に表示させて、他のユーザーがどこでどのような工事が行われているについて把握することができるようになっている。より具体的には、図１７（Ａ）に示すメニュー画面においてユーザーが施工現場検索ボタンＢ２１をタッチ操作すると、測位部３０５が現在位置を測位するとともに、在庫資材管理サーバ１０００に施工現場の所在地の情報の送信をリクエストする。その後、在庫資材管理サーバ１０００から施工現場の所在地の情報を受信すると、同図（Ｂ）に示すように、地図画面に現在位置をプロットするとともに、受信した施工現場の所在地の情報に基づいて、近隣の施工現場についてピンを表示する。ここで、ピンをタッチ操作すると、施工業者や施工内容等の詳細情報のポップアップ表示が表示される。これにより、例えば、施工現場に持ち込んでいない資材や工具が急ぎ必要となった場合に、他のユーザーから借りたり、譲り受けたりするなどといったことに利用することができ、不必要な購買を回避することが可能になる。

また、本実施形態に係る塗料管理システムＳＹでは、登録されたユーザー間で在庫資材の売買斡旋を行うことができる。具体的には、図１８（Ａ）に示すメニュー画面において、ユーザーが上方にフリック操作すると、施工現場検索ボタンＢ２１の下方に資材取引ボタンＢ２２が出現する。ユーザーは、出現した資材取引ボタンＢ２２を操作すると、同図（Ｂ）に示す表示部３０３には、メーカのドロップダウンボタンＤ０４、商品名のドロップダウンボタンＤ０５、カラーのドロップダウンボタンＤ０６が配置された選択画面に移行する。ユーザーは、メーカ、商品名及びカラーをそれぞれドロップダウンメニューから選択することで所望とする資材を選択することができる。資材の選択が完了すると、条件に合致する共有化在庫資材のリストの送信をリクエストする。その後、在庫資材管理サーバ１０００から共有化在庫資材のリストを受信すると、同図（Ｃ）に示すように、所望とする資材の情報Ｍ０２と、当該条件に合致する資材を所有する他のユーザー、出品価格、在庫数量及び消費期限の情報Ｍ０３が表示される。なお、条件に合致するものが複数ある場合は、当該情報Ｍ０３を左右方向にフリック操作することで他のユーザーの情報が表示される。なお、出品価格は、未開封の価格と開封済みの価格が表示されており、例えば、共有在庫登録する際にユーザーが予め設定することができる。

また、当該情報Ｍ０３の下方には、購入ボタンＢ１３及びキャンセルボタンＢ１４が配置されており、ユーザーが表示部３０３に表示されている資材を購入する場合には、購入ボタンＢ１３をタッチ操作することで、相手方のユーザーに取引の諾否が求められ、取引の許諾があった場合には、予め登録されている決済条件に沿って決済が行われ、その後、同図（Ｄ）に示すように決済完了画面が購入資材の引き渡し要領とともに表示部３０３に表示される。その後、確認ボタンＢ１５をタッチ操作することで、資材取引モードが終了する。

このように、本実施形態では、登録されているユーザー間での在庫資材の取引を斡旋可能としているので、消費期限が経過して廃棄を余儀なくされる資材を低減でき、資材の管理コストや廃棄コストを低減することができる。また、廃棄することによる環境の影響の低下にも寄与することができるようになる。

以上、本実施形態によれば、仕入入庫した複数種類の塗料の在庫を管理するための在庫資材管理サーバ１０００は、仕入れた塗料を在庫資材として登録する在庫資材管理部と、撮像部３０４を備えた通信端末３００１Ａにより撮像された塗料缶の画像データに含まれる商品情報に基づき、在庫資材管理サーバ１０００により登録された在庫資材の種類を特定する制御部１０１と、特定された種類の在庫資材に関する情報を送信元の通信端末３００１Ａに送信する通信部１０３とを備えている。その結果、資材の在庫を管理するための登録作業が簡便であり、特別な装置も不要であるので、人的コストを抑制しつつ、資材管理を適切に行うことができる。

また、本実施形態によれば、制御部１０１は、画像データに含まれる商品情報から文字認識されたテキストデータに含まれる文字列を、予め所定の商品マスタ記憶部１０２ｄに記憶された文字列情報から特定し、在庫資材管理部１０２ａにより登録された在庫資材の種類を特定する。その結果、画像データから文字認識することにより商品を特定できるので、在庫管理されている資材の検索を容易に行うことができるようになる。

また、本実施形態によれば、在庫資材管理部１０２ａは、通信端末３００１Ａにより撮像された塗料缶の画像データに含まれる商品情報に基づき仕入れた資材を特定し、該特定した仕入れた資材を在庫資材として種類毎に登録する。その結果、在庫管理しようとする仕入資材を簡便な方法で登録することができ、また、特別な装置が不要であるので、在庫管理に係る人的コストや管理コストを抑制することができる。

また、本実施形態によれば、在庫資材管理部１０２ａにより在庫資材の登録が行われた場合、該登録された在庫資材に関する情報を、予め登録された少なくとも一以上の通信端末３００１Ａ～３００３Ａに送信する制御部１０１とを備えている。その結果、新たな資材が仕入れられたことが共有できるので、在庫管理について好適に周知することができるようになる。

また、本実施形態によれば、商品情報は、メーカあるいは販売会社と、商品名と、カラーとを少なくとも含む情報であるので、管理されている資材の特定が容易となる。

また、本実施形態によれば、在庫資材管理部１０２ａにより登録される在庫資材に関する情報は、メーカあるいは販売会社と、商品名と、カラーと、在庫数量と、製造ロット番号と、消費期限とを少なくとも含む情報であるので、在庫管理をより確実に行うことができるようになる。

また、本実施形態によれば、制御部１０１は、通信端末３００１Ａにより撮像された商品情報が含まれた塗料缶の画像データと、該画像データにかかる在庫資材を出庫する旨の出庫リクエスト情報とを該通信端末３００１Ａから受信すると、制御部１０１により特定された種類の在庫資材が出庫した旨の出庫情報を、予め登録された少なくとも一以上の通信端末３００１Ａ～３００３Ａに送信する。そのため、例えば、在庫資材が施工現場に持ち出されたことを関係者に共有することができるので、在庫資材のステータスを容易に把握することができるようになる。

また、本実施形態によれば、制御部１０１は、通信端末３００１Ａにより撮像された商品情報が含まれた塗料缶の画像データと、該画像データに係る出庫した在庫資材を入庫する旨の入庫リクエスト情報と、該入庫する在庫資材の残数量にかかる情報とを通信端末３００１Ａから受信すると、制御部１０１により特定された種類の在庫資材が入庫した旨の入庫情報を、予め登録された少なくとも一以上の通信端末３００１Ａ～３００３Ａに送信する。そのため、例えば、持ち出された在庫資材が倉庫に入庫されたことを関係者に共有することができるので、在庫資材のステータスを容易に把握することができるようになる。

また、本実施形態によれば、塗料管理システムＳＹは、撮像部３０４を備えた可搬型の通信端末３００１Ａと、通信端末３００１ＡとネットワークＮを介して接続可能とされているとともに、仕入入庫した複数種類の資材の在庫を管理するための在庫資材管理サーバとを備えている。通信端末３００１Ａの制御部３０１は、撮像部３０４により商品情報を含んだ塗料缶を撮像すると、該商品情報を含む画像データを生成し、生成された画像データを在庫資材管理サーバ１０００に送信し、在庫資材管理サーバ１０００の在庫資材管理部１０２ａは、仕入れた資材を在庫資材として登録し、制御部１０１は、通信端末３００１Ａから送信された画像データを受信すると、該画像データに含まれる商品情報に基づき、在庫資材管理部１０２ａにより登録された在庫資材の種類を特定し、特定された種類の在庫資材に関する情報を通信端末３００１Ａに送信し、通信端末３００１Ａの表示部３０３は、在庫資材管理サーバ１０００から送信された在庫資材に関する情報を受信すると、該受信した在庫資材に関する情報を表示する。その結果、資材の在庫を管理するための登録作業が簡便であり、特別な装置も不要であるので、人的コストを抑制しつつ、資材管理を適切に行うことができる。

また、本実施形態に係るプログラムは、撮像部３０４と表示部３０３とを備えた可搬型の通信端末３００１Ａに、撮像部３０４により商品情報を含んだ塗料缶を撮像すると、該商品情報を含む画像データを生成し、生成された画像データを、仕入入庫した複数種類の資材の在庫を管理するための在庫資材管理サーバ１０００に送信し、在庫資材管理サーバ１０００から送信された在庫資材に関する情報を受信し、受信した在庫資材に関する情報を表示部３０３に表示させる。その結果、資材の在庫を管理するための登録作業が簡便であり、特別な装置も不要であるので、人的コストを抑制しつつ、資材管理を適切に行うことができる。

また、本実施形態によれば、在庫資材管理サーバ１０００の共有在庫資材管理部１０２ｂは、複数種類の在庫資材をユーザー毎に管理可能である。制御部１０１は、ユーザーからの在庫資材の種類のリクエスト情報を受け付け、受け付けたリクエスト情報に基づいて、共有在庫資材管理部１０２ｂによって管理されている在庫資材からユーザーが要求する種類の在庫資材を有するユーザーを特定し、特定されたユーザーが有する種類の在庫資材を引合資材として設定し、設定された引合資材に関する情報を、特定されたユーザーとリクエスト情報を出力したユーザーとに出力する。その結果、例えば、余剰在庫について他のユーザーへの譲渡を補助することができるので、簡便に余剰在庫の取引を行うことができる。また、消費期限による資材の廃棄を低減することができるので、廃棄に伴うコストや環境への影響を低減することができる。

また、本実施形態によれば、在庫資材管理部１０２ａ（共有在庫資材管理部１０２ｂ）は、ユーザーの所在地を登録する。制御部１０１は、リクエスト情報を出力したユーザーと、特定された該ユーザーが要求する種類の在庫資材を有するユーザーとの位置関係を考慮して引合資材の設定を行う。その結果、ユーザー間の取引の便宜を図ることができるようになる。

また、本実施形態によれば、施工現場管理部１０２ｃは、ユーザーの施工現場の位置を登録する。制御部１０１は、施工現場管理部１０２ｃによって登録されたリクエスト情報を出力したユーザーの施工現場と、特定された該ユーザーが要求する種類の在庫資材を有するユーザーとの位置関係を考慮して引合資材の設定を行う。その結果、例えば、施工現場において、資材を他のユーザーから調達することができるようになる。

また、本実施形態によれば、在庫資材管理サーバ１０００は、現在位置を測定可能な測位部３０５を備えた通信端末３００１Ａであって、リクエスト情報を測位部３０５の測位によって得られた現在位置情報とともに出力可能な通信端末３００１Ａと通信が可能であり、制御部１０１は、リクエスト情報を出力したユーザーが所持する通信端末３００１Ａの現在位置と、特定された該ユーザーが要求する種類の在庫資材を有するユーザーとの位置関係を考慮して引合資材の設定を行う。その結果、例えば、施工現場において、緊急に必要となった資材を速やかに調達することができるようになる。

また、本実施形態によれば、引合資材に関する情報には、該引合資材の残数量の情報を含ので、購入する際に材料が不足するといった事態を防止できるようになる。

また、本実施形態によれば、施工現場に関する情報をユーザー毎に管理可能な在庫資材管理サーバ１０００は、施工現場の位置と施工内容とを含む施工情報をユーザー毎に登録する施工現場管理部１０２ｃと、ユーザーから施工現場管理部１０２ｃにより登録された施工情報の通知リクエストを受け付け、施工現場管理部１０２ｃにより登録されたユーザー毎の施工情報を通知リクエストを出力したユーザーに送信する制御部１０１とを備えている。その結果、例えば、施工現場において、当該施工現場に持ち込んでいない資材や工具が急ぎ必要となった場合に、近くで行われている他のユーザーの施工現場から借りたり、購入したりすることができるので、施工時間のロスや、新たな購入が不要なものの購入を余儀なくされるといったことが抑制できるようになる。

従来、例えば、建設業界において、施工業者は、資材をメーカや卸売業者等から仕入れて予め在庫を確保し、その在庫として確保した資材を建設現場に搬入し、これを消費して施工を行っている。また、施工が完了すると、資材の余剰分は自社に持ち帰られ、再び在庫として保管される。

実際の建設現場においては、在庫切れを防止するために、予め計画した数量よりも多めに在庫を確保しなければならない場合があり、その結果、在庫の余剰が生じてしまうことがある。また、施工に必要な資材の数量よりもパッケージ販売により仕入れた資材の数量の方が多く、これによって資材に余剰が生じてしまう場合もある。このような場合、在庫の余剰分を別の建設現場で流用できればよいが、使用されないまま消費期限が経過してしまうと、費用をかけてその余剰資材を廃棄しなければならないことになる。そのため、仕入れの余剰と余剰分の廃棄とで二重のコストがかかってしまうので、大変非効率であり、例えば、特開２０１９－１１４０１０号公報に記載された発明を用いても、これを解消することは困難である。

一方、資材の仕入れを行う際に、その資材を同業他社が余剰分として所有していれば、これを融通してもらうことで、仕入れコストと廃棄コストが抑えられ、効率的であるとともに、資材の廃棄に伴う環境問題の解消にも一躍買うこともできるようになる。

しかしながら、他社の資材の余剰在庫について自社で把握できるわけではないので、同業他社に対して個別に直接問い合わせるといった手段を講じるしかなく、そのために人的コストが生じてしまうという問題がある。

そこで、以下の発明は、上記課題に鑑みてなされたものであり、人的コストを抑制しつつ、余剰資材の効率的な活用に資する在庫余剰品取引支援装置、在庫余剰品取引支援システム及びプログラムを提供することを目的とするものである。

（付記１－１）
複数種類の在庫資材をユーザー毎に管理可能な共有在庫資材管理手段と、
ユーザーからの在庫資材の種類のリクエスト情報を受け付けるリクエスト受付手段と、
前記リクエスト受付手段によって受け付けたリクエスト情報に基づいて、前記共有在庫資材管理手段によって管理されている在庫資材からユーザーが要求する種類の在庫資材を有するユーザーを特定する照合手段と、
前記照合手段によって特定されたユーザーが有する種類の在庫資材を引合資材として設定する引合資材設定手段と、
前記引合資材設定手段によって設定された引合資材に関する情報を、前記照合手段によって特定されたユーザーと前記リクエスト情報を出力したユーザーとに出力する引合情報出力手段とを備えたことを特徴とする取引支援装置。

（付記１－２）
ユーザーの所在地を登録するユーザー登録手段を備え、
前記引合資材設定手段は、前記リクエスト情報を出力したユーザーと、前記照合手段によって特定された該ユーザーが要求する種類の在庫資材を有するユーザーとの位置関係を考慮して引合資材の設定を行うことを特徴とする付記１－１に記載の取引支援装置。

（付記１－３）
ユーザーの施工現場の位置を登録する施工現場登録手段を備え、
前記引合資材設定手段は、前記施工現場登録手段によって登録された前記リクエスト情報を出力したユーザーの施工現場と、前記照合手段によって特定された該ユーザーが要求する種類の在庫資材を有するユーザーとの位置関係を考慮して引合資材の設定を行うことを特徴とする付記１－１又は１－２に記載の取引支援装置。

（付記１－４）
現在位置を測定可能な測位手段を備えた通信端末であって、前記リクエスト情報を該測位手段の測位によって得られた現在位置情報とともに出力可能な通信端末と通信が可能であり、
前記引合資材設定手段は、前記リクエスト情報を出力したユーザーが所持する通信端末の現在位置と、前記照合手段によって特定された該ユーザーが要求する種類の在庫資材を有するユーザーとの位置関係を考慮して引合資材の設定を行うことを特徴とする付記１－１乃至１－３のうちいずれか一つに記載の取引支援装置。

（付記１－５）
前記引合資材に関する情報には、該引合資材の残数量の情報を含むことを特徴とする付記１－１乃至１－４のうちいずれか一つに記載の取引支援装置。

上記発明によれば、人的コストを抑制しつつ、余剰資材の効率的な活用に資する在庫余剰品取引支援装置、在庫余剰品取引支援システム及びプログラムを提供することができる。

（付記２－１）
施工現場に関する情報をユーザー毎に管理可能な施工現場管理装置であって、
施工現場の位置と施工内容とを含む施工情報をユーザー毎に登録する施工現場登録手段と、
ユーザーから前記施工現場登録手段により登録された施工情報の通知リクエストを受け付ける施工情報要求受付手段と、
前記施工現場登録手段により登録されたユーザー毎の施工情報を前記通知リクエストを出力したユーザーに送信する施工情報送信手段とを備えたことを特徴とする施工現場管理装置。

なお、本発明の実施の形態に記載された作用および効果は、本発明から生じる最も好適な作用および効果を列挙したに過ぎず、本発明による作用および効果は、本発明の実施の形態に記載されたものに限定されるものではない。

本実施形態では、資材の一例として塗料を掲げて説明したが、本実施形態に適用可能な資材はこれに限定されず、例えば、鉄鋼、セメント、骨材、木材、仮設材、接着剤等の共通資材や、道路用材、上下水道用材、土地改良材、橋梁・河川用材、一般土木用材、造園・緑化材等の土木資材や、ＰＣ板、防止材、石材、タイル、屋根材、建築金属、盛ん材、仕上塗材、木製建具、金属製建具、建具金物、ガラス、内・外装材、避難設備器具、外構材等の建築資材や、ケーブル・電線、配線材料、管路材・ダクト、配電基材、配電器具、配線器具、照明器具、誘導電動機、通信機器、防災機器、外線・接地材、ハンドホール・蓄電池、発電機器等の電気設備、配管材、計器類、保温・保冷材、ポンプ、空調機器、ダクト、弁装置、衛生器材、給水機器、排水機器、給湯機器等の機械設備や、建設機械、工具等の建設機械といった、建設資材分類表に分類される様々な資材に適用可能である。

また、さらには、上述した建設資材に限らず、他の種類の資材にも適用可能である。また、本実施形態において取り扱い可能な資材を１種類のみとしてもよいし、複数種類であってもよい。

ＳＹ 塗料管理システム
１０００ 在庫資材管理サーバ
１０１ 制御部
１０２ 記憶部
１０２ａ 在庫資材管理部
１０２ｂ 共有在庫資材管理部
１０２ｃ 施工現場管理部
３００１Ａ～３００３Ａ 通信端末
３００１Ｂ，３００２Ｂ 通信端末
３００１Ｃ，３００２Ｃ 通信端末
３０１ 制御部
３０２ 操作部
３０３ 表示部
３０４ 撮像部
３０５ 測位部
３０６ 入出力部
４０００ 画像解析装置
５０００ 決済装置

Claims (10)

1. 仕入入庫した複数種類の資材の在庫を管理するための在庫管理装置であって、
   仕入れた資材を在庫資材として登録する在庫資材登録手段と、
   撮像手段を備えた通信端末により撮像された資材の画像データに含まれる商品情報に基づき、前記在庫資材登録手段により登録された在庫資材の種類を特定する在庫資材特定手段と、
   前記在庫資材登録手段により在庫資材の登録が行われた場合、該登録された在庫資材に関する情報を、予め登録された少なくとも一以上の通信端末に送信する在庫資材登録情報送信手段とを備えたことを特徴とする在庫管理装置。
2. 仕入入庫した複数種類の資材の在庫を管理するための在庫管理装置であって、
   仕入れた資材を在庫資材として登録する在庫資材登録手段と、
   撮像手段を備えた通信端末により撮像された資材の画像データに含まれる商品情報に基づき、前記在庫資材登録手段により登録された在庫資材の種類を特定する在庫資材特定手段と、
   前記通信端末により撮像された前記商品情報が含まれた資材の画像データと、該画像データにかかる在庫資材を出庫する旨の出庫リクエスト情報とを該通信端末から受信すると、前記在庫資材特定手段により特定された種類の在庫資材が出庫した旨の出庫情報を、予め登録された少なくとも一以上の通信端末に送信する出庫情報送信手段とを備えたことを特徴とする在庫管理装置。
3. 仕入入庫した複数種類の資材の在庫を管理するための在庫管理装置であって、
   仕入れた資材を在庫資材として登録する在庫資材登録手段と、
   撮像手段を備えた通信端末により撮像された資材の画像データに含まれる商品情報に基づき、前記在庫資材登録手段により登録された在庫資材の種類を特定する在庫資材特定手段と、
   前記通信端末により撮像された前記商品情報が含まれた資材の画像データと、該画像データにかかる出庫した在庫資材を入庫する旨の入庫リクエスト情報と、該入庫する在庫資材の残数量にかかる情報とを該通信端末から受信すると、前記在庫資材特定手段により特定された種類の在庫資材が入庫した旨の入庫情報を、予め登録された少なくとも一以上の通信端末に送信する入庫情報送信手段とを備えたことを特徴とする在庫管理装置。
4. 前記在庫資材特定手段は、前記画像データに含まれる前記商品情報から文字認識されたテキストデータに含まれる文字列を、予め所定の記憶領域に記憶された文字列情報から特定し、前記在庫資材登録手段により登録された在庫資材の種類を特定することを特徴とする請求項１乃至３のうちいずれか一項に記載の在庫管理装置。
5. 前記在庫資材登録手段は、前記通信端末により撮像された資材の画像データに含まれる前記商品情報に基づき前記仕入れた資材を特定し、該特定した仕入れた資材を在庫資材として種類毎に登録することを特徴とする請求項１乃至４のうちいずれか一項に記載の在庫管理装置。
6. 前記商品情報は、製造元又は販売元と、商品名と、商品種類とを少なくとも含む情報であることを特徴とする請求項１乃至５のうちいずれか一項に記載の在庫管理装置。
7. 前記在庫資材登録手段により登録される在庫資材に関する情報は、製造元又は販売元と、商品名と、商品種類と、在庫数量と、製造ロット番号と、消費期限とを少なくとも含む情報であることを特徴とする請求項１乃至６のうちいずれか一項に記載の在庫管理装置。
8. 撮像手段を備えた可搬型の通信端末と、
   前記通信端末とネットワークを介して接続可能とされているとともに、仕入入庫した複数種類の資材の在庫を管理するための在庫管理装置とを備えた在庫管理システムであって、
   前記通信端末は、
   前記撮像手段により商品情報を含んだ資材を撮像すると、該商品情報を含む画像データを生成可能な画像生成手段と、
   前記画像生成手段により生成された画像データを前記在庫管理装置に送信する画像データ送信手段とを有し、
   前記在庫管理装置は、
   仕入れた資材を在庫資材として登録する在庫資材登録手段と、
   前記通信端末から送信された画像データを受信すると、該画像データに含まれる商品情報に基づき、前記在庫資材登録手段により登録された在庫資材の種類を特定する在庫資材特定手段と、
   前記在庫資材登録手段により在庫資材の登録が行われた場合、該登録された在庫資材に関する情報を、予め登録された少なくとも一以上の通信端末に送信する在庫資材登録情報送信手段とを有し、
   前記通信端末は、前記在庫管理装置から送信された前記登録された在庫資材に関する情報を受信すると、該受信した登録された在庫資材に関する情報を表示する表示手段を備えたことを特徴とする在庫管理システム。
9. 撮像手段を備えた可搬型の通信端末と、
   前記通信端末とネットワークを介して接続可能とされているとともに、仕入入庫した複数種類の資材の在庫を管理するための在庫管理装置とを備えた在庫管理システムであって、
   前記通信端末は、
   前記撮像手段により商品情報を含んだ資材を撮像すると、該商品情報を含む画像データを生成可能な画像生成手段と、
   前記画像生成手段により生成された画像データを前記在庫管理装置に送信する画像データ送信手段とを有し、
   前記在庫管理装置は、
   仕入れた資材を在庫資材として登録する在庫資材登録手段と、
   前記通信端末から送信された画像データを受信すると、該画像データに含まれる商品情報に基づき、前記在庫資材登録手段により登録された在庫資材の種類を特定する在庫資材特定手段と、
   前記通信端末により撮像された前記商品情報が含まれた資材の画像データと、該画像データにかかる在庫資材を出庫する旨の出庫リクエスト情報とを該通信端末から受信すると、前記在庫資材特定手段により特定された種類の在庫資材が出庫した旨の出庫情報を、予め登録された少なくとも一以上の通信端末に送信する出庫情報送信手段とを有し、
   前記通信端末は、前記在庫管理装置から送信された前記出庫情報を受信すると、該受信した出庫情報に関する表示をする表示手段を備えたことを特徴とする在庫管理システム。
10. 撮像手段を備えた可搬型の通信端末と、
    前記通信端末とネットワークを介して接続可能とされているとともに、仕入入庫した複数種類の資材の在庫を管理するための在庫管理装置とを備えた在庫管理システムであって、
    前記通信端末は、
    前記撮像手段により商品情報を含んだ資材を撮像すると、該商品情報を含む画像データを生成可能な画像生成手段と、
    前記画像生成手段により生成された画像データを前記在庫管理装置に送信する画像データ送信手段とを有し、
    前記在庫管理装置は、
    仕入れた資材を在庫資材として登録する在庫資材登録手段と、
    前記通信端末から送信された画像データを受信すると、該画像データに含まれる商品情報に基づき、前記在庫資材登録手段により登録された在庫資材の種類を特定する在庫資材特定手段と、
    前記通信端末により撮像された前記商品情報が含まれた資材の画像データと、該画像データにかかる出庫した在庫資材を入庫する旨の入庫リクエスト情報と、該入庫する在庫資材の残数量にかかる情報とを該通信端末から受信すると、前記在庫資材特定手段により特定された種類の在庫資材が入庫した旨の入庫情報を、予め登録された少なくとも一以上の通信端末に送信する入庫情報送信手段とを有し、
    前記通信端末は、前記在庫管理装置から送信された前記入庫情報を受信すると、該受信した入庫情報に関する表示をする表示手段を備えたことを特徴とする在庫管理システム。

Images