ホーム > 特許ランキング > 株式会社ホワイトプラス
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023000411
(43)【公開日】2023-01-04
(54)【発明の名称】クリーニング処理を管理する管理サーバ及び管理方法
(51)【国際特許分類】
G06Q 50/10 20120101AFI20221222BHJP
【ＦＩ】
G06Q50/10
【審査請求】未請求
【請求項の数】20
【出願形態】ＯＬ
(21)【出願番号】P 2021101194
(22)【出願日】2021-06-17
(71)【出願人】
【識別番号】511052185
【氏名又は名称】株式会社ホワイトプラス
(74)【代理人】
【識別番号】100140899
【弁理士】
【氏名又は名称】竹本 如洋
(72)【発明者】
【氏名】中谷 元
(72)【発明者】
【氏名】八巻 紘士
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049CC11
(57)【要約】
【課題】受注数を柔軟に管理する、例えば、クリーニング処理の受注可能数を変動させる、管理サーバ及び管理方を提供する。
【解決手段】クリーニング処理を管理する管理サーバであって、前記クリーニング処理の被処理物の受注数を管理する受注管理手段と、前記クリーニング処理に含まれる複数の工程を管理するキャパシティ管理手段と、を有し、前記キャパシティ管理手段は、顧客からの注文情報に対応可能な第１のクリーニング処理及び第２のクリーニング処理を設定し、前記第１のクリーニング処理の第１の受注数の第１の上限値と、前記第２のクリーニング処理の第２の受注数の第２の上限値と、を管理し、前記キャパシティ管理手段は、前記第１の上限値を超えて前記第１のクリーニング処理の受注可能数を増加させ、前記受注管理手段は、前記受注可能数まで前記第１のクリーニング処理の受注を受け付ける情報を出力する管理サーバ。
【選択図】 図２６
【解決手段】クリーニング処理を管理する管理サーバであって、前記クリーニング処理の被処理物の受注数を管理する受注管理手段と、前記クリーニング処理に含まれる複数の工程を管理するキャパシティ管理手段と、を有し、前記キャパシティ管理手段は、顧客からの注文情報に対応可能な第１のクリーニング処理及び第２のクリーニング処理を設定し、前記第１のクリーニング処理の第１の受注数の第１の上限値と、前記第２のクリーニング処理の第２の受注数の第２の上限値と、を管理し、前記キャパシティ管理手段は、前記第１の上限値を超えて前記第１のクリーニング処理の受注可能数を増加させ、前記受注管理手段は、前記受注可能数まで前記第１のクリーニング処理の受注を受け付ける情報を出力する管理サーバ。
【選択図】 図２６
【特許請求の範囲】
【請求項1】
クリーニング処理を管理する管理サーバであって、
前記クリーニング処理の被処理物の受注数を管理する受注管理手段と、
前記クリーニング処理に含まれる複数の工程を管理するキャパシティ管理手段と、
を有し、
前記キャパシティ管理手段は、顧客からの注文情報に対応可能な第１のクリーニング処理及び第２のクリーニング処理を設定し、前記第１のクリーニング処理の第１の受注数の第１の上限値と、前記第２のクリーニング処理の第２の受注数の第２の上限値と、を管理し、
前記キャパシティ管理手段は、前記第１の上限値を超えて前記第１のクリーニング処理の受注可能数を増加させ、
前記受注管理手段は、前記受注可能数まで前記第１のクリーニング処理の受注を受け付ける情報を出力する
管理サーバ。
前記クリーニング処理の被処理物の受注数を管理する受注管理手段と、
前記クリーニング処理に含まれる複数の工程を管理するキャパシティ管理手段と、
を有し、
前記キャパシティ管理手段は、顧客からの注文情報に対応可能な第１のクリーニング処理及び第２のクリーニング処理を設定し、前記第１のクリーニング処理の第１の受注数の第１の上限値と、前記第２のクリーニング処理の第２の受注数の第２の上限値と、を管理し、
前記キャパシティ管理手段は、前記第１の上限値を超えて前記第１のクリーニング処理の受注可能数を増加させ、
前記受注管理手段は、前記受注可能数まで前記第１のクリーニング処理の受注を受け付ける情報を出力する
管理サーバ。
【請求項2】
前記キャパシティ管理手段は、前記第１のクリーニング処理と前記第２のクリーニング処理に関連する共有上限値を管理し、
前記キャパシティ管理手段は、前記第１の受注数と前記第２の受注数の和が前記共有上限値を超えない範囲で、前記第１のクリーニング処理の受注可能数を増加させる
請求項１に記載の管理サーバ。
前記キャパシティ管理手段は、前記第１の受注数と前記第２の受注数の和が前記共有上限値を超えない範囲で、前記第１のクリーニング処理の受注可能数を増加させる
請求項１に記載の管理サーバ。
【請求項3】
前記キャパシティ管理手段は、
前記第１の上限値及び前記共有上限値を、前記第１のクリーニング処理の被処理物のクリーニング工場から配送地点までの配送工程の処理上限に基づいて管理し、
前記第２の上限値を、前記第２のクリーニング処理の被処理物の集荷地点からクリーニング工場までの集荷工程の処理上限に基づいて管理する、
請求項２に記載の管理サーバ。
前記第１の上限値及び前記共有上限値を、前記第１のクリーニング処理の被処理物のクリーニング工場から配送地点までの配送工程の処理上限に基づいて管理し、
前記第２の上限値を、前記第２のクリーニング処理の被処理物の集荷地点からクリーニング工場までの集荷工程の処理上限に基づいて管理する、
請求項２に記載の管理サーバ。
【請求項4】
前記キャパシティ管理手段は、前記配送工程及び前記集荷工程のそれぞれに対し、少なくとも２つの選択肢を設定し、
前記キャパシティ管理手段は、前記第１のクリーニング処理の前記配送工程と前記第２のクリーニング処理の前記配送工程に対し、それぞれ同一の選択肢を設定し、
前記キャパシティ管理手段は、前記第１のクリーニング処理の前記集荷工程と前記第２のクリーニング処理の前記集荷工程に対して、それぞれ別の選択肢を設定する、
請求項３に記載の管理サーバ。
前記キャパシティ管理手段は、前記第１のクリーニング処理の前記配送工程と前記第２のクリーニング処理の前記配送工程に対し、それぞれ同一の選択肢を設定し、
前記キャパシティ管理手段は、前記第１のクリーニング処理の前記集荷工程と前記第２のクリーニング処理の前記集荷工程に対して、それぞれ別の選択肢を設定する、
請求項３に記載の管理サーバ。
【請求項5】
前記選択肢が、集荷又は配送の少なくとも一方を行う時間帯が異なる少なくとも２つの物流業者に関する情報を含む、
請求項４に記載の管理サーバ。
請求項４に記載の管理サーバ。
【請求項6】
前記キャパシティ管理手段は、
前記第１の上限値及び前記共有上限値を、前記第１のクリーニング処理の被処理物の工場到着時点から工場出荷時点の間に、工場で実行される処理工程の処理上限に基づいて管理し、
前記第２の上限値を、前記第２のクリーニング処理の被処理物の前記工場到着時点から前記工場出荷時点の間に、前記工場で実行される処理工程の処理上限に基づいて管理する、
請求項２に記載の管理サーバ。
前記第１の上限値及び前記共有上限値を、前記第１のクリーニング処理の被処理物の工場到着時点から工場出荷時点の間に、工場で実行される処理工程の処理上限に基づいて管理し、
前記第２の上限値を、前記第２のクリーニング処理の被処理物の前記工場到着時点から前記工場出荷時点の間に、前記工場で実行される処理工程の処理上限に基づいて管理する、
請求項２に記載の管理サーバ。
【請求項7】
前記第１のクリーニング処理の被処理物の、前記工場で実行される処理工程の開始時点が、前記第２のクリーニング処理の被処理物の、前記工場で実行される処理工程の開始時点と異なる、
請求項６に記載の管理サーバ。
請求項６に記載の管理サーバ。
【請求項8】
前記工場で実行される前記処理工程が、クリーニング工程又は検品工程である、
請求項６又は７に記載の管理サーバ。
請求項６又は７に記載の管理サーバ。
【請求項9】
前記キャパシティ管理手段は、
前記第１の受注数が前記第１の上限値に到達したこと、又は、
前記第２の受注数が前記第２の上限値に到達したこと、又は、
前記第１の受注数及び前記第２の受注数の和が前記共有上限値に到達したこと、
に関する情報を、出力する、
請求項２から８のいずれか１項に記載の管理サーバ。
前記第１の受注数が前記第１の上限値に到達したこと、又は、
前記第２の受注数が前記第２の上限値に到達したこと、又は、
前記第１の受注数及び前記第２の受注数の和が前記共有上限値に到達したこと、
に関する情報を、出力する、
請求項２から８のいずれか１項に記載の管理サーバ。
【請求項10】
前記キャパシティ管理手段は、
前記第１の上限値に対する前記第１の受注数の割合、
前記第２の上限値に対する前記第２の受注数の割合、
前記共有上限値に対する前記第１の受注数と前記第２の受注数の和の割合、
のうち、少なくとも１つに関する情報を、出力する、
請求項２から９のいずれか１項に記載の管理サーバ。
前記第１の上限値に対する前記第１の受注数の割合、
前記第２の上限値に対する前記第２の受注数の割合、
前記共有上限値に対する前記第１の受注数と前記第２の受注数の和の割合、
のうち、少なくとも１つに関する情報を、出力する、
請求項２から９のいずれか１項に記載の管理サーバ。
【請求項11】
前記キャパシティ管理手段は、前記割合の情報表示を１００％を超えた表示で出力する、
請求項１０に記載の管理サーバ。
請求項１０に記載の管理サーバ。
【請求項12】
クリーニング処理を管理する方法であって、
顧客からの注文情報に対応可能な第１のクリーニング処理及び第２のクリーニング処理を設定し、
前記第１のクリーニング処理の第１の受注数の第１の上限値と、前記第２のクリーニング処理の第２の受注数の第２の上限値と、を管理し、
前記第１の上限値を超えて前記第１のクリーニング処理の受注可能数を増加させ、
前記受注可能数まで前記第１のクリーニング処理の受注を受け付ける情報を出力する
方法。
顧客からの注文情報に対応可能な第１のクリーニング処理及び第２のクリーニング処理を設定し、
前記第１のクリーニング処理の第１の受注数の第１の上限値と、前記第２のクリーニング処理の第２の受注数の第２の上限値と、を管理し、
前記第１の上限値を超えて前記第１のクリーニング処理の受注可能数を増加させ、
前記受注可能数まで前記第１のクリーニング処理の受注を受け付ける情報を出力する
方法。
【請求項13】
前記第１のクリーニング処理と前記第２のクリーニング処理に関連する共有上限値を管理し、
前記第１の受注数と前記第２の受注数の和が前記共有上限値を超えない範囲で、前記第１のクリーニング処理の受注可能数を増加させる
請求項１２に記載の方法。
前記第１の受注数と前記第２の受注数の和が前記共有上限値を超えない範囲で、前記第１のクリーニング処理の受注可能数を増加させる
請求項１２に記載の方法。
【請求項14】
前記第１の上限値及び前記共有上限値を、前記第１のクリーニング処理の被処理物のクリーニング工場から配送地点までの配送工程の処理上限に基づいて管理し、
前記第２の上限値を、前記第２のクリーニング処理の被処理物の集荷地点からクリーニング工場までの集荷工程の処理上限に基づいて管理する、
請求項１３に記載の方法。
前記第２の上限値を、前記第２のクリーニング処理の被処理物の集荷地点からクリーニング工場までの集荷工程の処理上限に基づいて管理する、
請求項１３に記載の方法。
【請求項15】
前記配送工程及び前記集荷工程のそれぞれに対し、少なくとも２つの選択肢を設定し、
前記第１のクリーニング処理の前記配送工程と前記第２のクリーニング処理の前記配送工程に対し、それぞれ同一の選択肢を設定し、
前記第１のクリーニング処理の前記集荷工程と前記第２のクリーニング処理の前記集荷工程に対して、それぞれ別の選択肢を設定する、
請求項１４に記載の方法。
前記第１のクリーニング処理の前記配送工程と前記第２のクリーニング処理の前記配送工程に対し、それぞれ同一の選択肢を設定し、
前記第１のクリーニング処理の前記集荷工程と前記第２のクリーニング処理の前記集荷工程に対して、それぞれ別の選択肢を設定する、
請求項１４に記載の方法。
【請求項16】
集荷又は配送の少なくとも一方を行う時間帯が異なる少なくとも２つの物流業者に関する情報から前記選択肢を作成する、
請求項１５に記載の方法。
請求項１５に記載の方法。
【請求項17】
前記第１の上限値及び前記共有上限値を、前記第１のクリーニング処理の被処理物の工場到着時点から工場出荷時点の間に、工場で実行される処理工程の処理上限に基づいて管理し、
前記第２の上限値を、前記第２のクリーニング処理の被処理物の前記工場到着時点から前記工場出荷時点の間に、前記工場で実行される処理工程の処理上限に基づいて管理する、
請求項１３に記載の方法。
前記第２の上限値を、前記第２のクリーニング処理の被処理物の前記工場到着時点から前記工場出荷時点の間に、前記工場で実行される処理工程の処理上限に基づいて管理する、
請求項１３に記載の方法。
【請求項18】
前記第１のクリーニング処理の被処理物の、前記工場で実行される処理工程の開始時点と、前記第２のクリーニング処理の被処理物の、前記工場で実行される処理工程の開始時点とを、異なる時点に設定する、
請求項１７に記載の方法。
請求項１７に記載の方法。
【請求項19】
前記工場で実行される処理工程を、被処理物のクリーニング工程又は検品工程から選択する、
請求項１７又は１８に記載の方法。
請求項１７又は１８に記載の方法。
【請求項20】
管理サーバに、請求項１２～１９のいずれか１項に記載の方法の各手順を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、クリーニング処理を管理する管理サーバ及び管理方法に関する。
【背景技術】
【0002】
本技術分野の背景技術として、特開２００９－９９１５４号公報（特許文献１）がある。この公報には、「販売店端末３０に対して、操作部３４から識別情報、連絡先情報、状態情報が入力される。入力されたこれらの情報はサーバ装置１０へ送信され、サーバ装置１０の管理テーブル２０に格納される。サーバ装置１０では、管理テーブル２０に格納された連絡先情報を含む入力画面１３５が表示部１５の液晶ディスプレイに表示される。サーバ装置１０では、操作部１３からの操作入力に基づいて、入力画面１３５に対する洗濯関連情報の入力が受け付けられる。入力された選択関連情報は、管理テーブル２０に格納されている識別情報、連絡先情報、及び状態情報と対応づけられて管理テーブル２０に格納される。」と記載されている（要約参照）。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２００９－９９１５４号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
前記特許文献１には、クリーニング業界において、衣類の洗濯に関連する情報をサーバ装置で一元管理する衣類の情報管理システムが記載されている。しかしながら、前記特許文献１には、クリーニングサービスの受注数の上限値を超えて、当該クリーニングサービスの受注可能数を変動させることについて検討がなされていない。
そこで、本発明は、受注数を柔軟に管理する、例えば、クリーニング処理の受注可能数を変動させる管理サーバ及び管理方法を提供する。
そこで、本発明は、受注数を柔軟に管理する、例えば、クリーニング処理の受注可能数を変動させる管理サーバ及び管理方法を提供する。
【課題を解決するための手段】
【0005】
上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。
本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、クリーニング処理を管理する管理サーバであって、クリーニング処理の被処理物の受注数を管理する受注管理手段と、前記クリーニング処理に含まれる複数の工程を管理するキャパシティ管理手段と、を有し、前記キャパシティ管理手段は、顧客からの注文情報に対応可能な第１のクリーニング処理及び第２のクリーニング処理を設定し、前記第１のクリーニング処理の第１の受注数の第１の上限値と、前記第２のクリーニング処理の第２の受注数の第２の上限値と、を管理し、前記キャパシティ管理手段は、前記第１の上限値を超えて前記第１のクリーニング処理の受注可能数を増加させ、前記受注管理手段は、前記受注可能数まで前記第１のクリーニング処理の受注を受け付ける情報を出力することを特徴とする。
本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、クリーニング処理を管理する管理サーバであって、クリーニング処理の被処理物の受注数を管理する受注管理手段と、前記クリーニング処理に含まれる複数の工程を管理するキャパシティ管理手段と、を有し、前記キャパシティ管理手段は、顧客からの注文情報に対応可能な第１のクリーニング処理及び第２のクリーニング処理を設定し、前記第１のクリーニング処理の第１の受注数の第１の上限値と、前記第２のクリーニング処理の第２の受注数の第２の上限値と、を管理し、前記キャパシティ管理手段は、前記第１の上限値を超えて前記第１のクリーニング処理の受注可能数を増加させ、前記受注管理手段は、前記受注可能数まで前記第１のクリーニング処理の受注を受け付ける情報を出力することを特徴とする。
【発明の効果】
【0006】
本発明によれば、受注数を柔軟に管理することができる。例えば、クリーニング処理の受注可能数を変動させる管理サーバ及び方法を提供することができる。
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【0007】
【発明を実施するための形態】
【0008】
以下、図面を参照して本発明を実施するための形態について説明する。なお、以下に示す実施形態は、本発明を提供した一つの実施形態であり、以下の記載に基づいて本願発明の内容が限定して解釈されるものではない。
【0009】
図１は、クリーニング処理に関連する物流ネットワーク及び情報ネットワークを説明する説明図の例である。
図１（ａ）は、クリーニング処理に関する物流ネットワークの構成の説明図である。図１（ｂ）は、クリーニング処理に関する情報通信ネットワークの構成の説明図である。
図１（ａ）は、クリーニング処理に関する物流ネットワークの構成の説明図である。図１（ｂ）は、クリーニング処理に関する情報通信ネットワークの構成の説明図である。
【0010】
図１（ａ）のクリーニングサービス提供業者１０１ａはクリーニング処理を商品として管理及び販売する業者である。
本実施例において、１つの商品は、集荷工程、クリーニング工程、発送工程からなる一連のクリーニング処理である。なお、クリーニング工程は、検品工程とクリーニング工程の組み合わせであってもよい。
集荷工程、クリーニング工程、発送工程は、各工場や物流業者の選択を変えることで、様々な組み合わせの商品を提供することが可能である。
本実施例において、１つの商品は、集荷工程、クリーニング工程、発送工程からなる一連のクリーニング処理である。なお、クリーニング工程は、検品工程とクリーニング工程の組み合わせであってもよい。
集荷工程、クリーニング工程、発送工程は、各工場や物流業者の選択を変えることで、様々な組み合わせの商品を提供することが可能である。
【0011】
例えば、受注４日後までに顧客へ被処理物を配送（お届け）する商品を早期対応商品（以下、クイック商品とも称する）と呼ぶ。また、受注５日後以降に顧客へ被処理物を配送（お届け）する商品を通常対応商品と呼ぶ。
また、後述する配送工程の違いにより、一般集荷一般配送商品、一般集荷特別配送商品、特別集荷一般配送商品、特別集荷特別配送商品が存在する。
図１（ａ）の例では、クリーニングサービス提供業者１０１ａは、処理工場１０２ａ、集荷配送地点１０３ａ等と物流ネットワーク１０６ａを介して接続しているが、クリーニングサービス提供業者１０１ａとその他の構成要素との間の物流的な接続は必ずしも必要ではない。
また、後述する配送工程の違いにより、一般集荷一般配送商品、一般集荷特別配送商品、特別集荷一般配送商品、特別集荷特別配送商品が存在する。
図１（ａ）の例では、クリーニングサービス提供業者１０１ａは、処理工場１０２ａ、集荷配送地点１０３ａ等と物流ネットワーク１０６ａを介して接続しているが、クリーニングサービス提供業者１０１ａとその他の構成要素との間の物流的な接続は必ずしも必要ではない。
【0012】
図１（ａ）の処理工場１０２ａは、クリーニングサービス提供業者１０１ａが提供するサービスにおいて被処理物の処理工程を担当する処理工場である。
処理工場１０２ａでは被処理物の検品工程や洗浄工程等が行われる。なお、処理工場１０２ａは、検品工程のみを行う工場、洗浄工程のみを行う工場、そして、検品工程及び洗浄工程を行う工場、のいずれであってもよい。更に、処理工場１０２ａは、検品工程、洗浄工程以外の処理工程を行う工場、例えば提携するアパレルブランドが指定するリペア工場等であってもよい。
処理工場１０２ａでは被処理物の検品工程や洗浄工程等が行われる。なお、処理工場１０２ａは、検品工程のみを行う工場、洗浄工程のみを行う工場、そして、検品工程及び洗浄工程を行う工場、のいずれであってもよい。更に、処理工場１０２ａは、検品工程、洗浄工程以外の処理工程を行う工場、例えば提携するアパレルブランドが指定するリペア工場等であってもよい。
【0013】
図１（ａ）の集荷配送地点１０３ａは、クリーニングサービス提供業者１０１ａが提供するサービスにより処理される被処理物の集荷配送地点である。集荷配送地点１０３ａは、クリーニングサービス提供業者が提供するサービスを利用する顧客により指定可能であり、例えば、顧客の居住地の他、アパレル店、舞台、式場、貸衣装店等の住所であってもよい。更に、例えば駅の構内等に設置されたロッカーを指定することもできる。
【0014】
図１（ａ）の店舗１０４ａは、クリーニングサービス提供業者１０１ａが提供するサービスにおいて被処理物の集荷工程又は配送工程の少なくとも一方のために、被処理物を預かる工程を担当する店舗である。
クリーニングサービス提供業者１０１ａは、店舗１０４ａとして、例えばコンビニエンスストア（以下コンビニという）や宅配ＢＯＸと提携してもよく、顧客に対して複数の集荷地点、配送地点を提供することができるので、顧客の利便性が向上される。
クリーニングサービス提供業者１０１ａは、店舗１０４ａとして、例えばコンビニエンスストア（以下コンビニという）や宅配ＢＯＸと提携してもよく、顧客に対して複数の集荷地点、配送地点を提供することができるので、顧客の利便性が向上される。
【0015】
図１（ａ）の物流業者１０５ａは、クリーニングサービス提供業者１０１ａが提供するサービスにおいて被処理物の集荷工程（受け取り工程）又は配送工程（受け渡し工程）の少なくとも一方を担当する物流業者である。以下の説明では、特に車両用の道路を利用した物流を例に説明する。
なお、物流業者１０５ａは、陸路を利用するもののみならず、空路や海路を、航空機、船舶、無人機等で移動するものであってもよい。
なお、物流業者１０５ａは、陸路を利用するもののみならず、空路や海路を、航空機、船舶、無人機等で移動するものであってもよい。
【0016】
また、クリーニングサービス提供業者１０１ａは、集荷配送を行う時間帯が異なる複数の物流業者１０５ａと提携していてもよい、或いは、同一の物流業者１０５ａが提供する集荷配送を行う時間帯が異なるプランを利用することもできる。
更に、それぞれの物流業者１０５ａは、顧客からの集荷及び顧客への配送の時間指定を、例えば１時間毎、２時間毎、３時間毎等の、異なる範囲で受け付けることもできる。例えば、物流業者１０５ａが集荷配送時の顧客との対応を１時間ごとの時間指定で行うことができる場合、顧客が集荷配送の対応を待つ時間を最小限にできるので有利である。
更に、それぞれの物流業者１０５ａは、顧客からの集荷及び顧客への配送の時間指定を、例えば１時間毎、２時間毎、３時間毎等の、異なる範囲で受け付けることもできる。例えば、物流業者１０５ａが集荷配送時の顧客との対応を１時間ごとの時間指定で行うことができる場合、顧客が集荷配送の対応を待つ時間を最小限にできるので有利である。
【0017】
図１（ａ）の物流ネットワーク１０６ａは、クリーニングサービス提供業者１０１ａが提供するサービスにおいて主に被処理物の移送に寄与する物流ネットワークである。
図１（ｂ）の管理サーバ１０１ｂは、クリーニングサービス提供業者１０１ａが有するサーバである。
図１（ｂ）の処理工場端末１０２ｂは処理工場１０２ａの端末である。
図１（ｂ）のユーザ端末１０３ｂは、クリーニングサービス提供業者１０１ａが提供するサービスを利用する顧客が利用する端末である。
図１（ｂ）の店舗端末１０４ｂは、被処理物を預かる店舗１０４ａの端末である。
図１（ｂ）の物流業者サーバ１０５ｂは、物流業者１０５ａのサーバである。
図１（ｂ）の管理サーバ１０１ｂは、クリーニングサービス提供業者１０１ａが有するサーバである。
図１（ｂ）の処理工場端末１０２ｂは処理工場１０２ａの端末である。
図１（ｂ）のユーザ端末１０３ｂは、クリーニングサービス提供業者１０１ａが提供するサービスを利用する顧客が利用する端末である。
図１（ｂ）の店舗端末１０４ｂは、被処理物を預かる店舗１０４ａの端末である。
図１（ｂ）の物流業者サーバ１０５ｂは、物流業者１０５ａのサーバである。
【0018】
図１（ｂ）の通信ネットワーク１０６ｂは、クリーニングサービス提供業者１０１ａが提供するサービスにおいて利用されるそれぞれの端末を接続する通信ネットワークである。
通信ネットワーク１０６ｂは有線、無線を問わず、それぞれの端末は通信ネットワーク１０６ｂを介して情報を送受信することができる。
通信ネットワーク１０６ｂは有線、無線を問わず、それぞれの端末は通信ネットワーク１０６ｂを介して情報を送受信することができる。
【0019】
管理サーバ１０１ｂ、処理工場端末１０２ｂ、ユーザ端末１０３ｂ、店舗端末１０４ｂ、物流業者サーバ１０５ｂは、例えば、スマートフォン、タブレット、携帯電話機、携帯情報端末（ＰＤＡ）などの携帯端末（モバイル端末）でもよいし、メガネ型や腕時計型、着衣型などのウェアラブル端末でもよい。また、据置型または携帯型のコンピュータや、クラウドやネットワーク上に配置されるサーバでもよい。また、機能としてはＶＲ（仮想現実：Virtual Reality）端末、ＡＲ（拡張現実：Augmented Reality）端末、ＭＲ（複合現実：Mixed Reality）端末でもよい。あるいは、これらの複数の端末の組合せであってもよい。例えば、１台のスマートフォンと１台のウェアラブル端末との組合せが論理的に一つの端末として機能し得る。またこれら以外の情報処理端末であってもよい。
【0020】
管理サーバ１０１ｂ、処理工場端末１０２ｂ、ユーザ端末１０３ｂ、店舗端末１０４ｂ、物流業者サーバ１０５ｂは、それぞれオペレーティングシステムやアプリケーション、プログラムなどを実行するプロセッサと、ＲＡＭ（Random Access Memory）等の主記憶装置と、ＩＣカードやハードディスクドライブ、ＳＳＤ（Solid State Drive）、フラッシュメモリ等の補助記憶装置と、ネットワークカードや無線通信モジュール、モバイル通信モジュール等の通信制御部と、タッチパネルやキーボード、マウス、音声入力、カメラ部の撮像による動き検知による入力などの入力装置と、モニタやディスプレイ等の出力装置とを備える。なお、出力装置は、外部のモニタやディスプレイ、プリンタ、機器などに、出力するための情報を送信する装置や端子であってもよい。
【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】
なお、図２１では、一般物流業者（工程２１－１）が特別物流業者（工程２１－２）よりも、集荷から工場への到着時間がより長くかかるように図示されているが、これは図面の見やすさのためのみの差異であり、実際には、一般物流業者が特別物流業者よりも早く工場へ到着することや、一般物流業者の配送に要する所要時間が特別物流業者の配送に要する所要時間よりも短いこと、も可能である。
【0160】
一般物流業者（工程２１－１）又は特別物流業者（工程２１－２）で、処理工場へ配送された被処理物は、クリーニング工程（工程２１－４、工程２１－５）で処理される。この場合、工程２１－４及び工程２１－５は、クリーニング処理の開始と終了が、被処理物の工場への着荷及び工場からの出荷のタイミングに間に合う限り、工場内で異なるタイミングでクリーニング処理されてもよいし、同一のタイミングでクリーニング処理されてもよい。この点については、図２２を用いて説明する。
【0161】
図２１の実施例では、キャパシティ管理モジュール２１１は、一般物流業者による集荷工程（工程２１－１）、クリーニング工程（工程２１－４）、及び、特別物流業者による配送工程（工程２１－３）からなるクリーニング処理商品と、特別物流業者による集荷工程（工程２１－２）、クリーニング工程（工程２１－５）、及び、特別物流業者による配送工程（工程２１－３）からなるクリーニング処理商品と、をグルーピングし、両クリーニング処理商品の間に、共有上限値７０を設定している。
【0162】
キャパシティ管理モジュール２１１が共有上限値を設定しキャパシティを共有させている場合、既に図２０で説明したように、工場内での処理工程の特別集荷特別配送分の受注数が第１の上限値に達した場合、キャパシティ管理モジュール２１１は、特別集荷特別配送商品の受注可能数を、第１の受注数及び第２の受注数の和が共有上限値７０となる数まで変動させ、売り切れとせず、特別集荷特別配送商品の受注を継続する。
【0163】
図２２は、注文情報に対応可能な複数のクリーニング工程を説明する説明図の例である。
図２１では、工場内での処理工程に関して、一般集荷特別配送商品及び特別集荷特別配送商品に関連する受注数について説明したが、実際には、工場の始業から終業の間に、複数のクリーニング工程が実施されることが一般的である。
なお、ここでは、図２２に図示される複数のクリーニング工程を工場の１日の始業から終業の間に行われるものとして説明するが、例えば２日間或いはそれ以上の日数の間に行われるものとして理解してもよい。
また、図２２に図示される複数のクリーニング工程は、時間的に一部重なって実行されるように図示されているが、必ずしも時間的に重なっている必要はない。例えば、工場が２４時間稼働の工場ではない場合、就業から始業の間に、クリーニング工程が実行されないことは自明である。
図２１では、工場内での処理工程に関して、一般集荷特別配送商品及び特別集荷特別配送商品に関連する受注数について説明したが、実際には、工場の始業から終業の間に、複数のクリーニング工程が実施されることが一般的である。
なお、ここでは、図２２に図示される複数のクリーニング工程を工場の１日の始業から終業の間に行われるものとして説明するが、例えば２日間或いはそれ以上の日数の間に行われるものとして理解してもよい。
また、図２２に図示される複数のクリーニング工程は、時間的に一部重なって実行されるように図示されているが、必ずしも時間的に重なっている必要はない。例えば、工場が２４時間稼働の工場ではない場合、就業から始業の間に、クリーニング工程が実行されないことは自明である。
【0164】
図２２に図示する工場稼働シフトにおいては、対応する工場は、工場の始業から終業までの間に、ＡシフトからＥシフトの５つのクリーニング工程を実施し、そのうちクリーニングサービス提供業者１０１ａは、ＢシフトからＤシフトのいずれのクリーニング工程で被処理物を処理しても、指定の集荷日時及び配達日時の間に、顧客からの注文情報に対応する商品を提供することができる。
キャパシティ管理モジュール２１１は、後述するようにこれらのＢシフトからＤシフトを有するクリーニング処理商品をグルーピングし、共有上限を設定することができる。
図２２における、ＡシフトからＥシフトの５つのクリーニング工程は、洗浄工程に限らず、例えば被処理物の検品工程であってよい。
キャパシティ管理モジュール２１１は、後述するようにこれらのＢシフトからＤシフトを有するクリーニング処理商品をグルーピングし、共有上限を設定することができる。
図２２における、ＡシフトからＥシフトの５つのクリーニング工程は、洗浄工程に限らず、例えば被処理物の検品工程であってよい。
【0165】
上記のような、顧客からの注文情報に対応することができる異なるクリーニング工程から構成される商品群、すなわち、工程２２－１（集荷工程）、工程２２－３（クリーニング工程）、工程２２－６（発送工程）からなる商品Ｂ、工程２２－１（集荷工程）、工程２２－４（クリーニング工程）、工程２２－６（発送工程）からなる商品Ｃ、及び、工程２２－１（集荷工程）、工程２２－５（クリーニング工程）、工程２２－６（発送工程）からなる商品Ｄ、に対しても、キャパシティ管理モジュール２１１は、それらをグループ化し、それらの間に共有上限値を設定することができる。
キャパシティ管理モジュール２１１は、時間的に直近の２つの工程、例えば工程２２－３と工程２２－４、或いは、工程２２－４と工程２２－５、を有する商品の間に共有上限値を設定することも、顧客からの注文情報に対応することができる異なるクリーニング工程から構成される全ての商品群、つまり商品Ｂから商品Ｄの間に共有上限値を設定することもできる。
キャパシティ管理モジュール２１１は、時間的に直近の２つの工程、例えば工程２２－３と工程２２－４、或いは、工程２２－４と工程２２－５、を有する商品の間に共有上限値を設定することも、顧客からの注文情報に対応することができる異なるクリーニング工程から構成される全ての商品群、つまり商品Ｂから商品Ｄの間に共有上限値を設定することもできる。
【0166】
それにより、例えば商品Ｂ及び商品Ｃの間に共有上限値を設定し、商品Ｂの受注数が上限値に達した場合でも、商品Ｂの受注数及び商品Ｃ受注数の和が共有上限値に達していなければ、商品Ｂの受注可能上限数を変動させ、商品Ｂの受注数及び商品Ｃ受注数の和が共有上限値に達するまで、商品Ｂの受注を継続することができる。
【0167】
図２３は、工場内での処理の割り振りを説明する説明図の例である。
図２３では、図２２の場合と同様の処理シフトを有する工場を例に、図２１の例をより実際の工場の稼働状況に近い形で説明する。なお、説明を簡略化するために、物流業者による物流工程については区別せず集荷工程及び発送工程として記載している。
また、図２２におけるＡシフトからＥシフトのそれぞれの処理可能数を１００として説明するが、それらの処理可能数は異なる数であっても構わないし、互いに異なっていてもよい。
図２３では、図２２の場合と同様の処理シフトを有する工場を例に、図２１の例をより実際の工場の稼働状況に近い形で説明する。なお、説明を簡略化するために、物流業者による物流工程については区別せず集荷工程及び発送工程として記載している。
また、図２２におけるＡシフトからＥシフトのそれぞれの処理可能数を１００として説明するが、それらの処理可能数は異なる数であっても構わないし、互いに異なっていてもよい。
【0168】
図２３では、図２２についての説明でグループ化できるものとして説明したＢシフトからＤシフトを、１つのグループとしてみた場合の、処理可能数の合計と処理可能数の割り振り対象商品について説明している。
キャパシティ管理モジュール２１１は、図２１の場合と同様に、一般集荷特別配送商品に対しては上限値３０、特別集荷特別配送商品に対しては上限値４０を設定している。それらの商品の処理は、グループ内のどのクリーニング工程でクリーニングされてもよい。そして、一般集荷特別配送商品（上限値３０）及び特別集荷特別配送商品（上限値４０）を除く、グループ内の処理可能数２３０（＝３００－３０－４０）と、Ａシフト及びＥシフトの処理可能数（それぞれ１００）の合計処理数４３０が、翌々日以降の配達の商品のために割り振られる。
キャパシティ管理モジュール２１１は、図２１の場合と同様に、一般集荷特別配送商品に対しては上限値３０、特別集荷特別配送商品に対しては上限値４０を設定している。それらの商品の処理は、グループ内のどのクリーニング工程でクリーニングされてもよい。そして、一般集荷特別配送商品（上限値３０）及び特別集荷特別配送商品（上限値４０）を除く、グループ内の処理可能数２３０（＝３００－３０－４０）と、Ａシフト及びＥシフトの処理可能数（それぞれ１００）の合計処理数４３０が、翌々日以降の配達の商品のために割り振られる。
【0169】
キャパシティ管理モジュール２１１は、図２１で説明した一般集荷特別配送商品及び特別集荷特別配送商品の間に設定した共有上限値に加え、図２２で説明した商品Ｂから商品Ｄの間に設定した共有上限値を管理することもできる。
それにより、例えば、一般集荷特別配送商品及び特別集荷特別配送商品の受注数が０であり、翌々日以降の配達の商品に対して設定された受注数が既に４３０に達している場合、翌々日以降の配達の商品に対して設定された受注数の上限値である４３０を変動させ、翌々日以降の配達の商品に対して設定された受注数と一般集荷特別配送商品及び特別集荷特別配送商品に対して設定された受注数の和が、５００を超えない範囲で、翌々日以降の配達の商品の受注を継続することができる。
それにより、例えば、一般集荷特別配送商品及び特別集荷特別配送商品の受注数が０であり、翌々日以降の配達の商品に対して設定された受注数が既に４３０に達している場合、翌々日以降の配達の商品に対して設定された受注数の上限値である４３０を変動させ、翌々日以降の配達の商品に対して設定された受注数と一般集荷特別配送商品及び特別集荷特別配送商品に対して設定された受注数の和が、５００を超えない範囲で、翌々日以降の配達の商品の受注を継続することができる。
【0170】
図２４は、対応工場の異なる２つの商品を説明する説明図の例である。
図２４の実施例では、キャパシティ管理モジュール２１１は、顧客の住所から最も近い処理工場をデフォルト工場として設定し、更に、デフォルト工場の他に、注文情報に対応可能な第２工場を設定している。
キャパシティ管理モジュール２１１は、図７のデータフロー７００のＳ７３０では注文情報に対応可能な工場として抽出され得るものである。
図２４の実施例では、キャパシティ管理モジュール２１１は、工程２４－１、工程２４－２、工程２４－３からなるクリーニング処理を対応する顧客についてのデフォルト商品として管理し、工程２４－４、工程２４－５、工程２４－６からなるクリーニング処理をデフォルト商品とは別の商品として管理する。
図２４の実施例では、キャパシティ管理モジュール２１１は、顧客の住所から最も近い処理工場をデフォルト工場として設定し、更に、デフォルト工場の他に、注文情報に対応可能な第２工場を設定している。
キャパシティ管理モジュール２１１は、図７のデータフロー７００のＳ７３０では注文情報に対応可能な工場として抽出され得るものである。
図２４の実施例では、キャパシティ管理モジュール２１１は、工程２４－１、工程２４－２、工程２４－３からなるクリーニング処理を対応する顧客についてのデフォルト商品として管理し、工程２４－４、工程２４－５、工程２４－６からなるクリーニング処理をデフォルト商品とは別の商品として管理する。
【0171】
【0172】
キャパシティ管理モジュール２１１は、図２４に関連して説明したデフォルト工場と第２工場を、両工場から同程度離れた或いは同程度の輸送時間でアクセス可能な地域からの注文に対して、それらをグループ化し、両者の間に共有上限値を設定し、キャパシティを共有してもよい。
【0173】
それにより、キャパシティ管理モジュール２１１は、クリーニングサービス提供業者１０１ａの担当者に対して、グループ化された工場がカバーする範囲の受注状況をまとめて表示することができる。また、担当者は地域ごとにデータを分析する手間をかけずに、特定の地域の受注状況を把握することができる。
【0174】
また、キャパシティ管理モジュール２１１は、デフォルト工場と第２工場をグループ化することで、デフォルト工場と第２工場の間でのより平準化した発注を実現することができる。
【0175】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【0176】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【0177】
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
なお、上述の実施例は少なくとも特許請求の範囲に記載の構成を開示している。
なお、上述の実施例は少なくとも特許請求の範囲に記載の構成を開示している。
【符号の説明】
【0178】
１０１ａ…クリーニングサービス提供業者、１０２ａ…処理工場、１０３ａ…集荷配送地点、１０４ａ…店舗、１０５ａ…物流業者
【図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】
