特許7577869オーダー処理方法、オーダー処理装置、オーダー処理機器、倉庫システムおよび記憶媒体
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-10-25
(45)【発行日】2024-11-05
(54)【発明の名称】オーダー処理方法、オーダー処理装置、オーダー処理機器、倉庫システムおよび記憶媒体
(51)【国際特許分類】
G06Q 10/087 20230101AFI20241028BHJP
B65G 1/137 20060101ALI20241028BHJP
【ＦＩ】
G06Q10/087
B65G1/137 E
【請求項の数】
9
(21)【出願番号】P 2023548314
(86)(22)【出願日】2022-01-19
(65)【公表番号】
(43)【公表日】2024-02-07
(86)【国際出願番号】 CN2022072838
(87)【国際公開番号】W WO2022170935
(87)【国際公開日】2022-08-18
【審査請求日】2023-09-07
(31)【優先権主張番号】202110178236.4
(32)【優先日】2021-02-09
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】523301101
【氏名又は名称】深▲せん▼市庫宝軟件有限公司
【氏名又は名称原語表記】ＳＨＥＮＺＨＥＮ ＫＵＢＯ ＳＯＦＴＷＡＲＥ ＣＯ．，ＬＴＤ
【住所又は居所原語表記】Ｒｏｏｍｓ １０１， ２０１， ３０１， ４０１， Ｂｕｉｌｄｉｎｇ Ｃ， ＨＡＩ ＲＯＢＯＴＩＣＳ Ｉｎｄｕｓｔｒｉａｌ Ｐａｒｋ， Ｎａｎｃｈａｎｇ Ｃｏｍｍｕｎｉｔｙ， Ｘｉｘｉａｎｇ Ｓｔｒｅｅｔ， Ｂａｏ’ａｎ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８１００， Ｃｈｉｎａ
(74)【代理人】
【識別番号】100112656
【弁理士】
【氏名又は名称】宮田 英毅
(74)【代理人】
【識別番号】100089118
【弁理士】
【氏名又は名称】酒井 宏明
(72)【発明者】
【氏名】喩潤方
(72)【発明者】
【氏名】周紅霞
【審査官】阿部 潤
(56)【参考文献】
【文献】国際公開第２０１６／１１７１１１（ＷＯ，Ａ１）
【文献】特表２０１５－５０６３２４（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００ － ９９／００
Ｂ６５Ｇ １／１３７
(57)【特許請求の範囲】
【請求項1】
倉庫システムに適用されるオーダー処理方法であって、
前記倉庫システムは、
荷物を置くための少なくとも１つのスロットを含む操作台と
荷物のピッキングや出庫等のオーダーを処理するオーダー処理機器と
を備え、
前記オーダー処理方法は、前記オーダー処理機器によって行われる方法であって、
第１のオーダーと第２のオーダーとを取得するステップと、
前記第１のオーダーを前記第２のオーダーと組み合わせて、前記第１のオーダーに対応する荷物を前記第２のオーダーに対応する前記操作台のスロット上に置くよう指示するために各オーダーのオーダー要求を前記操作台のディスプレイに表示するステップと、を含み、
前記第２のオーダーは操作台で処理中のオーダーであり、
前記第１のオーダーを第２のオーダーと組み合わせることは、
前記第１のオーダーと前記第２のオーダーとのオーダー要求を合併することを含み、
前記オーダー要求は、オーダーが要する各荷物の要求数量を含み、
前記第１のオーダーと前記第２のオーダーとのオーダー要求を合併することは、
前記第１のオーダーと前記第２のオーダーとにおける同じ荷物の要求数量を合算するとともに、
前記第１のオーダーにおける前記第２のオーダーとは異なる荷物およびその要求数量を前記第２のオーダーに追加して、組合せオーダーを生成することを含む
オーダー処理方法。
【請求項2】
前記第１のオーダーを第２のオーダーと組み合わせるステップは、前記第１のオーダーおよび前記第２のオーダーが組合せ条件を満たすか否かを判定するステップと、
満たす場合、前記第１のオーダーを前記第２のオーダーと組み合わせるステップと、を含み、
前記組合せ条件は、前記第２のオーダーに対応するスロットの収納制限条件、および／または締切時間制限条件、および／またはオーダー属性制限条件を含み、
前記第１のオーダーおよび前記第２のオーダーが、前記収納制限条件と、締切時間制限条件と、オーダー属性制限条件とのうちの１つまたは複数を満たさない場合、前記第１のオーダーおよび前記第２のオーダーが前記組合せ条件を満たさないと特定する、
請求項１に記載のオーダー処理方法。
【請求項3】
前記収納制限は、体積制限と、個数制限と、オーダー数制限とを含み、前記第１のオーダーおよび前記第２のオーダーが前記組合せ条件を満たすか否かを判定する前に、前記オーダー処理方法はさらに、組合せオーダーに対応するオーダー総数と、荷物総個数と、収納総体積とを取得するステップと、
前記第１のオーダーおよび前記第２のオーダーが前記収納制限条件を満たすか否かを判定するステップと、を含み、
ここで、前記組合せオーダーは予備的に組み合わされた前記第１のオーダーおよび前記第２のオーダーに対応するオーダーであり、
前記第１のオーダーおよび前記第２のオーダーが前記収納制限条件を満たすか否かを判定するステップは、
前記オーダー総数が前記オーダー数制限を超えるか否かを判定するステップと、
前記荷物総個数が前記個数制限を超えるか否かを判定するステップと、
前記収納総体積が前記体積制限を超えるか否かを判定するステップと、
上記の少なくとも１つの判定結果がＹｅｓの場合、前記第１のオーダーおよび前記第２のオーダーが前記収納制限条件を満たさないと特定するステップと、を含む、
請求項２に記載のオーダー処理方法。
【請求項4】
前記第１のオーダーおよび前記第２のオーダーが組合せ条件を満たすか否かを判定する前に、前記オーダー処理方法はさらに、前記第１のオーダーの第１の締切時間および前記第２のオーダーの第２の締切時間を取得するステップと、
前記第１のオーダーおよび前記第２のオーダーが前記締切時間制限条件を満たすか否かを判定するステップと、を含み、
前記第１のオーダーおよび前記第２のオーダーが前記締切時間制限条件を満たすか否かを判定するステップは、
前記第１の締切時間と前記第２の締切時間との差が所定の差より大きいか否かを判定するステップと、
大きい場合、前記第１のオーダーおよび前記第２のオーダーが組合せ条件を満たさないと特定するステップと、を含む、
請求項２に記載のオーダー処理方法。
【請求項5】
前記オーダー属性は、ウェーブ組合せ属性と、オーダータイプと、オーダー組合せ属性とを含み、前記第１のオーダーおよび前記第２のオーダーが前記オーダー属性制限条件を満たすか否かを判定するステップは、前記第１のオーダーと前記第２のオーダーとのウェーブ組合せ属性が不一致であるか否かを判定するステップと、
前記第１のオーダーと前記第２のオーダーとのオーダータイプが不一致であるか否かを判定するステップと、
前記第１のオーダーまたは前記第２のオーダーのオーダー組合せ属性が、組合せ禁止であるか否かを判定するステップと、
上記の少なくとも１つの判定結果がＹｅｓである場合、前記第１のオーダーおよび前記第２のオーダーが前記オーダー属性制限条件を満たさないと特定するステップと、を含み、
前記ウェーブ組合せ属性は現オーダーが異なるウェーブの他のオーダーと現オーダーとの混合を許容するか否かを表すために用いられる、
請求項２に記載のオーダー処理方法。
【請求項6】
前記操作台の数は複数であり、第１のオーダーを取得した後に、前記オーダー処理方法はさらに、各操作台の操作台属性に基づいて、少なくとも１つの対象操作台を決定するステップと、
前記少なくとも１つの対象操作台で処理中の各前記第２のオーダーを取得するステップと、を含み、
対応的に、前記第１のオーダーおよび前記第２のオーダーが組合せ条件を満たすか否かを判定するステップは、
前記各対象操作台の各前記第２のオーダーごとに、前記第１のオーダーおよび前記第２のオーダーが組合せ条件を満たすか否かを判定するステップを含み、
前記操作台属性は、オーダー属性および規定オーダー量を含み、各操作台の操作台属性に基づいて対象操作台を決定するステップは、
各操作台について、前記操作台のオーダー属性がオーダーの組合せ許容である場合、前記操作台の規定オーダー量を取得するステップと、
前記規定オーダー量および処理中のオーダー量に基づいて、前記操作台がオーダー受付条件を満たすか否かを判定するステップと、
満たす場合、前記操作台を前記対象操作台に決定するステップと、を含む、
請求項２～５のいずれか一項に記載のオーダー処理方法。
【請求項7】
各操作台の操作台属性に基づいて対象操作台を決定する前に、前記オーダー処理方法はさらに、前記第１のオーダーに対応する各第１の操作台を取得するステップを含み、
各操作台の操作台属性に基づいて対象操作台を決定するステップは、
各前記第１の操作台の操作台属性に基づいて対象操作台を決定するステップを含む、
請求項６に記載のオーダー処理方法。
【請求項8】
コンピュータ実行指令が記憶されたコンピュータ読み取り可能な記憶媒体であって、プロセッサが前記コンピュータ実行指令を実行すると、請求項１～７のいずれか一項に記載のオーダー処理方法が実現される、コンピュータ読み取り可能な記憶媒体。
【請求項9】
コンピュータプログラムであって、前記コンピュータプログラムが前記オーダー処理機器内のプロセッサによって実行されると、請求項１～７のいずれか一項に記載のオーダー処理方法が実現される、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本願は２０２１年０２月０９日に中国専利局に提出された、出願番号２０２１１０１７８２３６．４、発明の名称「オーダー処理方法、装置、機器、倉庫システムおよび記憶媒体」の中国専利出願の優先権を主張し、そのすべての内容を援用により本願に組み入れる。
【0002】
本願はスマート倉庫の技術分野に関し、特にオーダー処理方法、オーダー処理装置、オーダー処理機器、倉庫システムおよび記憶媒体に関する。
【背景技術】
【0003】
倉庫ロボットに基づくスマート倉庫システムは、スマート操作システムを採用して、システムの指令により荷物の自動出庫および入庫を実現するとともに、２４時間連続で稼働でき、人間による管理と操作に取って代わって倉庫の効率を向上させるため、広く利用され人気を博している。
【0004】
スマート倉庫システムが同一ロットの複数のオーダー（注文伝票）を受信したとき、当該複数のオーダーを操作台に送信して処理する前に、まず当該複数のオーダーを組み合わせて１つの新たなオーダーとし、さらに操作台において当該組み合わされた新オーダーを処理して、相応のオーダータスクを完了させる必要がある。
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、従来技術においては、オーダーまたは組み合わせたオーダーを操作台に送信して、例えばピッキングなどの処理をしている場合、処理中のオーダーを後から変更することはできず、後続のオーダーは当該オーダーの処理が完了してからでないと実行することができない。処理中のオーダーに対応するタスク量が小さい場合は、操作台の、オーダーされたコンテナを置くためのスロットが大量に余る現象が生じ、スロットの空間利用率の低下およびオーダー処理效率の低下を招いてしまう。
【課題を解決するための手段】
【0006】
上述した課題を解決し、目的を達成するために、第１の態様として、本願実施例で提供するオーダー処理方法は、第１のオーダーを取得するステップと、前記第１のオーダーを第２のオーダーと組み合わせて、前記第１のオーダーに対応する荷物を前記第２のオーダーに対応するスロット上に置かせるステップと、を含み、前記第２のオーダーは操作台で処理中のオーダーである。
【0007】
任意選択として、前記第１のオーダーを第２のオーダーと組み合わせるステップは、前記第１のオーダーと前記第２のオーダーとのオーダー要求を合併して組合せオーダーを得るステップを含み、前記組合せオーダーに対応するスロットは、前記第２のオーダーに対応するスロットと一致する。
【0008】
任意選択として、前記第１のオーダーを第２のオーダーと組み合わせるステップは、前記第１のオーダーおよび前記第２のオーダーが組合せ条件を満たすか否かを判定するステップと、満たす場合、前記第１のオーダーを前記第２のオーダーと組み合わせるステップと、を含む。
【0009】
任意選択として、前記組合せ条件は、前記第２のオーダーに対応するスロットの収納制限条件、および／または締切時間制限条件、および／またはオーダー属性制限条件を含み、前記第１のオーダーおよび前記第２のオーダーが前記収納制限条件と、締切時間制限条件と、オーダー属性制限条件とのうちの１つまたは複数を満たさない場合、前記第１のオーダーおよび前記第２のオーダーが前記組合せ条件を満たさないと特定する。
【0010】
任意選択として、前記収納制限は、体積制限と、個数制限と、オーダー数制限とを含み、前記第１のオーダーおよび前記第２のオーダーが前記組合せ条件を満たすか否かを判定する前に、前記オーダー処理方法はさらに、組合せオーダーに対応するオーダー総数と、荷物総個数と、収納総体積とを取得するステップを含み、前記組合せオーダーは予備的に組み合わされた前記第１のオーダーおよび第２のオーダーに対応するオーダーである。
【0011】
対応的に、前記第１のオーダーおよび前記第２のオーダーが前記収納制限条件を満たすか否かを判定するステップは、前記オーダー総数が前記オーダー数制限を超えるか否かを判定するステップと、前記荷物総個数が前記個数制限を超えるか否かを判定するステップと、前記収納総体積が前記体積制限を超えるか否かを判定するステップと、上記の少なくとも１つの判定結果がＹｅｓの場合、前記第１のオーダーおよび前記第２のオーダーが前記収納制限条件を満たさないと特定するステップと、を含む。
【0012】
任意選択として、前記第１のオーダーおよび前記第２のオーダーが組合せ条件を満たすか否かを判定する前に、前記オーダー処理方法はさらに、前記第１のオーダーの第１の締切時間および前記第２のオーダーの第２の締切時間を取得するステップを含み、前記第１のオーダーおよび前記第２のオーダーが前記締切時間制限条件を満たすか否かを判定するステップは、前記第１の締切時間と前記第２の締切時間との差が所定の差より大きいか否かを判定するステップと、大きい場合、前記第１のオーダーおよび前記第２のオーダーが組合せ条件を満たさないと特定するステップと、を含む。
【0013】
任意選択として、前記オーダー属性は、ウェーブ組合せ属性と、オーダータイプと、オーダー組合せ属性とを含み、前記第１のオーダーおよび前記第２のオーダーが前記オーダー属性制限条件を満たすか否かを判定するステップは、前記第１のオーダーと前記第２のオーダーとのウェーブ組合せ属性が不一致であるか否かを判定するステップと、前記第１のオーダーと前記第２のオーダーとのオーダータイプが不一致であるか否かを判定するステップと、前記第１のオーダーまたは前記第２のオーダーのオーダー組合せ属性が、組合せ禁止であるか否かを判定するステップと、上記の少なくとも１つの判定結果がＹｅｓである場合、前記第１のオーダーおよび前記第２のオーダーが前記オーダー属性制限条件を満たさないと特定するステップと、を含み、前記ウェーブ組合せ属性は現オーダーが異なるウェーブの他のオーダーと現オーダーとの混合を許容するか否かを表すために用いられる。
【0014】
任意選択として、前記操作台の数は複数であり、第１のオーダーを取得した後に、前記オーダー処理方法はさらに、各操作台の操作台属性に基づいて、少なくとも１つの対象操作台を決定するステップと、前記少なくとも１つの対象操作台で処理中の各前記第２のオーダーを取得するステップと、を含む。
【0015】
対応的に、前記第１のオーダーおよび前記第２のオーダーが組合せ条件を満たすか否かを判定するステップは、前記各対象操作台の各前記第２のオーダーごとに、前記第１のオーダーおよび前記第２のオーダーが組合せ条件を満たすか否かを判定するステップを含む。
【0016】
各操作台の操作台属性に基づいて対象操作台を決定する前に、前記オーダー処理方法はさらに、前記第１のオーダーに対応する各第１の操作台を取得するステップを含む。
【0017】
対応的に、各操作台の操作台属性に基づいて、対象操作台を決定するステップは、各前記第１の操作台の操作台属性に基づいて対象操作台を決定するステップを含む。
【0018】
任意選択として、前記操作台属性は、オーダー属性および規定オーダー量を含み、各操作台の操作台属性に基づいて対象操作台を決定するステップは、各操作台について、前記操作台のオーダー属性がオーダーの組合せ許容である場合、前記操作台の規定オーダー量を取得するステップと、前記規定オーダー量および処理中のオーダー量に基づいて、前記操作台がオーダー受付条件を満たすか否かを判定するステップと、満たす場合、前記操作台を前記対象操作台に決定するステップと、を含む。
【0019】
第２の態様として、本願実施例でさらに提供するオーダー処理装置は、第１のオーダーを取得するための第１のオーダー取得モジュールと、前記第１のオーダーを第２のオーダーと組み合わせて、前記第１のオーダーに対応する荷物を前記第２のオーダーに対応するスロット上に置かせるためのオーダー組合せモジュールと、を含み、前記第２のオーダーは操作台で処理中のオーダーである。
【0020】
第３の態様として、本願実施例でさらに提供するオーダー処理機器は、メモリと、少なくとも１つのプロセッサとを含み、前記メモリはコンピュータ実行指令を記憶し、前記少なくとも１つのプロセッサが前記メモリに記憶されたコンピュータ実行指令を実行することで、前記少なくとも１つのプロセッサによって本願の第１の態様に対応する任意の実施例で提供するオーダー処理方法が実行される。
【0021】
第４の態様として、本願実施例でさらに提供する倉庫システムは、操作台と、本願の第３の態様に対応するオーダー処理機器とを含み、前記操作台はコンテナを置くための少なくとも１つのスロットを含む。
【0022】
第５の態様として、本願実施例でさらに提供するコンピュータ読み取り可能な記憶媒体には、コンピュータ実行指令が記憶され、プロセッサによって前記コンピュータ実行指令が実行されると、本願の第１の態様に対応する任意の実施例で提供するオーダー処理方法が実現される。
【0023】
第６の態様として、本願実施例でさらに提供するコンピュータプログラム製品は、コンピュータプログラムを含み、前記コンピュータプログラムがオーダー処理機器のプロセッサによって実行されると、オーダー処理装置に本願の第１の態様に対応する任意の実施例で提供するオーダー処理方法を実現させる。
【発明の効果】
【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】
本願で提供するオーダー処理方法は、操作台に処理中の第２のオーダーが存在する状況に対して、第１のオーダーを受信した場合、当該第１のオーダーと第２のオーダーに対してオーダーの組合せを行って、第１のオーダーにおける各コンテナを第２のオーダーに対応するスロット上に置くことにより、操作台の各スロットの空間利用率を向上させることができる。また、操作台に空きスロットが存在しない場合に、第１のオーダーの処理を他のオーダーの処理が完了するまで待ってから行う必要がなく、オーダーの処理効率を向上させることができる。
【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】
具体的には、第１のオーダーは操作台を指定することができ、即ち、１つまたは複数の第１の操作台を指定して、第１のオーダーの荷物の処理を行わせることができる。第１のオーダーに複数の第１の操作台が指定されている場合、対象操作台を決定する際に、指定された各第１の操作台の中から、各第１の操作台の操作台属性に基づいて少なくとも１つの対象操作台を決定する必要がある。
【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】
最後に説明することとして、以上の各実施例は本願の技術スキームを説明するためだけに用いたもので、限定するものではない。また、前記各実施例を参照して本願を詳細に説明したが、当業者であれば理解できるように、前記各実施例に記載した技術スキームはさらに変更したり、一部または全部の技術特徴に対して同等の置換をすることが可能である。ただしこれらの変更または置換は、その技術スキームの本質を本願の各実施例の技術スキームの範囲から逸脱させるものではない。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】