(57)【要約】【課題】  本技術分野の背景技術として、複数のネットモールに出店するクライアントに関して、複数のネットモールへの各理論在庫を一括把握する技術が開示された特許文献があるが、複数の拠点の情報を一括で管理する際の課題については考慮されていない。特に、異なる拠点間でデータを送受信する際は、システムの相違や担当者の操作マニュアルの違い等から、誤ったデータをやり取りする確率が上がることが予想される。そこで、そのような誤りを検知する技術が求められている。【解決手段】上記課題を解決するために、本発明では、拠点から送られてくるデータについて、異常値とみなす閾値を予め設けておき、データを受信した際に異常値か否かを判定し、異常値でない場合にデータを格納する。【選択図】  図１
2018055300.tif 000002
【特許請求の範囲】
【請求項１】
複数拠点の在庫を管理する在庫管理システムであって、
前記複数拠点から在庫に関する情報を受信し、当該情報が正しい情報であるかを判断し、正しい情報であればDBを更新する処理部と、
前記判断の結果を表示する表示部と、
を備えることを特徴とする在庫管理システム。
【請求項２】
請求項１に記載の在庫管理システムにおいて、
前記処理部は更に、送信者のメールアドレスを取得し、当該メールアドレスに応じて前記処理部に表示させる内容を変えることを特徴とする在庫管理システム。
【請求項３】
請求項２に記載の在庫管理システムにおいて、
前記処理部は、前記メールアドレスに基づき、前記情報を送付していないユーザの情報を前記表示部に表示することを特徴とする在庫管理システム。
【請求項４】
複数拠点の在庫を管理する在庫管理方法であって、
前記複数拠点から在庫に関する情報を受信するステップと、
前記情報が正しい情報であるかを判断するステップと、
正しい情報であればDBを更新するステップと、
前記判断の結果を表示部に表示するステップと、
を備えることを特徴とする在庫管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、在庫管理システムに関する。
【背景技術】
【０００２】
本技術分野の背景技術として、特許文献１がある。この公報には、「複数のネットモールに出店するクライアントに関して、複数のネットモールへの各理論在庫を一括把握する」と記載されている（要約参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開2012-108856号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
複数システムを連携することで在庫を一括で管理することは特許文献１に記載されているが、特許文献１には、複数の拠点の情報を一括で管理する際の課題については考慮されていない。特に、異なる拠点間でデータを送受信する際は、システムの相違や担当者の操作マニュアルの違い等から、誤ったデータをやり取りする確率が上がることが予想される。そこで、そのような誤りを検知する技術が求められている。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、本発明では、拠点から送られてくるデータについて、異常値とみなす閾値を予め設けておき、データを受信した際に異常値か否かを判定し、異常値でない場合にデータを格納する。
【発明の効果】
【０００６】
上記解決手段により、本発明は、データを格納する前に誤りのあるデータを受け入れない仕組みを実現することができる。
【図面の簡単な説明】
【０００７】
【図１】ファイル提出処理を説明するフローチャートの例
【図２】ファイル承認処理を説明するフローチャートの例
【図３】フォロー対象一覧表示処理を説明するフローチャートの例
【図４】メンバ追加処理を説明するフローチャートの例
【図５】メールアドレス表示処理を説明するフローチャートの例
【図６】ハードウエア構成図の例
【図７】提出ステータステーブルの例
【図８】組織グループ一覧テーブルの例
【図９】ユーザ情報テーブルの例
【図１０】担当者アラートフラグテーブルの例
【図１１】承認者アラートフラグテーブルの例
【図１２】在庫管理情報テーブルの例
【発明を実施するための形態】
【０００８】
以下、フローチャートに従い、本実施形態を説明する。なお、各フローチャートの処理は提出状況一覧表示、ファイル提出、ファイル承認、DB更新処理、メールアドレス取得処理、メンバ追加処理プログラムにしたがい、処理する。
【実施例１】
【０００９】
図6に本実施例におけるグローバル在庫管理情報収集管理システムを実現するために用いるハードウエア構成図を示す。当システムは通常のPC（パーソナルコンピュータ）を用いて実現可能であり、本実施例では詳細な説明は割愛するが、各種処理には、PCが備えるCPU等の一般的なハードウエアを利用するものとする。
【００１０】
図１にファイル提出処理を説明するフローチャートを示す。当処理は図6の、提出状況一覧表示プログラム（W100）、及びファイル提出プログラム（W110）を利用する。次に、各ステップの詳細を説明する。
【００１１】
まず、データ収集一覧画面を表示する（S100）。ここでは、ログインした担当者の所属する組織のデータ収集一覧画面を表示する。ログインした担当者IDをキーにT110メンバ一覧テーブルの組織IDを検索する。さらに組織IDをキーにT100提出ステータステーブルを参照し、データ収集一覧画面を表示する。データ収集一覧画面には、タイトル、組織ID、ステータス、更新者、更新日時、期限という項目を表示する。例えば、拠点Aの担当者である担当A(ID:12000)がデータ収集一覧画面にアクセスした場合、図8の組織グループ一覧テーブルの提出者IDから担当AのユーザID:12000を検索し、GroupAがヒットする。さらに、図7の提出ステータステーブルの組織IDからGroupAを検索し、GroupAの提出ステータステーブルの値をデータ収集一覧画面に表示する。
【００１２】
次に更新対象のItem明細画面を表示する（S110）。データ収集一覧画面から利用者によって選択された組織IDのItem明細画面を表示する。Item明細画面には、データ収集一覧画面で表示したタイトル、組織ID、ステータス、更新者、更新日時、期限に加え、添付ファイル(すでに添付されている場合のみ)、コメント、詳細を表示する。Item明細画面は表示のみで、表示されている値の変更はできない。例えば、データ収集一覧画面において、担当AがGroupAを選択した場合、図7のT100提出ステータステーブルの組織IDからGroupAを検索し、GroupAのItem明細画面を表示する。
【００１３】
次に、更新対象のItem編集画面を表示する（S120）。選択された組織ID のItem編集画面を表示する。Item編集画面には、Item明細画面と同様に組織ID、ステータス、更新者、更新日時、期限、添付ファイル(すでに添付されている場合のみ)、コメント、詳細を表示する。Item編集画面は値の変更が可能である。
【００１４】
次に、Item編集画面の添付ファイル選択受付る（S130）。ファイルパスを指定し、添付する。例えば、GroupAの担当AによりItem編集画面のファイル添付が選択された場合、添付するファイルを選択するためのファイル選択画面を表示する。さらに、GroupAの担当A がファイルを選択後、GroupAの担当Aにより指定したファイルのパスが表示される。
次に、T100提出ステータステーブル上のステータスを記憶する（S140）。ステータスを担当者提出済みとする。Item編集画面において、利用者の入力に応じてステータスを担当者提出済みとし、保存する。例えば、GroupAの担当A がGroupAのステータスを担当者提出済みと入力した場合、図7のT100提出ステータステーブルのGroupAのステータスを提出済みに更新する。
【００１５】
次に、承認者に承認依頼メール送付する（S150）。承認IDからメールアドレスを取得し、承認依頼メールを送付する。T100提出ステータステーブルにおいて、ステータスが担当者提出済みとなった場合、承認者に承認依頼メールを出す。例えば、GroupAのステータスが担当者提出済みとなった場合に、図8の組織グループ一覧テーブルの組織IDからGroupAを検索し、承認者ID：10000，11000を取得する。さらに、図9のユーザ情報テーブルのユーザIDから10000，11000を検索し、メールアドレスを取得し、メールを送信する。メールには承認者用画面のURLが記載されており、URLを選択することでGroupAのItem承認画面を表示する。
【００１６】
図２にファイル承認を行う処理を説明する。この処理はファイル承認プログラム（W120）、DB更新処理プログラム（W130）を用いる。
【００１７】
まず、Item承認画面を表示する（S310）。S150で送付された承認依頼メールに書かれたURLが承認者によって選択され、Item承認画面を表示する。承認画面には、タイトル、組織ID、ステータス、更新者、更新日時、期限、添付ファイル、コメント、詳細を表示する。例えば、課長Aが承認依頼メールに書かれたURLを選択した場合、GroupAのItemの承認画面を表示する。
【００１８】
次に、提出ステータステーブル上のステータスを記憶する（S330）。Item承認画面において、承認者のItem承認に応じステータスを承認済みとし、保存する。例えば、GroupAの課長AがGroupAのItemを承認した場合、図7のT100提出ステータスを承認済みに更新する。
【００１９】
次に、添付ファイルの内容を在庫管理情報テーブルに記憶する（S340）。添付ファイルの内容を解析し、図12のT140在庫管理情報テーブルに登録する。例えば、GroupeAの添付ファイルの内容が、組織ID＝GroupA、部品名＝部品X、P＝1000、S＝1200、I＝500の場合、図12のT140在庫情報テーブルの項目[組織ID、部品名、P、S、I]に[GroupA、部品X、1000、1200、500]を登録する。
【００２０】
次に、提出ステータステーブル上のステータスを記憶する（S350）。図12のT140在庫管理情報テーブルへの格納後、ステータスを完了とし、保存する。例えば、GroupAの添付ファイルの内容を図12のT140在庫情報管理テーブルに確認した後、図7のT100提出ステータスを完了に更新する。
【００２１】
図３を用いてフォロー対象一覧を表示する処理を説明する。この処理はメールアドレス取得処理プログラム（W140）を利用する。
【００２２】
まず、データ収集一覧画面を表示する（S400）。ログインした在庫情報収集管理者のIDをキーに、T110メンバ一覧テーブルの組織IDを検索する。組織IDがAdminの場合は、図7のT100提出ステータステーブルの全データをデータ収集一覧画面に表示する。データ収集一覧画面には、タイトル、組織ID、ステータス、更新者、更新日時、期限という項目を表示する。また、組織ID：Adminの場合、フォロー対象リスト表示ボタンが表示される。例えば、在庫情報管理者の課長X(ID:91000)がデータ収集一覧画面にアクセスした場合、図8のT110組織グループ一覧テーブルの承認者IDから課長XのユーザID:91000を検索し、組織ID：Adminがヒットする。さらに、図7のT100提出ステータステーブルの全5Item(GroupA、GroupB、GroupC、GroupD、GroupE)を取得し、データ収集一覧画面に表示する。
【００２３】
次に、フォロー対象リスト表示要求を受け付ける（S405）。フォロー対象リスト表示ボタンの押下により、利用者の要求に応じてフォロー対象リスト表示要求を受け付ける。例えば、課長Xがフォロー対象リスト表示ボタンを押下した場合、フォロー対象リスト表示要求を受け付ける。
【００２４】
次に、Item数分繰り返す（S410）。初期値はN=1とし、N=T100提出ステータステーブルのItem数分繰り返す。例えば、図7のT100提出ステータステーブルの通りItem数が5個の場合、GroupA、GroupB、GroupC、GroupD、GroupEとN=5まで繰り返す。
【００２５】
次に提出ステータステーブルを確認する（S420）。提出ステータステーブルのステータス＝担当者提出済みまたは編集中の場合、S430に進む。該当しない場合はS460に進む。N件目のItemについて、図7のT100提出ステータステーブルのステータスが担当者提出済みまたは編集中の場合、S430に進む。例えば、図7のT100提出ステータステーブルにおいて、1件目の組織ID：GroupAのステータスは完了のため、S430に進む。      例えば、図7のT100提出ステータステーブルにおいて、2件目の組織ID：GroupBのステータスは担当者提出済みのため、S460に進む。例えば、図7のT100提出ステータステーブルにおいて、3件目の組織ID：GroupCのステータスは編集中のため、S460に進む。
【００２６】
次に提出ステータステーブルの期限を確認する（S430）。提出ステータステーブルの期限 - 当日≦ 5日の場合、S440に進む。N件目のItemについて、図7のT100提出ステータステーブルの期限- 当日≦ 5日の場合、S440に進む。該当しない場合はS460に進む。例えば、当日が2015/9/19の場合、図7のT100提出ステータステーブルにおいて、2件目の組織ID：GroupBの期限＝2015/9/20 17:00であり、提出ステータステーブルの期限 - 当日≦ 5日が成立するため、S440に進む。例えば、当日が2015/9/5の場合、図7のT100提出ステータステーブルにおいて、2件目の組織ID：GroupBの期限＝2015/9/20 17:00であり、提出ステータステーブルの期限 - 当日> 5日となるため、S460に進む。
【００２７】
次に、担当者アラートフラグを確認する（S440）。担当者アラートフラグ=1 or承認者アラートフラグ＝1の場合、S450に進む。該当しない場合はS460に進む。N件目のItemの組織IDをキーに図10のT120担当者アラートフラグテーブルを検索し、担当者アラートフラグを取得する。さらに、N件目のItemの組織IDをキーに図11のT130承認者アラートフラグテーブルを検索し、承認者アラートフラグを取得する。担当者アラートフラグ=1または承認者アラートフラグ=1の場合、S450に進む。      例えば、3件目の組織ID：GroupCにおいて、図10のT120担当者アラートフラグテーブルの担当者アラートフラグ=1のため、S450に進む。例えば、2件目の組織ID：GroupBにおいて、図11のT130承認者アラートフラグテーブルの承認者アラートフラグ=1のため、S450に進む。例えば、3件目の組織ID：GroupAにおいて、図10のT120担当者アラートフラグテーブルの担当者アラートフラグ=なし、図11のT130承認者アラートフラグテーブルの承認者アラートフラグ=なしのため、S460に進む。
【００２８】
次に、承認者・担当者のメールアドレスをフォロー対象リストに追加する（S450）。N件目のItemがフォロー対象となった場合、組織IDをキーに図8のT110組織グループ一覧テーブルから承認者ID・担当者IDを取得する。さらに、取得した承認者ID・担当者IDをもとに、図9のT115ユーザ情報テーブルからユーザIDをキーにメールアドレスを取得する。フォロー対象リストに取得したメールアドレスを追加する。例えば、3件目の組織ID：GroupCの場合、図8のT110組織グループ一覧テーブルから承認者ID：30000、31000・担当者ID：32000を取得する。さらに、図9のT115ユーザ情報テーブルかユーザID：30000、31000、32000をキーにメールアドレス=△○、△◎、△△を取得する。フォロー対象リストに取得したメールアドレス3つを追加する。
【００２９】
次に、ループを終了させる（S460）
次に、フォロー対象リストを表示する（S470）。フォロー対象リスト画面には、S450で作成したフォロー対象リストのメールアドレスを表示する。
【００３０】
次に、提出ステータステーブルのステータス＝編集中の場合、S490に進む（S480）。該当しない場合はS460に進む。N件目のItemについて、図7のT100提出ステータステーブルのステータスが編集中の場合、S490に進む。例えば、図7のT100提出ステータステーブルにおいて、3件目の組織ID：GroupCのステータスは編集中のため、S490に進む。例えば、図7のT100提出ステータステーブルにおいて、2件目の組織ID：GroupBのステータスは担当者提出済みのため、S460に進む。
【００３１】
次に担当者アラートフラグを確認する（S490）。担当者アラートフラグ=1の場合、S500に進む。該当しない場合はS460に進む。N件目のItemの組織IDをキーに図10のT120担当者アラートフラグテーブルを検索し、担当者アラートフラグを取得する。担当者アラートフラグ=1の場合、S500に進む。例えば、3件目の組織ID：GroupCにおいて、図10のT120担当者アラートフラグテーブルの担当者アラートフラグ=1のため、S500に進む。例えば、3件目の組織ID：GroupAにおいて、図10のT120担当者アラートフラグテーブルの担当者アラートフラグ=なしのため、S460に進む。
【００３２】
次に、担当者のメールアドレスをフォロー対象リストに追加する（S500）。N件目のItemがフォロー対象となった場合、組織IDをキーに図8のT110組織グループ一覧テーブルから担当者IDを取得する。さらに、取得した担当者IDをもとに、図9のT115ユーザ情報テーブルからユーザIDをキーにメールアドレスを取得する。フォロー対象リストに取得したメールアドレスを追加する。例えば、3件目の組織ID：GroupCの場合、図8のT110組織グループ一覧テーブルから担当者ID：32000を取得する。さらに、図9のT115ユーザ情報テーブルからユーザID：32000をキーにメールアドレス=△△を取得する。フォロー対象リストに取得したメールアドレスを追加する。
【００３３】
図４を用いてメンバを追加する処理を説明する。この処理はメンバ追加処理（W150）を用いる。
【００３４】
まず、組織グループメンバ一覧画面を表示する（S620）。ログインした担当者の所属する組織の組織グループ一覧画面を表示する。ログインした担当者IDをキーにT110メンバ一覧テーブルの組織IDを検索する。さらに組織IDをキーに図8のT110組織グループ一覧テーブルを検索し、組織グループメンバ一覧画面を表示する。組織グループメンバ一覧画面には、組織ID、組織名、承認者ID、承認者名、提出者ID、提出者名という項目を表示する。例えば、拠点Aの担当者である担当A(ID:12000)が組織グループ一覧画面にアクセスした場合、図8のT110組織グループ一覧テーブルの提出者IDから担当AのユーザID:12000を検索し、組織ID：GroupAがヒットする。さらに、組織ID：GroupAをキーにT110組織グループ一覧テーブルを検索し、GroupAの組織名：拠点A、承認者ID：10000、11000、承認者名：部長A、課長A、提出者ID：12000、提出者名：担当Aを取得し、データ収集一覧画面に表示する。
【００３５】
次に、メンバ追加画面でユーザID入力を受け付ける（S630）。メンバ追加画面にはユーザIDを入力する入力ボックスを表示する。ユーザが入力したユーザIDを受け付ける。例えば、拠点Aの担当者である担当Aが新たに担当Zを追加する場合には、メンバ追加画面で担当ZのユーザID：99000を入力する。
【００３６】
次に、メンバ一覧テーブルに保存する（S640）。S630で受付けた個人IDをT110組織グループ一覧テーブルに保存する。例えば、組織ID：GroupAに担当Zをメンバ追加する場合、図8のT110組織グループ一覧テーブルを組織ID：GroupAをキーに検索し、提出者IDに担当ZのユーザID：99000を追加する。
【００３７】
図５にメールアドレスを表示する処理を説明する。この処理はメンバ追加処理（W150）を用いる。
【００３８】
まず、メールアドレス表示条件(全て、未提出のみ)を指定する（S700）。メールアドレス表示画面において、表示条件(全て、未提出のみ)を指定する。メールアドレス表示画面では、表示条件および取得したメールアドレスを表示する。メールアドレス表示条件を全てとした場合、図7の提出ステータステーブルからItem全件を検索し、組織IDを取得する。さらに、組織IDをキーに図8のT110組織グループ一覧テーブルから担当者IDを取得する。さらに、取得した担当者IDをもとに、図9のT115ユーザ情報テーブルからユーザIDをキーにメールアドレスを取得する。例えば、メールアドレス表示条件を全てとした場合、図7の提出ステータステーブルからItem全件を検索し、組織ID：GroupA、GroupB、GroupC、GroupD、GroupEを取得する。さらに組織ID：GroupAの場合、組織IDをキーに図8のT110組織グループ一覧テーブルから承認者ID：10000、11000、担当者ID：12000を取得する。さらに、図9のT115ユーザ情報テーブルからユーザID：10000、11000、12000をキーにメールアドレス=○○、○◎、○△を取得する。同様に繰り返し、□○、□◎、□△、△○、△◎、△△、×○、×◎、×△、◎○、◎◎、◎△を取得する。メールアドレス表示条件を未提出とした場合、図7の提出ステータステーブルからステータスが担当提出済み、編集中のItemを検索し、組織IDを取得する。さらに、組織IDをキーに図8のT110組織グループ一覧テーブルから承認者ID・担当者IDを取得する。さらに、取得した担当者IDをもとに、図9のT115ユーザ情報テーブルからユーザIDをキーにメールアドレスを取得する。例えば、メールアドレス表示条件を未提出とした場合、図7の提出ステータステーブルからステータスが担当提出済み、編集中のItemを検索し、組織ID：GroupB、GroupCを取得する。さらに組織ID：GroupBの場合、組織IDをキーに図8のT110組織グループ一覧テーブルから承認者ID：20000、21000、担当者ID：22000を取得する。さらに、図9のT115ユーザ情報テーブルからユーザID：20000、21000、22000をキーにメールアドレス=□○、□◎、□△を取得する。同様に繰り返し、△○、△◎、△△を表示する。
【００３９】
次にメールアドレスを表示する（S710）。S700で取得したメールアドレスを表示する。例えば、図7のT100提出ステータステーブルの状態の場合、○○、○◎、○△、□○、□◎、□△、△○、△◎、△△、×○、×◎、×△、◎○、◎◎、◎△を表示する。
【００４０】
次に、未提出者のメールアドレスを表示する（S720）。S700で取得したメールアドレスを表示する。例えば、図7のT100提出ステータステーブルの状態の場合、□○、□◎、□△、△○、△◎、△△を表示する。
【符号の説明】
【００４１】
W100：提出状況一覧表示、W110：ファイル提出、W120：ファイル承認、W130：DB更新処理、W140：メールアドレス取得処理、W150：メンバ追加処理。
【図１】
2018055300.tif 000003
【図２】
2018055300.tif 000004
【図３】
2018055300.tif 000005
【図４】
2018055300.tif 000006
【図５】
2018055300.tif 000007
【図６】
2018055300.tif 000008
【図７】
2018055300.tif 000009
【図８】
2018055300.tif 000010
【図９】
2018055300.tif 000011
【図１０】
2018055300.tif 000012
【図１１】
2018055300.tif 000013
【図１２】
2018055300.tif 000014