特許 7026275 物流業務システムの構築方法および物流業務システム

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

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

(11)【特許番号】

(24)【登録日】2022-02-16

(45)【発行日】2022-02-25

(54)【発明の名称】物流業務システムの構築方法および物流業務システム

(51)【国際特許分類】

   G06Q 10/08 20120101AFI20220217BHJP

【ＦＩ】

G06Q10/08

【請求項の数】 6

(21)【出願番号】P 2021090008

(22)【出願日】2021-05-28

【審査請求日】2021-05-28

【早期審査対象出願】

(73)【特許権者】

【識別番号】399076312

【氏名又は名称】株式会社ＹＥ ＤＩＧＩＴＡＬ

(74)【代理人】

【識別番号】110002147

【氏名又は名称】特許業務法人酒井国際特許事務所

(72)【発明者】

【氏名】浅成 直也

(72)【発明者】

【氏名】西山 文明

(72)【発明者】

【氏名】楊 明超

(72)【発明者】

【氏名】平井 隆弘

【審査官】池田 聡史

(56)【参考文献】

【文献】国際公開第２０１０／０９５４１８（ＷＯ，Ａ１）

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

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

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

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

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

【請求項1】

コンピュータが実行する、物流業務システムの構築方法であって、
物流業務を実行するユーザが抽象化につき第２のレベルで定義する、前記物流業務における要素、前記要素の間の依存関係、および、前記要素の間でやり取りされるデータに関する定義情報を外部装置または記憶媒体から取得する取得工程と、
汎用的なワークフローエンジンにおいて定義される第１のレベルの前記定義情報よりも具体化され、前記第２のレベルよりも抽象化された第３のレベルの前記定義情報によって前記物流業務に関するワークフローが生成可能となるように、前記取得工程において取得された前記第２のレベルの前記定義情報を前記第３のレベルで抽象モデル化するモデル化工程と、
前記モデル化工程において抽象モデル化された前記第３のレベルの前記定義情報に基づき、ビジネスプロセスモデリング言語を介してカスタマイズされた前記ワークフローエンジンを生成する生成工程と
を含み、
前記モデル化工程は、
前記第２のレベルの前記定義情報に前記要素として含まれ、少なくとも前記物流業務システムの上位システム、サブシステム、人および機器を含む利害関係者を示すデータを、作業主体を示すデータとして抽象モデル化し、前記作業主体が前記物流業務において行う各作業を示すデータを、少なくとも特定、カウントまたは移動を示すデータとして抽象モデル化し、前記作業主体への一連の作業の指示である作業指示を示すデータを、少なくとも前記特定、カウントまたは移動の組み合わせからなるデータとして定義する
ことを特徴とする物流業務システムの構築方法。

【請求項2】

前記モデル化工程は、
前記物流業務における在庫管理および搬送制御に関する前記定義情報について抽象モデル化する
ことを特徴とする請求項１に記載の物流業務システムの構築方法。

【請求項3】

前記モデル化工程は、
前記生成工程における前記ビジネスプロセスモデリング言語によるローコード開発によって、前記在庫管理および搬送制御に関し前記ワークフローエンジンがカスタマイズ可能となるように前記定義情報を抽象モデル化する
ことを特徴とする請求項２に記載の物流業務システムの構築方法。

【請求項4】

前記モデル化工程は、
前記物流業務における前記定義情報を物理的単位および仮想的単位に抽象モデル化する
ことを特徴とする請求項１、２または３に記載の物流業務システムの構築方法。

【請求項5】

前記モデル化工程は、
前記物流業務における前記作業主体、前記作業主体が行う作業の対象物、および、前記対象物の管理場所を抽象モデル化する
ことを特徴とする請求項１～４のいずれか一つに記載の物流業務システムの構築方法。

【請求項6】

請求項１～５のいずれか一つに記載の物流業務システムの構築方法を用いて構築される物流業務システムであって、
カスタマイズされた前記ワークフローエンジンによって前記物流業務を実行する実行部
を備えることを特徴とする物流業務システム。

【発明の詳細な説明】

【技術分野】

【0001】

開示の実施形態は、物流業務システムの構築方法および物流業務システムに関する。

【背景技術】

【0002】

従来、各種分野の業務に最適化させたワークフローを生成し、かかるワークフローに沿って業務を実行させるワークフローシステムが知られている（たとえば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

しかしながら、上述した従来技術には、構築作業の効率化を図るうえで、さらなる改善の余地がある。

【0005】

たとえば、特許文献１に開示の技術は医療分野の診療業務のワークフローシステムに関するが、こうしたワークフローシステムをＳＩ（System Integration）提供する場合、ＳＩ業者は、システムの構築にあたってワークフローを顧客の要件に沿って最適化することに非常に手間がかかっていた。

【0006】

物流業務に関するワークフローシステム（以下、適宜「物流業務システム」と言う）を例に挙げると、たとえばひとえに物流業務システムと言っても、業務内容、取り扱う荷の形状、入出庫指示の件数、作業者の人数、および、使用する設備の種類や台数などは顧客となる物流業者ごとに異なる場合が多い。

【0007】

このため、ＳＩ業者がＳＩ提供を行う際は、たとえば既存や標準的なシステムを顧客の要件にあわせてカスタマイズすることがよく行われる。ただし、かかる場合、顧客の要件に依存する変更箇所が大きく、作業やデータの標準化が難しいため、システムの業務適用率が低いものとなりがちであった。また、カスタマイズにおいては、業務の業務フローをベースにシステム化を行うため、仕様齟齬が発生し、不具合の元になりやすいという問題もあった。さらに、業務変更や設備変更の際にも、修正する範囲が大きくなりがちであり、多大な工数が必要となるうえ、品質の確保を難しくしていた。

【0008】

実施形態の一態様は、上記に鑑みてなされたものであって、構築作業の効率化を図ることができる物流業務システムの構築方法および物流業務システムを提供することを目的とする。

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

【0009】

実施形態の一態様に係る物流業務システムの構築方法は、コンピュータが実行する、物流業務システムの構築方法であって、取得工程と、モデル化工程と、生成工程とを含む。前記取得工程は、物流業務を実行するユーザが抽象化につき第２のレベルで定義する、前記物流業務における要素、前記要素の間の依存関係、および、前記要素の間でやり取りされるデータに関する定義情報を外部装置または記憶媒体から取得する。前記モデル化工程は、汎用的なワークフローエンジンにおいて定義される第１のレベルの前記定義情報よりも具体化され、前記第２のレベルよりも抽象化された第３のレベルの前記定義情報によって前記物流業務に関するワークフローが生成可能となるように、前記取得工程において取得された前記第２のレベルの前記定義情報を前記第３のレベルで抽象モデル化する。前記生成工程は、前記モデル化工程において抽象モデル化された前記第３のレベルの前記定義情報に基づき、ビジネスプロセスモデリング言語を介してカスタマイズされた前記ワークフローエンジンを生成する。また、前記モデル化工程は、前記第２のレベルの前記定義情報に前記要素として含まれ、少なくとも前記物流業務システムの上位システム、サブシステム、人および機器を含む利害関係者を示すデータを、作業主体を示すデータとして抽象モデル化し、前記作業主体が前記物流業務において行う各作業を示すデータを、少なくとも特定、カウントまたは移動を示すデータとして抽象モデル化し、前記作業主体への一連の作業の指示である作業指示を示すデータを、少なくとも前記特定、カウントまたは移動の組み合わせからなるデータとして定義する。

【発明の効果】

【0010】

実施形態の一態様によれば、構築作業の効率化を図ることができる。

【図面の簡単な説明】

【0011】

【図1】図１は、実施形態に係る物流業務システムの構築方法の概要説明図（その１）である。

【図2】図２は、実施形態に係る物流業務システムの構築方法の概要説明図（その２）である。

【図3】図３は、実施形態に係る物流業務システムの構築方法の概要説明図（その３）である。

【図4】図４は、実施形態に係る物流業務システムの構築方法の概要説明図（その４）である。

【図5】図５は、実施形態に係る物流業務システムの構成例を示す図である。

【図6】図６は、各サブシステムの役割と主な機能を示す図である。

【図7】図７は、物流業務システムにおける管理範囲の説明図である。

【図8】図８は、実施形態に係る生成装置のブロック図である。

【図9】図９は、実施形態に係る実行システムのブロック図である。

【図10】図１０は、実施形態に係る物流業務に関わる要素の説明図である。

【図11】図１１は、管理場所の具体例を示す図（その１）である。

【図12】図１２は、管理場所の具体例を示す図（その２）である。

【図13】図１３は、管理場所の具体例を示す図（その３）である。

【図14】図１４は、管理場所の具体例を示す図（その４）である。

【図15】図１５は、対象物に関する説明図（その１）である。

【図16】図１６は、対象物に関する説明図（その２）である。

【図17】図１７は、管理場所に関する説明図（その１）である。

【図18】図１８は、管理場所に関する説明図（その２）である。

【図19】図１９は、管理場所に関する説明図（その３）である。

【図20】図２０は、管理場所に関する説明図（その４）である。

【図21】図２１は、作業主体が行う作業に関する説明図である。

【図22】図２２は、特定に関する説明図（その１）である。

【図23】図２３は、特定に関する説明図（その２）である。

【図24】図２４は、カウントに関する説明図である。

【図25】図２５は、移動に関する説明図（その１）である。

【図26】図２６は、移動に関する説明図（その２）である。

【図27】図２７は、移動に関する説明図（その３）である。

【図28】図２８は、移動に関する説明図（その４）である。

【図29】図２９は、作業指示に関する説明図である。

【図30】図３０は、補助作業に関する説明図である。

【図31】図３１は、入荷・入庫業務に関するワークフローの具体例を示す図（その１）である。

【図32】図３２は、図３１に示すワークフローの実行時におけるＵＩ画面の動作例を示す図である。

【図33】図３３は、入荷・入庫業務に関するワークフローの具体例を示す図（その２）である。

【図34】図３４は、図３３に示すワークフローの実行時におけるＵＩ画面の動作例を示す図である。

【図35】図３５は、補助作業を含むワークフローの具体例を示す図（その１）である。

【図36】図３６は、補助作業を含むワークフローの具体例を示す図（その２）である。

【図37】図３７は、生成装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

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

【0012】

以下、添付図面を参照して、本願の開示する物流業務システムの構築方法および物流業務システムの実施形態を詳細に説明する。なお、以下に示す実施形態によりこの発明が限定されるものではない。

【0013】

＜本実施形態の概要＞
まず、実施形態に係る物流業務システムの構築方法の概要について、図１～図４を参照して説明する。図１～図４は、実施形態に係る物流業務システムの構築方法の概要説明図（その１）～（その４）である。

【0014】

既に述べたが、物流業務システムをＳＩ業者が顧客にＳＩ提供するにあたり、既存技術には、構築作業の効率化を図るうえで、さらなる改善の余地がある。

【0015】

具体的には、物流業務システムをＳＩ提供する場合、ＳＩ業者は、システムの構築にあたってワークフローを顧客の要件に沿って最適化することに非常に手間がかかっていた。

【0016】

たとえばひとえに物流業務システムと言っても、業務内容、取り扱う荷の形状、入出庫指示の件数、作業者の人数、および、使用する設備の種類や台数などは顧客となる物流業者ごとに異なる場合が多い。

【0017】

このため、ＳＩ業者がＳＩ提供を行う際は、たとえば既存や標準的なシステムを顧客の要件にあわせてカスタマイズすることがよく行われる。ただし、かかる場合、顧客の要件に依存する変更箇所が大きく、作業やデータの標準化が難しいため、システムの業務適用率が低いものとなりがちであった。また、カスタマイズにおいては、業務の業務フローをベースにシステム化を行うため、仕様齟齬が発生し、不具合の元になりやすいという問題もあった。さらに、業務変更や設備変更の際にも、修正する範囲が大きくなりがちであり、多大な工数が必要となるうえ、品質の確保を難しくしていた。

【0018】

そこで、実施形態に係る物流業務システムの構築方法では、汎用的なワークフローエンジンを利用して物流業務に関するワークフローが生成可能となるように、上記物流業務における作業およびデータを抽象モデル化し、抽象モデル化された上記作業およびデータに基づき、上記ワークフローエンジンを利用して上記ワークフローを生成することとした。なお、「上記ワークフローエンジンを利用して上記ワークフローを生成する」とは、汎用的なワークフローエンジンをカスタマイズし、物流業務システムで活用できるワークフローシステムを制作することを指す。

【0019】

また、上記抽象モデル化にあたり、上記ワークフローエンジンにおいて定義される抽象化レベルよりも詳細なレベルで上記作業およびデータを抽象モデル化することとした。

【0020】

また、上記抽象モデル化にあたり、上記ワークフローエンジンにおいて定義される抽象化レベルである第１のレベル、および、上記物流業務を実行するユーザが定義する抽象化レベルである第２のレベルの間となる第３のレベルで上記作業およびデータを抽象モデル化することとした。

【0021】

また、上記抽象モデル化にあたり、上記第２のレベルで定義される上記物流業務における要素、かかる要素の間の依存関係、および、かかる要素の間でやり取りされるデータを、少なくとも上記物流業務が実行可能となるように上記第３のレベルで抽象モデル化することとした。

【0022】

より具体的に説明する。まず、実施形態に係る物流業務システムの構築方法では、公知技術である汎用的なワークフローエンジン（以下、適宜「汎用ワークフローエンジン」と言う）を利用することとした。

【0023】

汎用ワークフローエンジンは、業務を抽象化し、作業とデータの流れを定義してモデル化することにより、対象となるワークフローに適した操作画面やデータの流れをプログラミングレスで実現し、ワークフローのＰＤＣＡ（Plan-Do-Check-Act）サイクルを管理するパッケージソフトである。なお、本実施形態では、オープンソースであるＡｃｔｉｖｉｔｉを利用している。ただし、利用する汎用ワークフローエンジンを限定するものではない。

【0024】

汎用ワークフローエンジンを利用することで、システム構築にかかる工数を大幅に削減することが可能となる。ただし、汎用ワークフローエンジンは、あくまで汎用的に業務を抽象化しており、ＳＩ提供を受ける顧客ごとに応じた物流業務システムを構築するうえでは、そのまま利用することはできない。なお、図１に示すように、かかる汎用ワークフローエンジンにおいて定義される抽象化レベルを、以下では、「第１のレベル」と呼ぶ。

【0025】

一方で、ＳＩ提供を受ける各顧客、すなわち物流業者ごとの要件は、一般に、物流業務を実行するユーザが定義する抽象化レベルで表されると言える。言い換えれば、各顧客が物流業務を遂行するうえで認識している要件の認識レベルである。図１に示すように、かかる物流業務を実行するユーザが定義する抽象化レベルを、以下では、「第２のレベル」と呼ぶ。

【0026】

したがって、仮に汎用ワークフローエンジンを標準的なシステムとして利用する場合、ワークフローを顧客の要件に沿って最適化させるうえでは、既存技術を用いた場合、抽象化レベルを第１のレベルから第２のレベルへ落とすカスタマイズを行う必要がある。しかし、これでは、上述した既存技術を用いた場合の課題を解決することはできない。

【0027】

そこで、図１に示すように、実施形態に係る物流業務システムの構築方法では、第１のレベルと第２のレベルとの間、すなわち第１のレベルよりは具体的であり、第２のレベルよりは抽象的な抽象化レベルである「第３のレベル」で物流業務に関する作業およびデータを抽象モデル化する。そのうえで、抽象モデル化した作業およびデータをワークフローのオプションとしつつ、物流業務システムとしてのワークフローが描けるように、汎用ワークフローエンジンへの適合を意識しながら、ワークフロー制作者が汎用ワークフローエンジンをカスタマイズする。

【0028】

具体的には、図２に示すように、実施形態に係る物流業務システムの構築方法では、第２のレベルで定義される物流業務における要素、かかる要素の間の依存関係、および、かかる要素の間でやり取りされるデータを、少なくとも物流業務が実行可能となるように第３のレベルで抽象モデル化する。

【0029】

ここに言う「要素」は、たとえば利害関係者である。利害関係者は、たとえば、基幹システム（上位システム）、自システム、人（管理者、作業者等）、機器等である。また、「要素の間の依存関係」は、たとえば利害関係者間を繋ぐフローである。また、「要素の間でやり取りされるデータ」は、たとえば利害関係者間を繋ぐフローでやり取りされるデータである。

【0030】

そして、実施形態に係る物流業務システムの構築方法では、たとえばこれら要素、要素の間の依存関係、および、要素の間でやり取りされるデータを、少なくとも物流業務、特に物流業務のうちの「倉庫業務」が実行可能となるように第３のレベルで抽象モデル化する。

【0031】

たとえば、実施形態に係る物流業務システムの構築方法では、顧客固有の業務および業務変化に影響を受けないよう、特に、倉庫業務の在庫管理および搬送制御に関する普遍的な部分についての抽象モデル化を実施している。

【0032】

上述の要素についての一例を挙げると、図３に示すように、実施形態に係る物流業務システムの構築方法では、第２のレベルにおける人や機器などを、第３のレベルでは「作業主体」として抽象化する。また、第２のレベルにおける「商品」や「品目」などを、第３のレベルでは「対象物」として抽象化する。また、第２のレベルにおける「保管棚」や「什器」などを、第３のレベルでは「管理場所」として抽象化する。

【0033】

なお、第１のレベルから見れば、これら第３のレベルにおける「作業主体」、「対象物」、「管理場所」等は、第１のレベルにおいて定義される汎用的な要素（図中の「汎用要素１」、「汎用要素２」等）から具体化する必要がある。

【0034】

しかし、既存技術を用いた場合に第１のレベルから第２のレベルへの具体化を行うよりも、詳細化の程度は低いため、カスタマイズにかかる工数は少なくなる。したがって、実施形態に係る物流業務システムの構築方法によれば、物流業務システムの構築作業の効率化を図ることができる。

【0035】

なお、上述した詳細化の程度に関し、実施形態に係る物流業務システムの構築方法では、汎用ワークフローエンジンを用いたビジネスプロセスモデリング言語によるローコード開発によって、少なくとも倉庫業務に関するワークフローが生成可能となるように第３のレベルで抽象モデル化する。

【0036】

これにより、やはりカスタマイズにかかる工数を削減することができ、物流業務システムの構築作業の効率化を図ることができる。

【0037】

そしてさらに、実施形態に係る物流業務システムの構築方法では、上述した作業主体が倉庫業務において行う各作業を、「特定」、「カウント」、「移動」に分類・整理することで抽象化する。

【0038】

また、上述した作業主体への一連の作業の指示である「作業指示」を、かかる「特定」、「カウント」、「移動」の一連の作業の組み合わせとして整理・分類し、定義する。そのうえで、図４に示すように、実施形態に係る物流業務システムの構築方法では、たとえば、それぞれ１つまでの「作業指示」、「特定」、「カウント」、「移動」から構成されるワークフローを生成する。なお、図４に示すのは、実施形態に係るワークフローのあくまで基本形の一例であり、必須要件ではないが、「特定」、「カウント」、「移動」を含む場合、その順番は変更できない。

【0039】

また、倉庫業務において行う各作業のうち、「特定」、「カウント」および「移動」に含まれないものは「補助作業」として抽象化される。なお、「補助作業」は、図４に示すように、ワークフロー内に任意に配置可能となるように抽象化され、定義される。

【0040】

なお、図３および図４を用いて説明した第３のレベルでの抽象モデル化の具体例、言い換えれば本実施形態に係る抽象化レベルでの各種情報の定義例や、生成されるワークフローの具体的な例については、図１０～図３６を用いた説明で後述する。

【0041】

このように、実施形態に係る物流業務システムの構築方法では、汎用ワークフローエンジンを利用して物流業務に関するワークフローが生成可能となるように、物流業務、特に倉庫業務における作業およびデータを抽象モデル化し、抽象モデル化された作業およびデータに基づき、汎用ワークフローエンジンを利用してワークフローを生成することとした。

【0042】

したがって、実施形態に係る物流業務システムの構築方法によれば、構築作業の効率化を図ることができる

【0043】

以下、上述した実施形態に係る物流業務システムの構築方法を適用した物流業務システム１の構成について、さらに具体的に説明する。

【0044】

＜物流業務システムの構成＞
図５は、実施形態に係る物流業務システム１の構成例を示す図である。また、図６は、各サブシステムの役割と主な機能を示す図である。

【0045】

図５に示すように、実施形態に係る物流業務システム１は、管理システム３０と、実行システム５０と、制御システム７０と、操作システム９０との各サブシステムを含む。各サブシステムは、図示略のネットワークを介して相互に通信可能に設けられる。なお、各サブシステムは、たとえば１台のコンピュータが実行する各プロセスとして実現されてもよい。かかる場合、各サブシステムは、たとえばプロセス間通信によって相互に通信可能に設けられる。

【0046】

また、物流業務システム１は、図示略の基幹システム、言い換えれば上位システムと通信可能に接続される。

【0047】

管理システム３０は、基幹システム連携、実行システム５０が管理する各拠点の統合管理、倉庫業務に付随する業務特有処理、実行システム５０との連携、等の各処理を実行する。

【0048】

実行システム５０は、倉庫拠点（以下、単に「拠点」と言う）ごとに設けられる。実行システム５０は、他システムとの連携、倉庫作業の最適化、可視化、等の各処理を実行する。倉庫作業の最適化処理は、後述する生成装置１０によって生成されたワークフロー群に基づくワークフロー制御処理として実行される。可視化処理は、同じく生成装置１０によって生成されたワークフロー群により生成されたデータに基づく操作システム９０に対するＵＩ（User Interface）提供処理として実行される。

【0049】

制御システム７０は、各拠点に設けられ、実行システム５０からの動作指示に基づくＡＳ／ＲＳ（Automated Storage and Retrieval System）制御、ロボット制御、ＡＧＶ（Automated Guided Vehicle）制御の各処理を実行する。

【0050】

操作システム９０は、実行システム５０から提供されるＵＩに基づく作業オペレーション機能をたとえば作業者に対し提供する。

【0051】

管理システム３０、実行システム５０、制御システム７０および操作システム９０の各サブシステムの役割と主な機能については図６を参照されたい。

【0052】

次に、図７は、物流業務システム１における管理範囲の説明図である。物流業務システム１は、上位システムからの入出荷指示に従い、各拠点の入出庫管理、在庫管理等を行う。

【0053】

図７に示すように、各拠点は、各実行システム５０の管理範囲となる。また、全拠点、管理システム３０の入庫元および出庫元は、管理システム３０の管理範囲となる。

【0054】

なお、各拠点は、荷下し、入荷検品、入庫・出庫、仕分け・荷合せ、出荷検品・出荷梱包、積込み等の各機能が実行される。荷下しは、機器としてたとえばロボット等が用いられる。入荷検品は、機器としてたとえばＲＦＩＤ（Radio Frequency Identifier）ゲートやＨＴ（Handy Terminal）等が用いられる。

【0055】

入庫・出庫は、機器としてたとえばＡＧＶ、コンベヤ、ロボット、ＨＴ、ＡＳ／ＲＳ等が用いられる。また、ＡＳ／ＲＳに替えて、荷は人手でラックに置かれたり、平置きされたりする場合もある。

【0056】

仕分け・荷合せは、機器としてたとえばソータ、ＨＴ、ＡＧＶ、コンベヤ等が用いられる。出荷検品・出荷梱包は、機器としてたとえばＲＦＩＤゲート、ＨＴ、自動梱包機等が用いられる。積込み、機器としてたとえばロボット等が用いられる。

【0057】

図５の説明に戻る。また、物流業務システム１において実行される各ワークフローは、生成装置１０によって生成される。生成装置１０は、汎用ワークフローエンジンを利用して物流業務に関するワークフローが生成可能となるように、物流業務における作業およびデータを抽象モデル化し、抽象モデル化された作業およびデータに基づき、汎用ワークフローエンジンを利用してワークフローを生成する装置である。

【0058】

生成装置１０は、たとえばＳＩ業者におけるワークフロー制作者によって利用されるコンピュータである。なお、生成装置１０は、複数のコンピュータによって構成されてもよい。

【0059】

生成装置１０は、生成した各ワークフローが格納されたワークフローＤＢ（Database）１２ｄを実行システム５０にワークフローＤＢ５３ａとして取得させる。実行システム５０は、かかるワークフローＤＢ５３ａに格納された各ワークフローに沿って物流業務を実行する。なお、実行システム５０は、実施形態に係る「実行部」の一例に相当する。

【0060】

＜生成装置の構成＞
次に、図８は、実施形態に係る生成装置１０のブロック図である。なお、図８および後に示す図９では、本実施形態の特徴を説明するために必要な構成要素を機能ブロックで表しており、一般的な構成要素についての記載を省略している。

【0061】

換言すれば、図８および図９に図示される各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。たとえば、各機能ブロックの分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することが可能である。

【0062】

なお、図８および図９を用いた説明では、これまでに既に述べた構成要素については、説明を簡略するか、省略する場合がある。

【0063】

図８に示すように、実施形態に係る生成装置１０は、取得Ｉ／Ｆ（Interface）１１と、記憶部１２と、制御部１３とを備える。また、生成装置１０は、ＵＩ部３が接続される。ＵＩ部３は、入出力部品であって、キーボードやマウス、ディスプレイ、タッチパネル等によって実現される。

【0064】

取得Ｉ／Ｆ１１は、たとえば、ＮＩＣ（Network Interface Card）等によって実現される。かかる場合、取得Ｉ／Ｆ１１は、たとえば図示略のネットワークに対し有線または無線で接続され、かかるネットワークを介して外部装置から倉庫業務情報を受信する。倉庫業務情報は、上述した第２のレベルの倉庫業務に関する情報に相当する。

【0065】

また、取得Ｉ／Ｆ１１は、たとえば、ＵＳＢ（Universal Serial Bus）等によって実現される。かかる場合、取得Ｉ／Ｆ１１は、たとえばＵＳＢインタフェースを有する記憶媒体と接続され、かかる記憶媒体から倉庫業務情報を取得する。

【0066】

記憶部１２は、たとえば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。図８に示す例では、記憶部１２は、倉庫業務情報ＤＢ１２ａと、抽象モデルＤＢ１２ｂと、汎用ワークフローエンジン１２ｃと、ワークフローＤＢ１２ｄとを記憶する。

【0067】

倉庫業務情報ＤＢ１２ａは、取得Ｉ／Ｆ１１を介し、後述する取得部１３ａによって取得される倉庫業務情報が格納されるデータベースである。抽象モデルＤＢ１２ｂは、後述するモデル化部１３ｂによって抽象モデル化された倉庫業務における作業およびデータに関する定義情報が格納されるデータベースである。抽象モデルＤＢ１２ｂに格納される定義情報は、上述した第３のレベルでの定義情報に相当する。

【0068】

汎用ワークフローエンジン１２ｃは、上述した汎用的なワークフローエンジンに相当する。ワークフローＤＢ１２ｄは、後述する生成部１３ｃによって生成される倉庫業務に関する各ワークフローが格納されるデータベースである。

【0069】

制御部１３は、コントローラ（controller）であり、たとえば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、記憶部１２に記憶されている図示略の各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３は、たとえば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現することができる。

【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】

実施形態に係る物流業務システム１の構築方法では、対象物を区別して在庫管理する単位に、一般的にも用いられるＳＫＵ（Stock Keeping Unit）を用いる。図１５に示すように、対象物は、対象物を管理する「管理主体」が異なれば、同一品目でも別管理となる。「管理主体」は、たとえば荷主、寄託者、事業部等である。

【0095】

また、対象物に関し、「品目」は、対象物を１次的に識別するものである。色、形状、荷姿、入数等の違いで別品目となる場合がある。本実施形態では、原則、上位システムの管理と同一とする。

【0096】

また、対象物に関し、「付属情報」は、品目に付属する情報であり、たとえばロット、入庫日、使用期限、良品区分等である。「付属情報」は、ロットや使用期限のように品目に記載があるものだけでなく、入庫日や良品区分のように、記載はないが属性情報として管理するものがある。なお、ロットの記載があっても在庫管理単位として管理しない場合は含まない。

【0097】

これらを前提として、図１６に示すように、対象物には、ＳＫＵの単位でＳＫＵＮｏ．が付与される。このようにして、対象物を区別して在庫管理する単位にＳＫＵが用いられる。

【0098】

次に、「管理場所」について、より具体的に説明する。図１７～図２０は、管理場所に関する説明図（その１）～（その４）である。

【0099】

図１７には、「管理場所」のデータ管理範囲を示している。図１７に示すように、１つの「倉庫」は、１つの実行システム５０に対応する。言い換えれば、１つの実行システム５０が管理する範囲は１つの「倉庫」である。なお、ここに言う１つの「倉庫」は、建屋の括りとは限らない。

【0100】

一方、「エリア」は、倉庫内の場所である。「エリア」は、倉庫内の属性で識別される。倉庫内の属性は、フロアや部屋等の物理的な区画、ＡＳ／ＲＳや固定ラック等の保管設備による分類、入荷場や移動中場など仮想的な場所の定義、等である。

【0101】

したがって、図１７に示すように、各実行システム５０は、標準でエリアマスタを管理し、エリアをキーとしたデータ管理を行う。倉庫については、固定値として保持する。

【0102】

また、管理システム３０または図示略の統括実行システムは、倉庫＋エリアをキーとしたデータ管理を行う。なお、標準では倉庫マスタを管理せず、必要に応じて管理する。

【0103】

また、実施形態に係る物流業務システム１の構築方法では、図１８に示す管理場所体系で対象物を管理し、識別する。具体的には、図１８に示すように、上述の「エリア」は、たとえば部屋番号、ＡＳ／ＲＳ号機等である。入荷場等は、たとえば、入荷場等のシステム固有番号を顧客側のエリア表記に読み替えできるように定義する。

【0104】

また、「ロケーション」は、在庫登録を行う場所であり、たとえば棚番や区画番号等である。ロケーション体系は、顧客の要件に応じて定義可能とする。なお、標準的な定義例は、たとえば図１９に示す通りである。

【0105】

また、「什器Ｎｏ．」は、たとえばパレットＮｏ．や、オリコン（折りたたみコンテナ）Ｎｏ．や、ビンＮｏ．や、トートＮｏ．や、箱Ｎｏ．等である。パレットの上にオリコンを乗せる場合等、什器を複数使用する場合の階層管理方法については後述する。

【0106】

また、「什器内間口」は、什器内を間仕切りした場合の間口Ｎｏ．である。また、「識別情報」は、対象物の管理単位を識別できる情報であり、物理的な識別だけでなく、視覚や作業記録により識別可能な仮想的な識別を含む。「識別情報」は、たとえば、上述したラベルＮｏ．や伝票Ｎｏ．の他、各作業指示の作業Ｎｏ．や、ユーザＩＤ＋在庫登録日時等である。

【0107】

なお、什器を複数使用する場合の階層管理方法であるが、実施形態に係る物流業務システム１の構築方法では、複数の什器を使用する場合は、管理範囲が小さい方の什器を対象物と紐付けて管理する。ただし、すべての階層管理を許可すると複雑化し、登録間違いや誤出庫等の運用ミスの原因となるため、許可する階層に制限を設けることを前提とする。

【0108】

たとえば、１階層目を棚、２階層目をパレット、３階層目をオリコンとする最大３階層までの管理とする。また、什器のユニーク性を保つために先頭１桁を種別にする等の前提条件を設けてもよい。

【0109】

図１７～図１９を用いた説明を前提として、図２０の上段に示すように、ロケーション体系「ＡＡ－１０－０２－３－４」で管理される対象物Ａ～Ｌおよび什器１０１～１０４，２０１，２０２の配置があったものとする。

【0110】

かかる場合、対象物Ａ～Ｌのそれぞれについては、図２０下段の左表に示すように管理場所が管理されることとなる。また、什器１０１～１０４，２０１，２０２のそれぞれについては、図２０下段の右表に示すように管理場所が管理されることとなる。

【0111】

＜作業主体が行う作業について＞
次に、上述した作業主体が行う作業について、より具体的に説明する。図２１は、作業主体が行う作業に関する説明図である。また、図２２および図２３は、特定に関する説明図（その１）および（その２）である。

【0112】

また、図２４は、カウントに関する説明図である。また、図２５～図２８は、移動に関する説明図（その１）～（その４）である。

【0113】

既に述べたが、図２１に示すように、実施形態に係る物流業務システム１の構築方法では、作業主体が行う作業は、「特定」、「カウント」、「移動」およびこれら以外の「補助作業」に分類・整理される。

【0114】

また、「特定」には、「照合」、「登録」の２種類がある。また、「移動」は、「入庫登録」、「出庫登録」、「削除」を含む。また、「補助作業」には、「認証」、「入力」、「番号取得」、「参照」、「確認」、「出力」、「動作指示」、「イベント」、「定周期」がある。

【0115】

図２２に示すように、まず、「特定」における「照合」は、移動もしくはカウントの対象物を特定し、作業指示またはマスタ情報等の照合元情報と照合することである。また、「特定」における「登録」は、照合項目外の属性情報（ロット、入庫日、良品／不良品等）を確認し、ＳＫＵを特定して登録することである。

【0116】

図２３に示すように、「照合」は、たとえば商品のバーコードや、ラベルＮｏ．や、什器Ｎｏ．で照合する。また、「登録」は、前述の属性情報を確認し、登録する。

【0117】

また、図２４に示すように、「カウント」は、特定した対象物をＳＫＵ単位に数えることである。ここで、重量や容積により測定する等、計数の手段は問わない。

【0118】

また、図２５に示すように、「移動」は、対象物を別の管理場所へ移動することである。なお、「移動」は、物理的な移動だけでなく、物理的な移動を伴わない仮想的移動をも含む。

【0119】

物理的な移動は、図２６に示すように、文字通り物理的に場所を移動することである。一方、仮想的な移動は、図２７に示すように、たとえばラベル分割や移動中引当等によって、管理単位を変更することである。また、仮想的な移動は、図２８に示すように、たとえば仮想空間側の範囲を変更することである。

【0120】

図２５の説明に戻る。また、「移動」のうち、倉庫内への初回の移動については、「入庫登録」とする。同様に、「移動」のうち、倉庫からの最終の移動については、「出庫登録」とする。また、「移動」のうち、倉庫内での対象物管理対象から外れる場合については、「削除」とする。

【0121】

図２２～図２５を用いて説明した「特定」、「カウント」、「移動」の各作業を含む、作業主体への一連の作業の指示が上述した「作業指示」である。図２９は、作業指示に関する説明図である。

【0122】

図２９に示すように、「作業指示」には、移動を伴うものと、移動を伴わないものとがある。移動を伴う「作業指示」には、「入庫登録」、「入庫」、「在庫移動」、「補充移動」、「出庫」、「仕分け」、「出荷梱包」、「出荷登録」がある。

【0123】

「入庫登録」は、倉庫への初回移動時、対象物を特定して在庫情報を登録する。また、必要に応じてカウントする。「入庫」は、入庫作業指示に従って対象物を特定し、物理的な場所へ移動させる。

【0124】

「在庫移動」は、対象物を物理的に移動させる。「補充移動」は、補充作業指示に従って対象物を物理的に移動させる。「出庫」は、出庫作業指示に従って対象物を物理的に移動させる。また、必要に応じてカウントする。

【0125】

「仕分け」は、仕分け指示に従って対象物を物理的に移動させる。また、必要に応じてカウントする。「出荷梱包」は、対象物を特定して、梱包箱へ物理的に移動させる。また、必要に応じてカウントする。「出荷登録」は、倉庫からの最終移動時、対象物を特定して在庫情報を削除する。

【0126】

一方、移動を伴わない「作業指示」には、「入荷検品」、「出荷検品」、「棚卸し」がある。「入荷検品」は、入荷作業指示に従って対象物を特定し、カウントする。「出荷検品」は、出荷作業指示に従って対象物を特定し、カウントする。「棚卸し」は、棚卸し作業指示に従って対象物を特定し、カウントする。なお、棚卸し作業指示は、たとえば在庫情報から生成される。

【0127】

次に、上述した「補助作業」について、より具体的に説明する。図２１は、補助作業に関する説明図である。既に述べたように、作業主体が行う作業のうち、前述の「特定」、「カウント」、「移動」に含まれないものが「補助作業」である。

【0128】

図３０に示すように、「補助作業」には、「認証」、「入力」、「番号取得」、「参照」、「確認」、「出力」、「動作指示」、「イベント」、「定周期」がある。

【0129】

「認証」は、ユーザ認証、機器認証等を行う作業である。「入力」は、データを入力する作業である。「入力」は、たとえば次の作業のインプットとして必要な情報を入力する。

【0130】

「番号取得」は、ＳＫＵＮｏ．等の番号を取得する作業である。また、「番号取得」は、該当番号がない場合の発番を含む。「参照」は、データの参照・確認を行う作業である。

【0131】

「確認」は、たとえばＵＩ画面においてボタンを押下する作業である。「出力」は、帳票出力、メッセージ出力、ログ出力等を行う作業である。「動作指示」は、機器に対する動作指示を行う作業である。「動作指示」は、たとえば搬送機器の呼出や、別の場所への移動等を行う。

【0132】

「イベント」は、前の作業により発生するイベントをトリガに発生する作業である。「定周期」は、定周期処理により発生する作業である。

【0133】

そして、これまで説明した各作業の手順を作業指示内において定義したものがワークフローである。ワークフロー制作者は、生成装置１０を操作し、抽象モデルＤＢ１２ｂにおいて抽象化された各作業に伴う入力項目と出力項目とを定義したうえで、汎用ワークフローエンジン１２ｃを利用して倉庫業務に関する各種のワークフローを生成する。

【0134】

＜ワークフローの具体例＞
ここで、生成される各種のワークフローの具体例について、図３１～図３６を用いて説明する。図３１は、入荷・入庫業務に関するワークフローの具体例を示す図（その１）である。また、図３２は、図３１に示すワークフローの実行時におけるＵＩ画面の動作例を示す図である。

【0135】

また、図３３は、入荷・入庫業務に関するワークフローの具体例を示す図（その２）である。また、図３４は、図３３に示すワークフローの実行時におけるＵＩ画面の動作例を示す図である。

【0136】

また、図３５および図３６は、補助作業を含むワークフローの具体例を示す図（その１）および（その２）である。なお、図３５および図３６では、斜線で塗りつぶされた各作業が補助作業に該当する。

【0137】

まず、図３１の例では、入荷・入庫業務において、荷受け時に入荷伝票が商品と一緒に添付されるものとする。また、入荷伝票には、伝票Ｎｏ．を示すバーコードが付いており、作業者は、伝票Ｎｏ．をスキャンして入荷予定と商品、数量が合っているかを照合した後、オリコンに投入するものとする。そしてその後、オリコンをＡＧＶで入庫先へ搬送するものとする。

【0138】

かかる場合、たとえば図３１に示すようなワークフローが生成される。具体的には、入荷作業開始時に入荷伝票バーコードがスキャンされると、かかるスキャンの結果出力される伝票Ｎｏ．を入力として「作業指示」において入荷作業指示が作成される。

【0139】

そして、作成された作業指示に基づき、「特定」において品目バーコードスキャンおよび付属情報入力が行われる。そして、作業指示および「特定」での特定情報に基づき、つづく「カウント」においては数量が入力される。

【0140】

そして、作業指示、特定情報および「カウント」での数量に基づき、「移動（入庫登録）」が行われる。「移動（入庫登録）」ではオリコンＮｏ．バーコードスキャンが行われ、入荷作業は終了する。

【0141】

一方、「移動（入庫登録）」のイベントをトリガとして入庫作業が開始される。入庫作業においては、入庫作業開始の結果出力される什器Ｎｏ．を入力として「作業指示」において移動作業指示が作成される。

【0142】

そして、作成された作業指示に基づき、「移動」においてたとえばＡＧＶによる搬送が行われる。かかる搬送の結果がＯＫであれば、入庫作業が終了する。

【0143】

図３１の例では、入荷作業のワークフローにおいては、それぞれ１つまでの「作業指示」、「特定」、「カウント」、「移動」が含まれ、「特定」、「カウント」、「移動」は所定の順番で実行される。すなわち、かかる入荷作業のワークフローは、図４で説明したワークフローの基本形に基づき、生成されていることが分かる。

【0144】

また、図３１の例では、入庫作業のワークフローにおいては、それぞれ１つの「作業指示」および「移動」が含まれる。すなわち、かかる入庫作業のワークフローは、「特定」、「カウント」、「移動」の一連の作業は含まないものの、実施形態に係る第３のレベルで抽象モデル化された「移動」およびこれを指示する「作業指示」に基づき、生成されていることが分かる。

【0145】

なお、図３１のワークフローの場合、たとえば入荷伝票バーコードスキャン時の操作システム９０におけるＵＩ画面の動作を、たとえば図３２に示す動作例に対応させることが可能である。

【0146】

次に、図３３の例では、入荷・入庫業務において、荷受け時に商品のみが倉庫に入ってくるものとする。そして、作業者は、対象の入荷予定を検索し、商品、数量が合っているかを照合し、入荷作業の終了時に在庫ラベルＮｏ．を含む在庫ラベルを発行するものとする。その後、別の作業者が、在庫ラベルをスキャンし、商品を棚に入庫するものとする。

【0147】

かかる場合、たとえば図３３に示すようなワークフローが生成される。具体的には、入荷作業開始時に品目バーコードがスキャンされると、かかるスキャンの結果出力される品目Ｎｏ．を入力として「作業指示」において入荷作業指示が作成される。

【0148】

そして、作成された作業指示に基づき、「特定」において付属情報入力が行われる。そして、作業指示および「特定」での特定情報に基づき、つづく「カウント」においては品目バーコードスキャンによるカウントアップが行われる。

【0149】

そして、作業指示、特定情報および「カウント」での数量に基づき、「移動（入庫登録）」が行われる。「移動（入庫登録）」では在庫ラベルＮｏ．が発行され、入荷作業は終了する。

【0150】

一方、入庫作業においては、入庫作業開始時に別の作業者により、「移動（入庫登録）」において発行された在庫ラベルＮｏ．を含む在庫ラベルバーコードがスキャンされると、スキャンの結果出力される在庫ラベルＮｏ．に基づき、「作業指示」において移動作業指示が作成される。

【0151】

そして、作成された作業指示に基づき、「移動」においてたとえば作業者が手動で商品を棚に入庫し、入庫した棚の棚番バーコードをスキャンした結果、ＯＫであれば、入庫作業が終了する。

【0152】

図３３の例では、入荷作業のワークフローにおいては、図３１の場合と同様に、それぞれ１つまでの「作業指示」、「特定」、「カウント」、「移動」が含まれ、「特定」、「カウント」、「移動」は所定の順番で実行される。すなわち、かかる入荷作業のワークフローは、図４で説明したワークフローの基本形に基づき、生成されていることが分かる。

【0153】

また、図３３の例では、入庫作業のワークフローにおいては、それぞれ１つの「作業指示」および「移動」が含まれる。すなわち、かかる入庫作業のワークフローは、「特定」、「カウント」、「移動」の一連の作業は含まないものの、実施形態に係る第３のレベルで抽象モデル化された「移動」およびこれを指示する「作業指示」に基づき、生成されていることが分かる。

【0154】

なお、図３３のワークフローの場合、たとえば品目バーコードスキャン時の操作システム９０におけるＵＩ画面の動作を、たとえば図３４に示す動作例に対応させることが可能である。

【0155】

次に、図３５の例では、補助作業を含むワークフローの具体例として、ＡＧＶ等の搬送機器呼出に関するワークフローを例に挙げる。なお、上述したように、補助作業は、ワークフロー内の任意の位置に配置可能である。

【0156】

図３５に示すように、搬送機器呼出の場合、作業開始後、「入力」においてＳＴＮｏ．が入力されると、かかる入力の結果出力されるＳＴＮｏ．に基づき、「確認」において呼出ボタンが作業者に対し提示される。

【0157】

そして、作業者が呼出ボタンを押下すれば、「動作指示」におけるＳＴＮｏ．に対応する搬送機器呼出のイベントをトリガとして、搬送作業における「イベント」が搬送作業を実行する。そして、「出力」が「イベント」から搬送完了を受信すれば、「出力」は搬送実績登録を行う。

【0158】

次に、図３６の例では、補助作業を含むワークフローの具体例として、入庫業務に関するワークフローを例に挙げる。

【0159】

図３６に示すように、入庫作業が開始され、「入力」において什器Ｎｏ．が入力されると、これに応じ「出力」は什器内の品目ラベルを出力する。一方で、「入力」において入力された什器Ｎｏ．に基づき、「作業指示」においては移動作業指示が作成される。

【0160】

そして、作成された作業指示に含まれる作業Ｎｏ．および搬送先に基づき、「動作指示」においては、これら作業Ｎｏ．および搬送先を含む搬送指示が搬送作業における「イベント」へ通知される。

【0161】

「イベント」は、かかる通知をトリガとし、つづく「作業指示」に作業Ｎｏ．および搬送先を出力させ、「移動」において搬送機器による搬送を行わせる。かかる搬送の結果がＯＫであれば、入庫作業が終了する。

【0162】

一方で、搬送作業における「出力」は、「イベント」から搬送完了を受信すれば、搬送実績登録を行う。

【0163】

＜ハードウェア構成＞
なお、上述してきた実施形態に係る生成装置１０、管理システム３０、実行システム５０、制御システム７０および操作システム９０は、たとえば図３７に示すような構成のコンピュータ１０００によって実現される。生成装置１０を例に挙げて説明する。図３７は、生成装置１０の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ（Hard Disk Drive）１４００、通信インタフェース（Ｉ／Ｆ）１５００、入出力インタフェース（Ｉ／Ｆ）１６００、および、メディアインタフェース（Ｉ／Ｆ）６７を備える。

【0164】

ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

【0165】

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラムおよび当該プログラムによって使用されるデータ等を格納する。通信インタフェース１５００は、通信ネットワークを介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータを、通信ネットワークを介して他の機器へ送信する。

【0166】

ＣＰＵ１１００は、入出力インタフェース１６００を介して、ディスプレイやプリンタ等の出力装置、および、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インタフェース１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを、入出力インタフェース１６００を介して出力装置へ出力する。

【0167】

メディアインタフェース１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、当該プログラムを、メディアインタフェース１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、たとえばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または、半導体メモリ等である。

【0168】

たとえば、コンピュータ１０００が実施形態に係る生成装置１０として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３の各機能を実現する。また、ＨＤＤ１４００には、記憶部１２内のデータが記憶される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを、記録媒体１８００から読み取って実行するが、他の例として、他の装置から、通信ネットワークを介してこれらのプログラムを取得してもよい。

【0169】

＜まとめ＞
上述してきたように、実施形態に係る生成装置１０は、モデル化部１３ｂと、生成部１３ｃとを備える。モデル化部１３ｂは、汎用的なワークフローエンジンを利用して物流業務に関するワークフローが生成可能となるように、上記物流業務における作業およびデータを抽象モデル化する。生成部１３ｃは、モデル化部１３ｂによって抽象モデル化された上記作業およびデータに基づき、上記ワークフローエンジンを利用して上記ワークフローを生成する。

【0170】

したがって、実施形態に係る生成装置１０によれば、物流業務システム１の構築作業の効率化を図ることができる。

【0171】

特に、本実施形態では、第１のレベルと第２のレベルとの間、すなわち第１のレベルよりは具体的であり、第２のレベルよりは抽象的な抽象化レベルである「第３のレベル」で物流業務に関する作業およびデータを抽象モデル化することとした。

【0172】

これにより、物流業務システム１をＳＩ提供するにあたってのシステム化工程において、顧客とＳｉ業者の双方で見えていない部分を抽出し、情報共有することも可能となる。

【0173】

ちなみに、本実施形態に係る抽象化レベルは、ビジネスプロセスモデルにおける機能階層（ＦＬ：Function Layer）におけるＦＬ５からＦＬ６の間を想定している。

【0174】

また、上述した実施形態では、汎用ワークフローエンジンとしてＡｃｔｉｖｉｔｉを例に挙げたが、汎用ワークフローエンジンを限定するものではない。他の例としては、たとえばＡｉｒｆｌｏｗや、Ａｒｇｏ等を用いることとしてもよい。

【0175】

さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施形態に限定されるものではない。したがって、添付の特許請求の範囲およびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。

【符号の説明】

【0176】

１ 物流業務システム
１０ 生成装置
１１ 取得Ｉ／Ｆ
１２ 記憶部
１２ａ 倉庫業務情報ＤＢ
１２ｂ 抽象モデルＤＢ
１２ｃ 汎用ワークフローエンジン
１２ｄ ワークフローＤＢ
１３ 制御部
１３ａ 取得部
１３ｂ モデル化部
１３ｃ 生成部
３０ 管理システム
５０ 実行システム
５１ 取得Ｉ／Ｆ
５２ 通信部
５３ 記憶部
５３ａ ワークフローＤＢ
５４ 制御部
５４ａ 取得部
５４ｂ 連携部
５４ｃ ワークフロー制御部
５４ｄ ＵＩ提供部
７０ 制御システム
９０ 操作システム

【要約】

【課題】構築作業の効率化を図ること。
【解決手段】実施形態の一態様に係る物流業務システムの構築方法は、モデル化工程と、生成工程とを含む。モデル化工程は、汎用的なワークフローエンジンを利用して物流業務に関するワークフローが生成可能となるように、上記物流業務における作業およびデータを抽象モデル化する。生成工程は、モデル化工程において抽象モデル化された上記作業およびデータに基づき、上記ワークフローエンジンを利用して上記ワークフローを生成する。
【選択図】図８

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34】

【図35】

【図36】

【図37】