JP2018195283A - 収容提案システム - Google Patents

Abstract

【課題】 複数の収容用容器の位置を最適化して保管することができる収容提案システムを提供する。【解決手段】 所定の順序に従って収容用容器を格納用容器に収容し、収容用容器が既に収容されている収容済領域と、収容用容器が収容されていない未収容領域と、が存在する状態の格納用容器において、所定の順序に従って所定数の収容予定の収容用容器を収容するために所定数に応じた収容可能領域を未収容領域から検出し、収容可能領域を報知する。【選択図】 図２４

Description

複数の収容用容器の位置を最適化して保管するシステムに関する。

バーコードを利用して血液検査を管理するシステムが知られている。具体的には、患者の情報と検査をする情報とに基づき、必要な枚数のバーコードラベルを印刷し、患者から血液を採取した採血管に帖着できるシステムがある。

特開平９−１６０９９５号公報

前述したシステムは、バーコードラベルを採血管に帖着するもので、採血については管理することはできるが、他の検査項目などを十分に管理することはできなかった。また、検査結果が出るまでの時間や結果を予測できず、検査のスケジュール管理をすることが困難であった。また、採取した血液などを保管する際に、複数の収容用容器の位置を最適化して保管するものでなく、保管容器を効率よく保管することができなかった。

本発明は、上述の点に鑑みてなされたものであり、その目的とするところは、複数の収容用容器の位置を最適化して保管することができる収容提案システムを提供することにある。

本発明による収容提案システムの特徴は、
収容用容器が既に収容されている収容済領域と、収容用容器が収容されていない未収容領域と、が存在する状態の格納用容器において、所定の順序に従って所定数の収容予定の収容用容器を収容するために所定数に応じた収容可能領域を未収容領域から検出する。

複数の収容用容器の位置を最適化して保管することができる

図１Ａは、被加工品の加工を受注し加工されたものを納品するシステムの概要を示すフローチャートである。 図１Ｂは、被加工品の加工を受注し加工されたものを納品するシステムの概要を示すフローチャートである。 図２は、本実施の形態による加工受発注システムの構成を説明する概略図である。 図３は、加工発注処理を示すフローチャートである。 図４は、加工側（受注側）の加工側制御装置２００で実行されるセキュリティチェック処理を示すフローチャートである。 図５は、脂肪保存オーダー入力画面の例を示す図である。 図６は、オーダーシートの例を示す図である。 図７は、加工側（受注側）の加工側制御装置２００で実行される脂肪受領処理を示すフローチャートである。 図８は、クライアント側端末装置１１０のディスプレイに表示される脂肪管理画面の例を示す図である。 図９は、ラベルシールに印刷されるバーコードの例を示す図である。 図１０は、品質報告書の例を示す図である。 図１１は、納品報告書の例を示す図である。 図１２は、加工側（受注側）の加工側制御装置２００で実行される保存処理を示すフローチャートである。 図１３は、データベースを構成する各種のテーブルを示す図である。 図１４は、データベースを構成する各種のテーブルを示す図である。 図１５は、データ解析用テーブルの例を示す図である。 図１６は、本実施の形態の保存管理システムの構成を示す概略図である。 図１７は、保管ラック３１０に保管ボックス３２０を配置した状態を示す概略図である。 図１８は、本体部３２２の外観を示す平面図である。 図１９は、空き領域検出処理のサブルーチンを示すフローチャートである。 図２０は、空き領域検出処理のサブルーチンを示すフローチャートである。 図２１は、空き領域検出処理のサブルーチンを示すフローチャートである。 図２２は、選択候補セルの表示処理のサブルーチンを示すフローチャートである。 図２３は、選択候補セルの表示処理のサブルーチンを示すフローチャートである。 図２４は、空き領域検出処理の具体例を示す概略図である。 図２５は、一の保管ボックス３２０の全てのセル（８１個のセル）の状態を表示する画面の例である。 図２６は、クライアント側（発注側）から納品の依頼があったときに、納品すべき保存用容器３３０を選択するために表示する画面の例である。

＜＜＜＜本実施の形態の概要＞＞＞＞
本明細書において「ドナー」とは細胞組織の提供者を意味する。また、「被加工品」とは、加工の対象品であり、試料や原材料などの加工前の物品を意味する。「加工品」は、「被加工品」が加工処理によって加工されたものであり、加工後の物品を意味する。「クライアント側（発注側）」は、「被加工品」の加工を発注したり依頼したりする者であるとともに、「加工品」が納品される者である。なお、「被加工品」の加工を発注したり依頼したりする者と、「加工品」が納品される者とは、同一であって、同一でなくてもよい。「加工側（受注側）」は、「クライアント側（発注側）」から受取った「被加工品」を加工することで、「被加工品」から「加工品」を生産したり製造したり組み立てたり、「加工品」に作り変えたり改造したり改変したりする者である。「加工品」は、「加工側（受注側）」から「クライアント側（発注側）」に納品される。なお、「加工」には、「被加工品」を、洗浄したり切断したり分離したりなどの保存に適した形態や態様にするように手を加えることも含まれる。

＜＜第１の実施の態様＞＞
第１の実施の態様によれば、
処理対象物（例えば、脂肪組織など）の処理を発注するにあたり発注者（例えば、病院やクリニックなど）によって入力された発注情報（例えば、クライアントデータなど）の少なくとも一部の情報に基づいて発注を識別する発注識別情報（例えば、加工依頼識別情報など）を生成する識別情報生成手段と、
前記発注識別情報を示すバーコード（受注用バーコード）を生成するバーコード生成手段と、
発注情報に基づいて受注したことを示し印刷可能なオーダーシート（受注用オーダーシート）のためのオーダーシート情報を生成するオーダーシート生成手段であって、オーダーシートに前記バーコードを含めてオーダーシート情報を生成するオーダーシート生成手段と、を備える受注システムが提供される。

また、第１の実施の態様において、
前記オーダーシート情報に基づいて印刷されたオーダーシートであって前記処理対象物の処理のために前記処理対象物とともに送付されたオーダーシートに印刷されているバーコードを読み取るバーコード読取手段と、
前記バーコード読取手段によるバーコードの読取処理に基づいて、少なくとも１つのラベル（例えば、ラベルシールなど）にバーコードを印刷する前記バーコード印刷手段と、を更に備える。

さらに、第１の実施の態様において、
前記オーダーシート生成手段によって生成されたオーダーシート情報を発注者の端末装置（例えば、クライアント側端末装置１１０など）に送信するオーダーシート情報送信手段と、
オーダーシート情報を送信したことに基づいて、管理情報（例えば、進捗ステータスなど）を発注状態（例えば、「注文受付」など）に変更する管理情報制御手段と、をさらに備える。

さらにまた、第１の実施の態様において、
前記オーダーシート情報送信手段から送信されたオーダーシート情報を受信するオーダーシート情報受信手段と、
受信したオーダーシート情報に基づいてオーダーシートを印刷するオーダーシート印刷手段と、をさらに備える。

また、第１の実施の態様において、
前記管理情報制御手段は、送付されたオーダーシートに印刷されているバーコードを前記バーコード読取手段で読み取ることに基づいて、管理情報を受取状態（例えば、「脂肪受取」など）に変更する。

＜＜第２の実施の態様＞＞
第２の実施の態様によれば、
細胞組織のドナー情報、採取情報及び輸送情報のうちの少なくとも１つの情報に基づいて、細胞組織の加工に関する結果を予測する予測システムが提供される。

また、第２の実施の態様において、
前記細胞組織が、脂肪組織であり、
前記ドナー情報は、ドナーの性別及び年齢を含み
前記採取情報は、脂肪組織を採取した部位を含み、
前記輸送情報は、輸送に要した時間及び輸送の際に前記脂肪組織の浸漬に用いた溶液を含む。

さらに、第２の実施の態様において、
前記細胞組織の加工が、脂肪組織から脂肪幹細胞を培養する工程を含む。

さらにまた、第２の実施の態様において、
前記細胞組織の加工に関する結果が、脂肪組織から脂肪幹細胞を培養するために要する時間である。

また、第２の実施の態様において、
前記細胞組織の加工に関する結果が、脂肪組織から培養された脂肪幹細胞の数である。

＜＜第３の実施の態様＞＞
第３の実施の態様によれば、
所定の順序（例えば、後述する保管ボックス３２０のセル３２６に割り当てられたセル番号など）に従って格納用容器（例えば、後述する保管ボックス３２０など）に収容する収容用容器（例えば、後述する保存用容器３３０など）の収納提案システムであって、
収容用容器が既に収容されている収容済領域と、収容用容器が収容されていない未収容領域と、が存在する状態の格納用容器において、前記所定の順序に従って所定数の収容予定の収容用容器を収容するために前記所定数に応じた収容可能領域を前記未収容領域から検出する検出処理（例えば、後述する図１９〜図２１の空き領域検出処理など）と、
前記収容可能領域を報知する報知処理（例えば、後述する図２２〜図２３の候補セルの表示処理など）と、を備える収容提案システムが提供される。

＜＜第４の実施の態様＞＞
また、第４の実施の態様において、
所定の順序（例えば、後述する保管ボックス３２０のセル３２６に割り当てられたセル番号など）に従って格納用容器（例えば、後述する保管ボックス３２０など）に連続して収容する複数の収容用容器（例えば、後述する保存用容器３３０など）の収納提案システムであって、
収容用容器が既に収容されている収容済領域と、収容用容器が収容されていない未収容領域と、が存在する状態の格納用容器において、前記所定の順序に従って収容予定の複数の収容用容器を連続して収容するために前記収容予定の複数の収容用容器の数に応じた収容可能領域を前記未収容領域から検出する検出処理（例えば、後述する図１９〜図２１の空き領域検出処理など）と、
前記収容可能領域を報知する報知処理（例えば、後述する図２２〜図２３の候補セルの表示処理など）と、を備える収容提案システムが提供される。

さらに、第４の実施の態様において、
前記収容予定の複数の収容用容器を識別するための第１の識別情報（例えば、キャップ３３４の色など）が、前記収容済領域に既に収容されている収容用容器を識別するための第２の識別情報（例えば、キャップ３３４の色など）と異なる。

また、第４の実施の態様において、
前記検出処理は、
前記収容予定の複数の収容用容器の少なくとも一部が、前記収容済領域に既に収容されている収容用容器の少なくとも一部と隣接するように、前記収容可能領域を検出する。

さらに、第４の実施の態様において、
前記検出処理は、
前記所定の順序に従って収容される前記収容予定の複数の収容用容器のうちの先頭の収容用容器が、前記所定の順序に従って前記収容済領域に既に収容されている収容用容器のうちの後尾の収容用容器と隣接するように、前記収容可能領域を検出する。

また、第４の実施の態様において、
前記格納用容器は、一の収容用容器を収容可能な単位収容領域（本体部３２２のセル３２６）を有し、
前記収容済領域は、少なくとも１つの前記単位収容領域を有し、
前記未収容領域は、少なくとも１つの前記単位収容領域を有し、
前記収容予定の複数の収容用容器の各々は、前記所定の順序に従って配置された複数の単位収容領域の各々に収容される。

さらにまた、第４の実施の態様において、
前記第１の識別情報に属する複数の収容用容器は、先頭の収容用容器から後尾の収容用容器まで前記所定の順序に従って列をなして前記格納用容器に並べられ、
前記第２の識別情報に属する複数の収容用容器は、先頭の収容用容器から後尾の収容用容器まで前記所定の順序に従って列をなして前記格納用容器に並べられる。

＜＜＜＜本実施の形態の詳細＞＞＞＞
以下に、実施の形態について図面に基づいて説明する。

＜＜＜＜加工受発注システム＞＞＞
図１Ａ及び図１Ｂは、クライアント側（発注側）が被加工品や試料や原材料や加工前品など（以下、被加工品と称する。）の加工を発注し、加工側（受注側）が被加工品の加工について受注し、加工した加工品（加工後品）をクライアント側（発注側）に納品するシステムの概要を示すフローチャートである。例えば、被加工品として、脂肪組織や血液細胞などがある。また、加工品として、脂肪組織から抽出されて培養された脂肪幹細胞や、血液細胞から抽出された血小板などがある。図１Ａ及び図１Ｂに示すシステムは、このような脂肪組織や血液細胞などの細胞の加工に限られず、被加工品としての原材料を加工側（受注側）送り、加工側（受注側）が加工したものをクライアント側（発注側）に納品するものに適用することができる。例えば、木材や金属材料や食材などの各種の原材料や素材を加工側（受注側）に送り、加工されたり組み立てられたりした加工品を、クライアント側（発注側）が受取るようなシステムについても適用することができる。さらに、問題の出題の依頼（発注）、問題の回答、答えの添削などの通信添削などのシステムにも適用することができる。

＜＜クライアント側（発注側）及び加工側（受注側）＞＞
以下では、被加工品の一例として、人体から抽出した脂肪組織とし、加工品の一例として、被加工品である脂肪組織から培養などによって得られた脂肪幹細胞とする。具体的には、クライアント側（発注側）が、脂肪組織の加工を発注し、加工側（受注側）が加工を受注し、加工して得られた脂肪幹細胞をクライアント側（発注側）に納品するシステムの概略を説明する。クライアント側（発注側）は、例えば、病院やクリニックなどの医師がいる組織である。病院やクリニックなどの医師がドナーから脂肪組織を採取して、加工側（受注側）に加工を依頼する。加工側（受注側）は、受取った脂肪組織から脂肪幹細胞を培養し、培養した脂肪幹細胞を病院やクリニックなどに納品する。

＜＜加工受発注システム１０の構成＞＞
図２は、本実施の形態による加工受発注システム１０の構成を説明する概略図である。加工受発注システム１０は、主に、通信ネットワーク１００とクライアント側端末装置１１０と加工側制御装置２００とを有する。

＜クライアント側（発注側）＞
クライアント側（発注側）は、クライアント側端末装置１１０を有する。クライアント側端末装置１１０は、ＣＰＵ（中央処理装置）、ＲＯＭ（リードオンリーメモリ）、ＲＡＭ（ランダムアクセスメモリ）、ＨＤＤ（ハードディスクドライブ）、Ｉ／Ｆ（通信インターフェース装置）や操作装置（キーボード、マウス、タッチパネルなど）などを備えたパーソナルコンピュータ、タブレット側コンピュータ、携帯型端末装置など、各種の演算処理及びデータ処理や、加工側制御装置２００との通信処理などが可能な装置である。クライアント側端末装置１１０は、クライアント側（発注側）の病院やクリニックなど医師や職員などが操作でき、インターネットなどの通信ネットワーク１００を介して加工側制御装置２００と通信可能に接続できる端末装置であればよい。

＜加工側（受注側）＞
加工側（受注側）は、加工側制御装置２００（図２参照）を有する。加工側制御装置２００は、ＣＰＵ（中央処理装置）、ＲＯＭ（リードオンリーメモリ）、ＲＡＭ（ランダムアクセスメモリ）、ＨＤＤ（ハードディスクドライブ）、Ｉ／Ｆ（通信インターフェース装置）や操作装置（キーボード、マウス、タッチパネルなど）などを備えたコンピュータ、タブレット側コンピュータ、携帯型端末装置、サーバなど、各種の演算処理及びデータ処理や、クライアント側端末装置１１０との通信処理などが可能な装置である。加工側制御装置２００は、インターネットなどの通信ネットワーク１００を介して複数のクライアント側端末装置１１０に接続されている。

加工側制御装置２００は、複数のクライアント側端末装置１１０に対してサーバとして機能できればよい。加工側制御装置２００は、加工受発注に用いるクライアントデータや進捗ステータス（後述）などの各種の情報を記憶するデータベースを用いることができる（図１３及び図１４参照）。

＜＜加工受発注システムの概略＞＞
図１Ａ及び図１Ｂは、加工受発注システムの概略を示すフローチャートである。詳細な処理については後述する。
＜クライアント側（発注側）処理１＞
まず、クライアント側（発注側）は、クライアント側端末装置１１０を操作して、加工注文を依頼する（ステップＯＳ１０１）。すなわち、病院やクリニックなど医者や職員が、自己のクライアント側端末装置１１０を操作して、クライアント側（発注側）で採取した脂肪組織の加工を依頼する。具体的には、ドナー情報（性別、生年月日等）や、脂肪組織を採取した部位や、脂肪組織を採取した日時や、脂肪組織の加工方法などの加工に必要な各種の情報が、クライアント側端末装置１１０に入力され、クライアントデータとして加工側（受注側）の加工側制御装置２００に送信される。クライアントデータの詳細については、後述する。

＜加工側（受注側）処理１−１＞
加工側（受注側）では、クライアント側端末装置１１０から送信されたクライアントデータを、通信ネットワーク１００を介して、加工側制御装置２００で受信する（ステップＲＳ１０１）。加工側制御装置２００は、クライアントデータに含まれるクライアント側（発注側）や日付などの情報を簡易にチェックし、問題がないと判断した場合には、クライアントデータを加工側制御装置２００のＨＤＤ（図示せず）内のデータベースに保存する。クライアントデータは、例えば、図１３（ａ）に示す基本テーブルや、図１３（ｂ）に示す採取テーブルに記憶される。基本テーブルや採取テーブルについては後述する。

次に、加工側（受注側）では、ステップＲＳ１０１でクライアントデータを受信したことを契機にして進捗ステータスが「注文受付」に設定される（ステップＲＳ１０３）。進捗ステータスは、加工受発注システムにおける進捗状態（工程）を示す情報であり、加工側制御装置２００のＨＤＤ内の外部用ステータステーブルに記憶される。進捗ステータスは、例えば、図１３（ｃ）に示す外部用ステータステーブルに記憶される。

次いで、加工側（受注側）では、受信したクライアントデータに基づいて、クライアントデータを受信したことを示す受注用オーダーシートデータが生成され（後述する図６参照）、受注用オーダーシートデータはクライアント側端末装置１１０に送信される（ステップＲＳ１０５）。受注用オーダーシートデータは、加工側制御装置２００で受信したクライアントデータから自動的に生成され、通信ネットワーク１００を介してクライアント側端末装置１１０に自動的に送信される。

さらに、ステップＲＳ１０５では、依頼識別情報として加工依頼識別情報を自動的に生成する。依頼識別情報は、クライアント側（発注側）から依頼（要求）された各種の依頼を識別するための情報である。依頼識別情報は、図１３（ａ）に示すように、データベースの基本テーブルの依頼識別情報フィールドに、クライアント側（発注側）からの依頼を識別するための各種の情報が順次に記憶される。

例えば、クライアント側（発注側）から加工の依頼があったことを契機にして、加工の依頼を識別するための加工依頼識別情報が生成され、図１３（ａ）の基本テーブルの依頼識別情報フィールドに加工依頼識別情報が記憶される。また、クライアント側（発注側）から納品の依頼があったことを契機にして、納品の依頼を示す納品依頼識別情報が生成され、図１３（ａ）の基本テーブルの依頼識別情報フィールドに納品依頼識別情報が記憶される。

このように、クライアント側（発注側）からの各種の依頼を識別できる情報を、図１３（ａ）の基本テーブルの依頼識別情報フィールドに順次に記憶して蓄積していくことで、クライアント側（発注側）からの各種の依頼を、１つの基本テーブルの１つの依頼識別情報フィールドによって一元的に管理でき、クライアント側（発注側）からの依頼を漏れなく重複することなく管理することができる。

前述した加工依頼識別情報は、クライアント側（発注側）からの一の発注依頼に対する一の受注（一の受発注）を識別するための情報であり、加工内容、日付、整理番号などの文字情報から構成される。本実施の形態における加工には、例えば、採取された脂肪組織を洗浄して脂肪組織から脂肪幹細胞を培養し脂肪幹細胞を保存するものや、脂肪組織を洗浄して保存するものなどがある。加工依頼識別情報を構成する加工内容には、これらの加工を識別するための情報が割り当てられる。

また、加工依頼識別情報を構成する整理番号は、同じ加工内容で同一の日付の異なる発注の場合には、連番となるように生成される。受注用オーダーシートデータが生成されるときには、加工依頼識別情報も自動的に生成される。同じクライアント側（発注側）から同日に複数の発注があった場合でも、発注の時刻が異なれば、互いに異なる発注として異なる加工依頼識別情報が生成されて、互いに異なる受発注として加工依頼識別情報が割り当てられる。また、脂肪組織のドナーが同一人物であっても、発注の日時が異なれば、互いに異なる発注として異なる加工依頼識別情報が生成されて、互いに異なる受発注として加工依頼識別情報が割り当てられる。さらにまた、加工依頼識別情報は、文字情報から識別パターン（以下、受注用バーコード）に変換され、受注用オーダーシートデータには、加工依頼識別情報を示す文字情報と加工依頼識別情報を示す受注用バーコードとの双方が表示可能及び印刷可能に形成される。受注用オーダーシートデータは、例えば、ＰＤＦ（Portable Document Format）形式などにすることができる。

なお、前述した例では、加工依頼識別情報を加工内容、日付、整理番号などから生成する場合を示したが、ドナーの情報、例えば、年齢、性別、生年月日などから生成してもよい。このようにすることで、加工依頼識別情報によってドナーに関する情報を直ちに取得でき、受発注の管理をより確実かつ容易にすることができる。

前述した発注及び受注の具体的な処理については、図３で後述する。

さらに、加工側（受注側）では、注文の依頼内容を確認する（ステップＲＳ１０７）。ステップＲＳ１０７の確認の処理は、加工側（受注側）の担当者が注文の内容などを目視でチェックするようにしても、より詳細なチェック処理のサブルーチンの実行によって演算処理や比較処理などで行うようにしてもよい。次いで、加工側（受注側）では、進捗ステータスが、「注文確認」に設定される（ステップＲＳ１０９）。

＜クライアント側（発注側）処理１−２＞
クライアント側（発注側）では、ステップＲＳ１０５の処理によって、クライアント側端末装置１１０から送信された受注用オーダーシートデータを受信する（ステップＯＳ１０３）。受信した受注用オーダーシートデータは、クライアント側（発注側）が所有するプリンターなどによって受注用オーダーシートとして印刷することができる。前述したように、受注用オーダーシートデータには、加工依頼識別情報を示す受注用バーコードが含まれており、受注用オーダーシートを印刷することで、受注用オーダーシートの一部の領域に受注用バーコードも印刷される（図６参照）。

次に、クライアント側（発注側）では、ドナーの所定の部位から採取した脂肪組織の送付を準備し（ステップＯＳ１０５）、印刷した受注用オーダーシートを添付して脂肪組織とともに梱包したものを加工側（受注側）に発送する（ステップＯＳ１０７）。このように、採取された脂肪組織に受注用オーダーシートを添付して梱包することで、採取された脂肪組織と加工依頼識別情報との対応付けをクライアント側（発注側）の時点で形成して、加工側（受注側）に送付することができる。すなわち、採取された脂肪組織が加工側（受注側）に届くよりも前の時点で、採取された脂肪組織と加工依頼識別情報との対応付けが形成されている。脂肪組織及び受注用オーダーシートの送付は、郵送や、運送業や配送業者などによる輸送であり、採取された脂肪組織及び受注用オーダーシートが加工側（受注側）に届けられる。

なお、クライアント側（発注側）は、脂肪組織の輸送に用いるための専用の輸送用容器や、輸送の際に用いるための専用の輸送用溶液などを、事前に加工側（受注側）から受取っており、採取した脂肪組織を輸送用容器に収容することで輸送用溶液に浸漬させることができ、脂肪組織の適切な状態を維持しつつ、脂肪組織を輸送することができる。輸送用容器や輸送用溶液などは、クライアント側（発注側）が、加工側（受注側）に、加工の発注とは別に、発注することで、クライアント側（発注側）に配送されて届けられる。

なお、輸送用容器や輸送用溶液などの発注依頼も、クライアント側（発注側）が依頼したことを契機に、容器及び溶液の発注依頼を識別するための容器・溶液発注依頼識別情報が生成され、図１３（ａ）の基本テーブルの依頼識別情報フィールドに容器・溶液発注依頼識別情報が記憶される。

＜加工側（受注側）処理１−２＞
加工側（受注側）では、クライアント側（発注側）から輸送された脂肪組織及び受注用オーダーシートを受領する（ステップＲＳ１１１）。次いで、加工側（受注側）では、受領した脂肪組織及び受注用オーダーシートに対応する加工依頼識別情報を示す受注用バーコードをラベルプリンターなどで印刷する（ステップＲＳ１１２）。このステップＲＳ１１２の処理で印刷される受注用バーコードは、受注用オーダーシートで印刷されている受注用バーコードと同一のものである。ステップＲＳ１１２の処理では、１枚のラベルに１つの受注用バーコードが印刷される（図９参照）。

受注用バーコードを印刷するラベルの枚数は、輸送された脂肪組織の量や、加工の種類によって決定される。前述したように、加工には、採取された脂肪組織を洗浄して脂肪組織から脂肪幹細胞を培養し脂肪幹細胞を保存するものや、脂肪組織を洗浄して保存するものなどがある。脂肪幹細胞を培養する場合には培養用容器が用いられ、脂肪組織を保存する場合には保存用容器が用いられる。

したがって、受注用バーコードを印刷するラベルの枚数は、輸送された脂肪組織の量や、培養用容器の本数や、保存用容器の本数などによって決定される。受注用バーコードを印刷されたラベルは、培養用容器や保存用容器に貼付される。このように加工依頼識別情報を示す受注用バーコードを用いることで、加工側（受注側）でも、受領した脂肪組織と加工依頼識別情報との対応付けを維持しつつ、脂肪組織を加工することができ、他のドナーの脂肪組織や他のクライアント側（発注側）からの脂肪組織と明確に識別することができ、培養工程や保存工程などにおいて、脂肪組織を的確に管理することができる。前述したように、ステップＲＳ１１２の処理で印刷される受注用バーコードは、加工依頼識別情報を識別パターンに変換されたものであり、受注用オーダーシートに含まれる受注用バーコードと同一である。なお、脂肪組織を受領したときの処理については、図７で詳細に説明する。

次いで、加工側（受注側）では、脂肪組織及び受注用オーダーシートの受領を契機にして、進捗ステータスを「脂肪受取」に設定する（ステップＲＳ１１３）。

次に、加工側（受注側）では、受領した脂肪組織を加工する（ステップＲＳ１１５）。脂肪組織の加工には、例えば、受領した脂肪組織を遠心分離機などの装置によって、輸送用の溶液から分離したり、既にオイル化したオイル部分を分離したりする加工（洗浄）がある。さらに、溶液やオイルから分離した脂肪組織に、加工用の溶液を加える加工もある。さらにまた、加工用の溶液を加えた脂肪組織から脂肪幹細胞を培養する加工もある。次いで、加工側（受注側）では、進捗ステータスを「加工中」に設定する（ステップＲＳ１１７）。この加工の工程では、加工依頼識別情報を示す受注用バーコードが貼付された培養用容器が用いられ、加工の工程においても、加工依頼識別情報（受注用バーコード）によって管理することができ、発注、受注、受取り、加工の各工程は、加工依頼識別情報（受注用バーコード）によって管理される。

次に、加工側（受注側）では、脂肪幹細胞を培養する場合には、脂肪幹細胞の培養に要する時間の経過後に、脂肪組織の加工が完了し、脂肪幹細胞が仕上がる（ステップＲＳ１１９）。例えば、脂肪幹細胞の培養が完了することで、所定の数の脂肪幹細胞が培養される。

次に、加工側（受注側）では、仕上がった脂肪幹細胞を保存用容器に移し替える（ステップＲＳ１２１）。加工側（受注側）では、脂肪組織の加工の完了により最終的に仕上がった脂肪幹細胞の量が定まり、保存用容器の数を決定することができる（ステップＲＳ１２３）。なお、この処理の後、保存用容器の数に応じた枚数のラベルが印刷される。１枚のラベルに１つの受注用バーコードが印刷される（図９参照）。ここで印刷される受注用バーコードも、受注用オーダーシートで印刷されている受注用バーコードと同一のものである。保存の工程においても、加工依頼識別情報（受注用バーコード）によって管理することができ、発注、受注、受取り、加工、保存の各工程は、加工依頼識別情報（受注用バーコード）によって管理される。

なお、脂肪幹細胞を培養せずに、脂肪組織を洗浄して直ちに保存する場合には、前述したステップＲＳ１１９、ＲＳ１２１、ＲＳ１２３の処理は省かれる。

この加工後の保存処理の詳細については、図１２で後述する。

次いで、加工側（受注側）では、所定の数の保存用容器を保管するための保管タンクの管理をする（ステップＲＳ１２５）。保管タンクの管理は、複数の保存用容器を保管する場所を決定する処理である。保管タンクを管理することによって、保管タンクが複数ある場合には、保存用容器を保管する一の保管タンクを特定するとともに、さらに、その一の保管タンク内において保存用容器を保管する場所を特定することができ、複数の保存用容器を一元的に管理することで的確に保管することができる。また、保管タンクを管理することによって、保管タンク内では、複数の保存用容器がなるべく密になるように配置して保管することができ、複数の保存用容器を効率よく保管タンクに保管することができる。

次に、加工側（受注側）では、ステップＲＳ１２５の処理で決定された保管タンクの場所に保存用容器を保管する（ステップＲＳ１２７）。例えば、保管タンクの所定の位置に保存用容器を配置して、培養した脂肪幹細胞を冷凍する。次いで、加工側（受注側）では、進捗ステータスを「保存中」に設定する（ステップＲＳ１２９）。

次に、加工側（受注側）では、保存を開始した脂肪幹細胞についてのレポートデータを生成して、クライアント側（発注側）に送信できる状態にする（ステップＲＳ１３１）。例えば、保存処理を開始して日時や、最終的に決定された保存用容器の数などの情報を含めてレポートデータを生成する（図１０の品質報告書参照）。レポートデータもＰＤＦ形式にすることができる。

＜クライアント側（発注側）処理１−３＞
クライアント側（発注側）では、ステップＲＳ１３１の処理によって、加工側（受注側）から送信されたレポートデータを受信する（ステップＯＳ１０９）。

クライアント側（発注側）では、受信したレポートデータを参考にして、納品の希望量を示して、納品依頼を加工側（受注側）に送信する（ステップＯＳ１１１）。例えば、クライアント側（発注側）は、納品の希望量に応じて保存用容器の本数を指定して、納品依頼を加工側（受注側）に送信する。

前述したように、クライアント側（発注側）から納品の依頼があった場合には、納品の依頼を示す納品依頼識別情報が生成され、図１３（ａ）の基本テーブルの依頼識別情報フィールドに納品依頼識別情報が記憶される。

＜加工側（受注側）処理１−３＞
加工側（受注側）では、納品依頼を受取り（ステップＲＳ１３３）、保管タンクの管理をする（ステップＲＳ１３５）。ステップＲＳ１３３の保管タンクの管理は、まず、納品の依頼があった脂肪幹細胞の保存用容器が保管されている保管タンクの場所を特定し、その場所から納品の依頼があった本数の保存用容器を取り出し、保管タンクから保存用容器を取り出したことを示す情報を、取り出した日時とともにＨＤＤに記憶させる処理である。

次に、加工側（受注側）では、保管タンクから取り出した保存用容器を解凍し（ステップＲＳ１３７）、出荷用オーダーシートデータを作成し印刷する（ステップＲＳ１３９）。出荷用オーダーシートデータにも受注用バーコードデータが含まれており、印刷された出荷用オーダーシートには、受注用バーコードも印刷される（図１１の納品報告書参照）。出荷用オーダーシートに印刷されている受注用バーコードを読み取るとともに、保存用容器に貼付されている受注用バーコードを読み取り、受注用バーコードの双方が一致していることを確認することで、出荷の対象物である保存用容器が適切なものであることを保証することができる。出荷の工程においても、加工依頼識別情報（受注用バーコード）によって管理することができ、発注、受注、受取り、加工、保存、出荷（納品）の各工程は、加工依頼識別情報（受注用バーコード）によって管理される。

次に、加工側（受注側）は、出荷対象の保存用容器とともに出荷用オーダーシートも梱包して出荷する（ステップＲＳ１４１）。出荷対象の保存用容器は、郵送や、運送業や配送業者などによる輸送によって、クライアント側（発注側）に送られる。

＜クライアント側（発注側）処理１−４＞
クライアント側（発注側）では、加工側（受注側）から送られた出荷対象の保存用容器及び出荷用オーダーシートを受取る（ステップＯＳ１１３）。クライアント側（発注側）は、出荷用オーダーシートの記載されている内容を視認することによって、所望した脂肪幹細胞であることを確認することができる。

＜＜加工発注処理＞＞
図３は、加工発注処理を示すフローチャートである。

＜クライアント側受付処理３−１＞
最初に、クライアント側端末装置１１０のＣＰＵは、クライアントデータの入力処理が実行される（ステップＯＳ３０３）。ステップＯＳ３０１の処理では、図５に示すような脂肪保存オーダー入力画面が、クライアント側端末装置１１０の表示装置（図示せず）に表示される。クライアント側では、医師や職員がクライアント側端末装置１１０のキーボードなどの操作装置（図示せず）を操作して、必要なクライアントデータを入力する。

脂肪保存オーダー入力画面は、図５に示すように、主に、氏名、性別、生年月日、国籍などのドナーに関する一般的な情報と、脂肪採取日時、脂肪採取部位、脂肪採取方法、輸送脂肪の種類、輸送サイズなどのドナーの脂肪組織に関する情報とを含む。さらに、担当医師名、カルテ番号などの病院やクリニックなどのクライアント側（発注側）に関する情報や、血液検査データ、特記事項などのドナーに関する特定の情報も含む。本実施の形態では、これらの情報をクライアントデータと総称する。これらの情報によって、クライアント側（発注側）やドナーや脂肪組織を的確に識別したり管理したりすることができ、また、これらの情報を蓄積することによって、加工時間や脂肪幹細胞の数の予測のための解析をすることができる。なお、解析のための情報蓄積については、後述する。

次に、クライアント側端末装置１１０のＣＰＵは、ステップＯＳ３０３の処理で入力されたクライアントデータを加工側制御装置２００に送信する（ステップＯＳ３０５）。

＜加工側受付処理３−１＞
加工側制御装置２００のＣＰＵは、クライアント側端末装置１１０から送信されたクライアントデータを受信する（ステップＲＳ３０３）。

次に、加工側制御装置２００のＣＰＵは、加工依頼識別情報を生成する（ステップＲＳ３０５）。加工依頼識別情報は、一の発注に対する一の受注（一の受発注）を識別するための情報であり、加工内容、日付、整理番号などの文字情報から構成される。加工依頼識別情報は、ステップＯＳ３０５の処理でクライアントデータを受信したことを契機にして自動的に生成される。

前述したように、本実施の形態における加工には、例えば、採取された脂肪組織を洗浄して脂肪組織から脂肪幹細胞を培養し脂肪幹細胞を保存するものや、脂肪組織を洗浄して保存するものなどがある。例えば、採取された脂肪組織を洗浄して脂肪組織から脂肪幹細胞を培養し脂肪幹細胞を保存する場合には、加工内容を示す識別情報として「ＳＣ」が割り当てられ、脂肪組織を洗浄して保存する場合には、加工内容を示す識別情報として「ＦＢ」が割り当てられる。

加工依頼識別情報の整理番号は、同じ加工内容でかつ同一の日付の異なる発注に対して、連番となるように生成される。例えば、ＦＢ１７０６１０００１、ＦＢ１７０６１０００２、ＦＢ１７０６１０００３・・・、ＦＢ１７０６１１００１、ＦＢ１７０６１１００２、・・・のように生成される。前述したように、「ＦＢ」は、加工内容を示す識別情報であり、「１７０６１０」や「１７０６１１」などは、年月日を示す情報であり、「００１」や「００２」などは、整理番号で、連番となるように生成される。

前述した例では、加工依頼識別情報を、加工内容、日付、整理番号などの文字情報から生成する例を示したが、クライアントデータを用いて加工依頼識別情報を生成してもよい。担当医師名、カルテ番号、氏名、性別、生年月日、国籍、脂肪採取日時、脂肪採取部位、脂肪採取方法、輸送脂肪の種類、輸送サイズ、血液検査データ、特記事項などの情報を用いて加工依頼識別情報を生成することができる。また、これらの全ての情報を用いて加工依頼識別情報を構成しても、一部の情報のみを用いて加工依頼識別情報を構成してもよい。また、これらのクライアントデータを暗号化して加工依頼識別情報を生成してもよい。加工側制御装置２００に記憶されているクライアントデータを読み出すことなく、加工依頼識別情報からドナーに関する情報を直ちに取得でき、受発注の管理をより簡便にかつ容易にすることができる。

次に、加工側制御装置２００のＣＰＵは、ステップＲＳ３０３で受信したクライアントデータを加工側制御装置２００のＨＤＤに記憶する（ステップＲＳ３０７）。例えば、クライアントデータは、図１３（ａ）に示す基本テーブルや、図１３（ｂ）に示す採取テーブルに記憶される。具体的には、クライアントデータのうち、主に、クライアント側（発注側）に固有な情報やドナーに固有な情報は、図１３（ａ）に示す基本テーブルに記憶される。また、クライアントデータのうち、主に、脂肪の採取条件などの脂肪の採取に固有な情報は、図１３（ｂ）に示す採取テーブルに記憶される。

次に、加工側制御装置２００のＣＰＵは、ステップＲＳ３０５で生成した加工依頼識別情報を加工側制御装置２００のＨＤＤに記憶する（ステップＲＳ３０９）。

次に、加工側制御装置２００のＣＰＵは、関連付け情報（後述する管理番号フィールドの管理番号）を生成し（ステップＲＳ３１１）、関連付け情報をＨＤＤなどに記憶する（ステップＲＳ３１３）。この関連付け情報を指定することで、対応するクライアントデータや進捗ステータスなどを検索して呼び出すことができる。

＜基本テーブルの構成＞
前述した基本テーブルは、図１３（ａ）に示すように、管理番号フィールド、発注日フィールド、依頼識別情報フィールド、担当医フィールド、カルテ番号フィールド、氏名フィールド、性別フィールド、生年月日フィールド、国籍フィールドの９個のフィールドからなるテーブルである。前述したステップＲＳ３０３の処理で、クライアント側端末装置１１０から送信されたクライアントデータを受信したときに、これらの９個のフィールドのうちの対応するフィールドの情報が１つのレコードとして記憶される。

管理番号フィールドには、管理番号が記憶される。管理番号は、クライアント側（発注側）からの各種の依頼の各々に対して別個に割り当てられる識別情報であり、クライアント側（発注側）からの一の依頼に対して、一の管理番号が重複することなく生成される。管理番号は、クライアント側端末装置１１０から送信されたクライアントデータを受信した（前述したステップＲＳ３０３）ことを契機に生成されて（前述したステップＲＳ３１１）、管理番号フィールドに記憶される（前述したステップＲＳ３１３）。基本テーブル（図１３（ａ））や、採取テーブル（図１３（ｂ））や、外部ステータステーブル（図１３（ｃ））や、内部ステータステーブル（図１３（ｄ））や、加工テーブル（図１３（ｅ））や、加工テーブル（図１４（ｂ））などの各種のテーブルは、管理番号フィールドを共通して有し、一のクライアントデータに対して、基本テーブルの管理番号フィールドと、採取テーブルの管理番号フィールドと、外部ステータステーブルの管理番号フィールドと、内部ステータステーブルの管理番号フィールドと、加工テーブルの管理番号フィールドと、加工テーブルの管理番号フィールドとには、同一の管理番号が記憶され、管理番号によって一のクライアントデータを互いに関連付けることができ、他のテーブルの情報を互いに読み出すことができる。

発注日フィールドには、クライアント側端末装置１１０から送信されたクライアントデータを受信した（ステップＲＳ３０３）ときの日時が記憶される。

依頼識別情報フィールドには、依頼識別情報が記憶される。前述したように、クライアント側（発注側）から加工の依頼があったことを契機にして、加工の依頼を識別するための加工依頼識別情報が生成され（前述したステップＲＳ３０５）、依頼識別情報フィールドに加工依頼識別情報が記憶される（前述したステップＲＳ３０９）。また、クライアント側（発注側）から納品の依頼があったことを契機にして、納品の依頼を示す納品依頼識別情報が生成され、依頼識別情報フィールドに納品依頼識別情報が記憶される。さらに、クライアント側（発注側）から輸送用容器や輸送用溶液などの発注依頼があったことを契機にして、容器及び溶液の発注依頼を識別するための容器・溶液発注依頼識別情報が生成され、依頼識別情報フィールドに容器・溶液発注依頼識別情報が記憶される。なお、これらの依頼があったことを契機にして、基本テーブルを構成する９個のフィールドのうちの対応するフィールドの情報が１つのレコードとして記憶される。

担当医フィールドには、クライアント側（発注側）（クリニックや病院等）で脂肪組織を採取した担当医の情報が記憶される。

カルテ番号フィールドには、クライアント側（発注側）（クリニックや病院等）で管理されているカルテ番号が記憶される。

氏名フィールドには、ドナーの氏名が記憶され、性別フィールドには、ドナーの性別が記憶され、生年月日フィールドには、ドナーの生年月日が記憶され、国籍フィールドには、ドナーの国籍が記憶される。

＜採取テーブル＞
前述した採取テーブルは、図１３（ｂ）に示すように、管理番号フィールド、採取日時フィールド、採取部位フィールド、採取方法フィールド、採取量フィールドからなるテーブルである。前述したステップＲＳ３０３の処理で、クライアント側端末装置１１０から送信されたクライアントデータを受信したときに、これらの５個のフィールドのうちの対応するフィールドの情報が１つのレコードとして記憶される。

管理番号フィールドには、管理番号が記憶される。前述したように、管理番号は、基本テーブルと同じ情報であり、同じクライアントデータに対して、基本テーブルの管理番号フィールドと、採取テーブルの管理番号フィールドとには、同じ管理番号が記憶される。

採取日時フィールドには、クライアント側（発注側）で脂肪組織が採取された日時が記憶される。採取部位フィールドには、脂肪組織を採取したドナーの身体の部位を示す情報が記憶される。例えば、太ももや腹などの情報が記憶される。採取方法フィールドには、脂肪組織を採取する方法が記憶される。採取量フィールドには、採取した脂肪組織の量が記憶される。

次に、加工側制御装置２００のＣＰＵは、ステップＲＳ３０５で生成した加工依頼識別情報から受注用バーコードを生成する（ステップＲＳ３１５）。受注用バーコードは、光学的に読み取ることができる識別パターンであればよい。受注用バーコードは、縞状に形成された一次元に形成された識別子や、ＱＲコード（登録商標）などの二次元に形成された識別子などにすることができる。

次に、加工側制御装置２００のＣＰＵは、オーダーシートデータを生成する（ステップＲＳ３１７）。オーダーシートデータは、オーダーシートの内容や書式を画定するためのデータである。オーダーシートには、図６に示すように、上述したクライアントデータの各種の情報とともに、ステップＲＳ３１５の処理で生成した受注用バーコードも含まれる。

なお、上述した例では、受注用バーコードなどの光学的に読み取ることができる識別パターンを生成する場合を示したが、磁気的、電磁的などに読み取ることができる識別情報を生成してもよい。

次に、加工側制御装置２００のＣＰＵは、進捗ステータスを「注文受付」に変更して記憶し（ステップＲＳ３１９）、ステップＲＳ３１７で生成したオーダーシートデータを送信し（ステップＲＳ３２１）、本サブルーチンを終了する。

前述したように、進捗ステータスは、加工受発注システムにおける進捗状態（工程）を示す情報であり、図１３（ｃ）に示す外部用ステータステーブルに管理番号とともに記憶される。外部用ステータステーブルは、管理番号フィールドと外部用ステータスフィールドを有する。１つの管理番号に対応する１つの外部用ステータスが１つのレコードとして記憶される。進捗ステータスには、注文受付、注文確認、脂肪受取、加工中、保存中などがあり、外部用ステータスフィールドには、これらを識別する情報が記憶される。前述したステップＲＳ３１９の処理では、図１３（ｃ）に示す外部用ステータステーブルの外部用ステータスフィールドのうち、今回の発注依頼に対応する管理番号の外部用ステータスフィールドを「注文受付」に更新する。

＜クライアント側受付処理３−２＞
クライアント側（発注側）のＣＰＵは、加工側（受注側）から送信されたオーダーシートデータを受信し（ステップＯＳ３０７）、記憶する（ステップＯＳ３０９）。

クライアント側（発注側）のＣＰＵは、受信したオーダーシートデータをプリンター（図示せず）に供給することで、クライアントデータの各種の情報と受注用バーコードとを含むオーダーシートを紙などの媒体に印刷する（ステップＯＳ３１１）。クライアント側（発注側）では、オーダーシートを印刷することで、図６に示すオーダーシートを取得することができる。ここで印刷したオーダーシートは、採取した脂肪組織を加工側（受注側）に送付する際に、脂肪組織とともに送付される。

クライアント側（発注側）のＣＰＵは、医師や職員などの操作者の操作に基づいてログアウトし（ステップＯＳ３１３）、加工側制御装置２００と接続を切断し、本サブルーチンを終了する。

オーダーシートの内容は、図６に示すように、主に、氏名、性別、生年月日、国籍などのドナーに固有な情報と、脂肪採取日時、脂肪採取部位、脂肪採取方法、輸送脂肪の種類、輸送サイズなどのドナーの脂肪組織の採取に関する情報とを含む。さらに、担当医師名、カルテ番号などの病院やクリニックなどのクライアント側（発注側）に関する情報や、血液検査データ、特記事項などのドナーに関する特定の情報も含む。このように、オーダーシートには、前述したクライアントデータの内容が掲載され、病院やクリニックなどでは、印刷したオーダーシートを視認することで、発注の内容の正誤を改めて確認することができる。

さらに、図６に示すように、オーダーシートの上部には受注用バーコードが含まれており、オーダーシートを印刷することで、オーダーシートの一部として、受注用バーコード（図６の上部）も印刷される。このように、クライアントデータがクライアント側端末装置１１０から加工側制御装置２００に送信されて（前述したステップＯＳ３０５）、加工側制御装置２００が加工依頼識別情報を生成した（前述したステップＲＳ３０５）ことを契機にして、受注用バーコードが含まれたオーダーシートデータが生成され（前述したステップＲＳ３１７）、オーダーシートを印刷することで（前述したステップＯＳ３１１）、受注用バーコードも印刷される。

なお、加工側（受注側）では、上述したＲＳ３２１の処理を実行した後に、加工側（受注側）の担当者は、注文の内容などを目視でチェックして、注文の依頼内容を確認する。なお、より詳細なチェック処理用のサブルーチンを実行することで、注文の依頼内容を確認することもできる。これらの注文依頼の確認により、進捗ステータスが、「注文確認」に更新される。具体的には、図１３（ｃ）に示す外部用ステータステーブルの外部用ステータスフィールドのうち、今回の発注依頼に対応する管理番号の外部用ステータスフィールドを「注文確認」に更新する。

＜＜セキュリティチェック処理＞＞
図４は、加工側（受注側）の加工側制御装置２００で実行されるセキュリティチェック処理を示すフローチャートである。この処理は、通信ネットワーク１００を介して外部から加工側制御装置２００に接続されたときに実行される処理である。

最初に、加工側制御装置２００のＣＰＵは、通信ネットワーク１００を介した外部からの接続が、登録済みのＩＰアドレスからの接続であるか否かを判断する（ステップＲＳ４０３）。

加工側制御装置２００のＣＰＵは、ステップＲＳ４０３の判断処理で、登録済みのＩＰアドレスからの接続であると判別したときには（ＹＥＳ）、クライアント側端末装置１１０から送信されたＵＳＢメモリの認証データが適切であるか否かを判断する（ステップＲＳ４０５）。

加工側制御装置２００のＣＰＵは、ステップＲＳ４０５の判断処理で、ＵＳＢメモリの認証データが適切であると判別したときには（ＹＥＳ）、クライアント側端末装置１１０から登録済みのＩＤが送信されたか否かを判断する（ステップＲＳ４０７）。

加工側制御装置２００のＣＰＵは、ステップＲＳ４０７の判断処理で、登録済みのＩＤが送信されたと判別したときには（ＹＥＳ）、登録済みのＩＤに対応するパスワードがクライアント側端末装置１１０から送信されたか否かを判断する（ステップＲＳ４０９）。

ステップＲＳ４０９の判断処理で、登録済みのＩＤに対応するパスワードが送信されたと判別した場合には、外部からの加工側制御装置２００への接続は、加工側（受注側）に登録されている１つのクライアント側端末装置１１０からの真正な接続であるとして、ログインが完了する。

加工側制御装置２００のＣＰＵは、ステップＲＳ４０９の判断処理で、登録済みのＩＤに対応するパスワードが送信されたと判別したときには（ＹＥＳ）、新規発注要求であるか否かを判断する（ステップＲＳ４１１）。

加工側制御装置２００のＣＰＵは、ステップＲＳ４１１の判断処理で、新規発注要求であると判別したときには（ＹＥＳ）、図３に示した加工側受付処理のサブルーチンを呼び出して実行する（ステップＲＳ４１３）。

加工側制御装置２００のＣＰＵは、ステップＲＳ４１１の判断処理で、新規発注要求でないと判別したときには（ＮＯ）、進捗ステータスを確認する要求であるか否かを判断する（ステップＲＳ４１５）、本サブルーチンを終了する。

加工側制御装置２００のＣＰＵは、ステップＲＳ４１５の判断処理で、進捗ステータスを確認する要求であると判別したときには（ＹＥＳ）、進捗ステータスを提供する処理のサブルーチン（図示せず）を呼び出して実行し（ステップＲＳ４１７）、本サブルーチンを終了する。

前述した進捗ステータスを提供する処理によって、図８に示すような脂肪管理画面をクライアント側（発注側）のクライアント側端末装置１１０のディスプレイに表示するようにできる。

加工側制御装置２００のＣＰＵは、ステップＲＳ４１５の判断処理で、進捗ステータスを確認する要求でないと判別したときには（ＮＯ）、その他の処理を実行し（ステップＲＳ４１７）、本サブルーチンを終了する。

前述したステップＲＳ４０３の判断処理で、登録済みのＩＰアドレスからの接続でないと判別したとき（ＮＯ）、ステップＲＳ４０５の判断処理で、ＵＳＢメモリの認証データが適切でないと判別したときには（ＮＯ）、ステップＲＳ４０７の判断処理で、登録済みのＩＤが送信されていないと判別したときには（ＮＯ）、ステップＲＳ４０９の判断処理で、登録済みのＩＤに対応するパスワードが送信されていないと判別したときには（ＮＯ）、切断処理を実行し（ステップＲＳ４１３）、処理を終了する。

＜＜脂肪受領処理＞＞
図７は、加工側（受注側）の加工側制御装置２００で実行される脂肪受領処理を示すフローチャートである。この処理は、クライアント側（発注側）から発送された脂肪組織を受領したことを契機にして実行される処理である。なお、クライアント側（発注側）からは、採取された脂肪組織と、図３のステップＯＳ３１１の処理によって印刷されたオーダーシートとが、同梱されて、郵送や運送業や配送業者などによる輸送によって、加工側（受注側）に届けられる。

最初に、加工側制御装置２００のＣＰＵは、同梱されていたオーダーシートに印刷されている受注用バーコードを、バーコードリーダによって読み取る（ステップＲＳ７０１）。

次に、加工側制御装置２００のＣＰＵは、読み取った受注用バーコードを識別データに変換する（ステップＲＳ７０３）。次に、加工側制御装置２００のＣＰＵは、図１３（ｃ）に示す外部用ステータステーブルを参照して、図１３（ａ）に示す基本テーブルから加工依頼識別情報を読み出すことで、進捗ステータスが「注文確認」となっている加工依頼識別情報を読み出す（ステップＲＳ７０５）。すなわち、脂肪組織を未だに受領していない状態の加工依頼識別情報を読み出す。前述したように、進捗ステータスは、図１３（ｃ）に示す外部用ステータステーブルに記憶されており、図１３（ａ）の基本テーブルの依頼識別情報フィールドに加工依頼識別情報が記憶されている。

次に、加工側制御装置２００のＣＰＵは、ステップＲＳ７０３の処理で変換した識別データと、ステップＲＳ７０５の処理で読み出した加工依頼識別情報とが一致するか否かを判断する（ステップＲＳ７０７）。

加工側制御装置２００のＣＰＵは、ステップＲＳ７０７の判断処理で識別データと加工依頼識別情報とが一致すると判別した場合には（ＹＥＳ）、加工依頼識別情報に対応するクライアントデータを読み出し（ステップＲＳ７０９）、読み出したクライアントデータを加工側制御装置２００のディスレプイ（図示せず）に表示する（ステップＲＳ７１１）。加工側（受注側）では、ディスレプイに表示されたクライアントデータを、同梱されていたオーダーシートに印刷されているクライアントデータと目視で比較することで、識別データと加工依頼識別情報との一致だけでなく、詳細なクライアントデータについても一致しているか否かを確認することができる。加工側（受注側）に届けられた脂肪組織を適切に管理することができる。

次に、加工側制御装置２００のＣＰＵは、進捗ステータスを「脂肪受取」に更新する（ステップＲＳ７１３）。具体的には、図１３（ｃ）に示す外部用ステータステーブルの外部用ステータスフィールドのうち、今回の発注依頼に対応する管理番号の外部用ステータスフィールドを「脂肪受取」に更新する。進捗ステータスを「脂肪受取」にすることで、クライアント側（発注側）は、加工側制御装置２００にアクセスして進捗ステータスを確認することで、採取した脂肪組織が加工側（受注側）に届けられたことを知得することができる。

次に、加工側制御装置２００のＣＰＵは、脂肪組織が加工側（受注側）に届けられた受取り日時を入力し（ステップＲＳ７１５）、クライアントデータに含まれている採取日時を読み出す（ステップＲＳ７１７）。

次に、加工側制御装置２００のＣＰＵは、受取り日時と採取日時との差から輸送時間を算出しＨＤＤに記憶する（ステップＲＳ７１９）。

次に、加工側制御装置２００のＣＰＵは、輸送時間が２日未満であるか否かを判断する（ステップＲＳ７２１）。なお、輸送時間を判断する期間は、２日に限らず、脂肪組織を採取した部位や加工内容などのその他の条件に応じて適宜に定めることができる。

次に、加工側制御装置２００のＣＰＵは、ステップＲＳ７２１の判断処理で、輸送時間が、所定期間未満、例えば、２日未満であると判別したときには（ＹＥＳ）、加工内容や脂肪組織の量などに応じて受注用バーコードを印刷する枚数を決定する（ステップＲＳ７２３）。このステップＲＳ７２３の処理で印刷する受注用バーコードは、加工を要する場合には、加工時に用いる加工用容器に貼付されたり、加工を要しない場合には、保存用容器に貼付されたりする。

このようにすることで、加工用容器や保存用容器も加工依頼識別情報（受注用バーコード）によって管理することができる。すなわち、クライアント側（発注側）からの発注の依頼の段階で生成した加工依頼識別情報（受注用バーコード）（図３のステップＲＳ３０５）を加工の段階や保存の段階まで共通して使用し、互いに異なる工程に亘って加工依頼識別情報（受注用バーコード）を共通して使用することで、複数の工程の各々で、取り扱いなど人為的なミスを未然に防止することができる。受注用バーコードを印刷する枚数は、加工用容器の数や、保存用容器の数に対応し、必要な容器の数に応じて過不足なく受注用バーコードを印刷することができる。

前述したように、本実施の形態では、加工内容は、加工依頼識別情報の先頭の２文字によって特定することができる。前述したように、加工依頼識別情報の先頭の２文字は、「ＦＢ」や「ＳＣ」などであり、この文字列によって、受注用バーコードを印刷する枚数を決定することができる。具体的には、採取された脂肪組織を洗浄して脂肪組織から脂肪幹細胞を培養し脂肪幹細胞を保存する場合には、加工依頼識別情報の先頭の２文字は、「ＳＣ」が割り当てられ、脂肪組織を洗浄して保存する場合には、加工依頼識別情報の先頭の２文字は、「ＦＢ」が割り当てられる。また、加工用容器や保存用容器の容量と、脂肪組織の量との関係によっても、受注用バーコードを印刷する枚数を決定することができる。

次に、加工側制御装置２００のＣＰＵは、ステップＲＳ７２３の処理で決定された枚数の受注用バーコードを印刷する（ステップＲＳ７２５）。受注用バーコードは、ラベルプリンターなどで、ラベルシールに印刷される。１枚のラベルシールに１つ分の受注用バーコードを印刷する（図９参照）。受注用バーコードを印刷する枚数とは、ラベルシールの枚数であり、このようにすることで、加工用容器や保存用容器の各々に１つ分の受注用バーコードが印刷された１枚のラベルシールを貼付することができる。加工用容器や保存用容器の各々に、受注用バーコードを対応付けることができ、加工用容器や保存用容器を的確に管理することができる。

次に、加工側制御装置２００のＣＰＵは、脂肪組織が加工用容器に移され、加工が開始されると、進捗ステータスを「加工中」に更新し（ステップＲＳ７２７）、本サブルーチンを終了する。

加工側制御装置２００のＣＰＵは、前述したステップＲＳ７２１の判断処理で、輸送時間が２日以上であると判別したときには（ＮＯ）、採取から経過した時間が長く、不適切な状態になっている可能性がある旨をディスプレイ（図示せず）に表示し（ステップＲＳ７２９）、不適切な状態になっている可能性がある旨をＨＤＤに記憶する（ステップＲＳ７３１）。

次に、加工側制御装置２００のＣＰＵは、不適切な状態になっている可能性がある旨をメールなどでクライアント側（発注側）に連絡し（ステップＲＳ７３３）、本サブルーチンを終了する。なお、クライアント側（発注側）に試料が不適切である旨を連絡できるものであれば、メールだけでなく、電話やＦＡＸや郵送など他の通信手段でもよく、電話やＦＡＸの発信処理や郵送物の印刷処理などを実行するようにしてもよい。

加工側制御装置２００のＣＰＵは、前述したステップＲＳ７０７の判断処理で識別データと加工依頼識別情報とが一致しないと判別した場合には（ＮＯ）、進捗ステータスが「注文確認」となっている加工依頼識別情報の全てを検索したか否かを判断する（ステップＲＳ７３５）。

加工側制御装置２００のＣＰＵは、ステップＲＳ７３５の判断処理で、全てを検索していないと判別した場合には（ＮＯ）、ステップＲＳ７０５に処理を戻し、検索を続行する。一方、全てを検索したと判別した場合には（ＹＥＳ）、対応する加工依頼識別情報が存在しない旨をディスレプイに表示し（ステップＲＳ７３７）、本サブルーチンを終了する。対応する加工依頼識別情報が存在しない場合は、例えば、他の脂肪組織の進捗ステータスを変更する際に、誤って、今回受領した脂肪組織の進捗ステータスを変更してしまっていた場合などがあり、人為的なミスがあっても迅速に相互に発見することができ、ミスが広がることを未然に防止することができる。

＜＜加工後処理＞＞
加工処理が完了したときには、加工処理によって得られた脂肪幹細胞の量を測定し、その値（加工量）を図１３（ｅ）に示す加工テーブルに記憶させる。図１３（ｅ）に示す加工テーブルは、管理番号フィールド、加工量フィールドからなるテーブルである。図１３（ｅ）に示す加工テーブルの加工量フィールドのうち、今回の発注依頼に対応する管理番号の加工量フィールドに、測定で得られた加工量を記憶させる。この図１３（ｅ）に示す加工テーブルによって、加工処理で得られた脂肪幹細胞の量を一義的に管理することができる。

また、加工処理が完了したときには、図１４（ａ）に示す脂肪テーブルに更新する。図１４（ａ）に示す脂肪テーブルは、脂肪識別番号フィールド、ドナー識別情報フィールド、クリニック識別情報フィールド、管理番号フィールドからなるテーブルである。加工処理が完了したときには、加工で得られた脂肪幹細胞を識別するための脂肪識別番号を生成する。脂肪識別番号を生成したときには、図１４（ａ）に示す脂肪テーブルの脂肪識別番号フィールドには、生成した脂肪識別番号が記憶され、ドナー識別情報フィールドには、脂肪幹細胞の元になった脂肪組織のドナーを識別するドナー識別情報が記憶され、クリニック識別情報フィールドには、依頼したクリニックを識別するクリニック識別情報が記憶され、管理番号フィールドには、今回の発注依頼に対応する管理番号が記憶される。この脂肪テーブルによって、脂肪識別番号と、ドナー識別情報と、クリニック識別情報と、管理番号との対応関係を形成することができる。

＜＜保存処理＞＞
図１２は、加工側（受注側）の加工側制御装置２００で実行される保存処理を示すフローチャートである。この処理は、加工側（受注側）で加工が完了したことを契機にして実行される処理である。

最初に、加工側制御装置２００のＣＰＵは、加工のときに使われていた加工用容器に貼付されていた受注用バーコードを、バーコードリーダによって読み取る（ステップＲＳ１２０１）。

次に、加工側制御装置２００のＣＰＵは、読み取った受注用バーコードを識別データに変換する（ステップＲＳ１２０３）。次に、加工側制御装置２００のＣＰＵは、進捗ステータスが「加工中」となっている加工依頼識別情報を読み出す（ステップＲＳ１２０５）。進捗ステータスが「加工中」となっている加工依頼識別情報は、加工側制御装置２００のＨＤＤなどに記憶されている。

次に、加工側制御装置２００のＣＰＵは、ステップＲＳ１２０３の処理で変換した識別データと、ステップＲＳ１２０５の処理で読み出した加工依頼識別情報とが一致するか否かを判断する（ステップＲＳ１２０７）。

加工側制御装置２００のＣＰＵは、ステップＲＳ１２０７の判断処理で識別データと加工依頼識別情報とが一致すると判別した場合には（ＹＥＳ）、加工依頼識別情報に対応するクライアントデータを読み出し（ステップＲＳ１２０９）、読み出したクライアントデータを加工側制御装置２００のディスレプイ（図示せず）に表示する（ステップＲＳ１２１１）。

次に、加工側制御装置２００のＣＰＵは、加工処理が成功したか否かを判断する（ステップＲＳ１２１３）。例えば、加工によって全く脂肪幹細胞ができなかった場合や、不十分な量の脂肪幹細胞しかできなかった場合などがある。

次に、加工側制御装置２００のＣＰＵは、ステップＲＳ１２１３の判断処理で、加工処理が成功したと判別した場合には、加工テーブル（図１３（ｅ）参照）から、管理番号に対応する加工量を加工量フィールドから読み出す（ステップＲＳ１２１５）。前述したように、加工が完了した後の加工後処理で、脂肪幹細胞の量が測定され、加工量として加工テーブル（図１３（ｅ）参照）に記憶されている。

次に、加工側制御装置２００のＣＰＵは、ステップＲＳ１２１５の処理で読み出した加工量に応じて受注用バーコードを印刷する枚数を決定する（ステップＲＳ１２１７）。受注用バーコードは、加工処理で得られた脂肪幹細胞を保存するための保存用容器に貼付するために用いられる。

このようにすることで、前述した加工用容器のみならず、保存用容器も加工依頼識別情報（受注用バーコード）によって管理することができる。すなわち、クライアント側（発注側）からの発注の依頼の段階で生成した加工依頼識別情報（受注用バーコード）（図３のステップＲＳ３０５）を保存の段階まで共通して使用し、互いに異なる工程に亘って加工依頼識別情報（受注用バーコード）を共通して使用することで、複数の工程の各々で、取り扱いなど人為的なミスを未然に防止することができる。受注用バーコードを印刷する枚数は、保存用容器の数に対応し、必要な容器の数に応じて過不足なく受注用バーコードを印刷することができる。保存用容器の容量と加工量との関係によっても、受注用バーコードを印刷する枚数を決定することができる。

前述したように、加工内容は、加工依頼識別情報の先頭の２文字によって特定でき、この先頭の２文字によって、受注用バーコードを印刷する枚数を決定することができる。また、加工用容器の容量と加工量との関係によって、受注用バーコードを印刷する枚数を決定することができる。

次に、加工側制御装置２００のＣＰＵは、ステップＲＳ１２１７の処理で決定された枚数の受注用バーコードを印刷する（ステップＲＳ１２１９）。加工用容器の処理と同様に、受注用バーコードは、ラベルプリンターなどで、ラベルシールに印刷される。１枚のラベルシールに１つ分の受注用バーコードを印刷する（図９参照）。受注用バーコードを印刷する枚数とは、ラベルシールの枚数であり、このようにすることで、保存用容器の各々に１つ分の受注用バーコードが印刷された１枚のラベルシールを貼付することができる。保存用容器の各々に、受注用バーコードを対応付けることができ、保存用容器を的確に管理することができる。

次に、加工側制御装置２００のＣＰＵは、脂肪幹細胞が保存用容器に移され、保存が開始されると、進捗ステータスを「保存中」に更新し（ステップＲＳ１２２１）、本サブルーチンを終了する。

加工側制御装置２００のＣＰＵは、前述したステップＲＳ１２１３の判断処理で、加工が成功していないと判別したときには（ＮＯ）、十分に加工できなかった旨をディスプレイ（図示せず）に表示し（ステップＲＳ１２２３）、十分に加工できなかった旨をＨＤＤに記憶する（ステップＲＳ１２２５）。

次に、加工側制御装置２００のＣＰＵは、十分に加工できなかった旨をメールなどでクライアント側（発注側）に連絡し（ステップＲＳ１２２７）、本サブルーチンを終了する。なお、クライアント側（発注側）に十分に加工できなかった旨を連絡できるものであれば、メールだけでなく、電話やＦＡＸや郵送など他の通信手段でもよく、電話やＦＡＸの発信処理や郵送物の印刷処理などを実行するようにしてもよい。

加工側制御装置２００のＣＰＵは、前述したステップＲＳ１２０７の判断処理で識別データと加工依頼識別情報とが一致しないと判別した場合には（ＮＯ）、進捗ステータスが「加工中」となっている加工依頼識別情報の全てを検索したか否かを判断する（ステップＲＳ１２２９）。

加工側制御装置２００のＣＰＵは、ステップＲＳ１２２９の判断処理で、全てを検索していないと判別した場合には（ＮＯ）、ステップＲＳ１２０５に処理を戻し、検索を続行する。一方、全てを検索したと判別した場合には（ＹＥＳ）、対応する加工依頼識別情報が存在しない旨をディスレプイに表示し（ステップＲＳ１２３１）、本サブルーチンを終了する。対応する加工依頼識別情報が存在しない場合は、例えば、加工用容器の受注用バーコードを的確に読み取っていない場合などがあり、読み取りミスなどがあっても迅速に相互に発見することができ、ミスが広がることを未然に防止することができる。

このように、保存前の脂肪幹細胞の量に応じてラベルシールの印刷枚数を決定するようにすることで、加工によって量が変化する場合にも対応でき、必要な保存用容器の数に応じた枚数を印刷することができる。

＜脂肪管理画面＞
図８は、クライアント側端末装置１１０のディスプレイに表示される脂肪管理画面の例を示す図である。脂肪管理画面は、検索条件を入力する領域と、検索結果を表示する領域とからなる。脂肪管理画面は、各々のクライアント側（発注側）のディスプレイに表示することができ、クライアント側（発注側）が発注した件に関して検索し、その検索条件に一致したものに表示される。このようにすることで、クライアント側（発注側）が発注を依頼した脂肪組織の進捗ステータス（進捗状態）をクライアント側（発注側）が知得することができる。

検索項目は、加工依頼識別情報、カルテ番号、氏名、進捗ステータス、保存期間などがあり、これらを入力することで、検索条件を決定することができる。決定された検索条件と一致するものが表示される。検索結果として、加工依頼識別情報、カルテ番号、氏名、進捗ステータス、保存期間などの項目が表示される。さらに、「詳細」、「発注」、「履歴」などの選択ボタンも表示され、「詳細」ボタンの操作によって、各々の詳細情報（クライアントデータなど）を表示したり、「発注」ボタンの操作によって、納品を加工側（受注側）に指示したり、「履歴」ボタンの操作によって、過去の納品履歴を表示させたりすることができる。

進捗ステータス（進捗状態）には、注文受付、注文確認、脂肪受取、加工中、保存中などがある。「注文受付」は、採取した脂肪組織について、最初に、クライアント側（発注側）から加工側（受注側）にアクセスして、発注を依頼しクライアントデータが生成されてクライアント側（発注側）されたときの状態である。「注文確認」は、加工側（受注側）が、発注内容を改めて確認したときの状態である。「脂肪受取」は、クライアント側（発注側）で採取された脂肪組織が加工側（受注側）に届いたときの状態である。「加工中」は、脂肪組織を加工しているときの状態である。「保存中」は、加工が終了して得られて加工品（脂肪幹細胞など）を保存しているときの状態である。

＜品質報告書＞
前述した脂肪管理画面の「詳細」ボタンは、加工が終了して、進捗ステータスが「保存中」となったときに操作可能となる。クライアント側（発注側）が、脂肪管理画面の「詳細」ボタンを操作することで、図１０に示すような品質報告書をクライアント側端末装置１１０のディスプレイに表示することができる。品質報告書も、例えば、ＰＤＦ（Portable Document Format）形式などにすることができる。クライアント側（発注側）は、品質報告書を表示したりダウンロードしたりすることができる。クライアント側（発注側）は、品質報告書を視認することで、クライアントデータの内容を確認することができるとともに、「脂肪サイズの欄」によって、脂肪幹細胞が保管されている保存用容器の本数を知得することができる。また、品質報告書には、加工依頼識別情報に対応する受注用バーコードも表示される。

＜納品及び納品報告書＞
前述した脂肪管理画面の「発注」ボタンによって、納品を加工側（受注側）に指示することができる。クライアント側端末装置１１０のキーボードなどで、脂肪管理画面の「発注」ボタンを操作し、納品を希望する保存用容器の本数を指定することで、納品される保存用容器の本数を決定することができる。前述した品質報告書の「脂肪サイズの欄」に、脂肪幹細胞が保管されている保存用容器の本数が表示されている。この「脂肪サイズの欄」に表示されている保存用容器の本数が、納品可能な最大の本数である。

前述したように、クライアント側端末装置１１０のキーボードなどで、脂肪管理画面の「発注」ボタンが操作されたことを契機にして、納品の依頼を示す納品依頼識別情報が生成され、図１３（ａ）の基本テーブルの依頼識別情報フィールドに納品依頼識別情報が記憶される。

納品は、クライアント側（発注側）が指定した本数の保存用容器と、納品報告書とが同梱されて、クライアント側（発注側）に届けられる。クライアント側（発注側）には、郵送や、運送業や配送業者などによる輸送によって保存用容器及び納品報告書が届けられる。図１１は、納品報告書の例を示す図である。納品報告書も、例えば、ＰＤＦ（Portable Document Format）形式などにすることができる。納品報告書には、クライアントデータの内容のほか、納品された保存用容器の本数や、納品依頼識別情報に対応する納品用バーコードや、加工依頼識別情報に対応する受注用バーコード（例えば、ＦＢ１７０６１６００１）が印刷されている。納品報告書に加工依頼識別情報に対応する受注用バーコードを印刷することで、納品する保存用容器に貼付されている受注用バーコードと納品報告書の受注用バーコードと読み取り比較することで、クライアント側（発注側）から指定されたものを納品するか否かを判断することができる。また、納品依頼識別情報に対応する納品用バーコードと、加工依頼識別情報に対応する受注用バーコードとを納品報告書に印刷することで、加工の依頼と納品の依頼との対応を納品報告書に明確に示すことで、ミスが生じた場合でも迅速にかつ容易にミスを発見することができる。

なお、納品依頼識別情報に対応する納品用バーコード（例えば、ＬＤ１７０７１４００５）は、脂肪管理画面の「発注」ボタンが操作されたときに生成され、加工依頼識別情報に対応する受注用バーコードとは異なるバーコードである。加工依頼識別情報に対応する受注用バーコードが同じでも、納品が複数回に分かれる場合もあり、複数回の納品毎に納品依頼識別情報に対応する納品用バーコードを生成することで、納品処理を区別することができ、指定されたものを的確に納品することができる。

＜受注用バーコードの印刷のタイミング＞
本実施の形態では、加工依頼識別情報に対応する受注用バーコードが生成されるタイミングは、複数である。まず、クライアントデータがクライアント側（発注側）から加工側（受注側）に送付されたときに、オーダーシートデータが生成されるとともに受注用バーコードが生成される。なお、この場合には、オーダーシートデータがクライアント側（発注側）に送付されて、オーダーシートが、クライアント側（発注側）で印刷されるときに、受注用バーコードもオーダーシート内で印刷される。

次に、脂肪組織がクライアント側（発注側）から加工側（受注側）に届けられたときに、加工時に用いる加工用容器に貼付するために、ラベルシールに受注用バーコードが印刷される。このとき、加工を要する場合には、脂肪組織の量と加工用容器の量とに応じた枚数（加工用容器の数）のラベルシールに受注用バーコードが印刷される。さらに、加工を要しない場合には、この時点で、直ちに保存用容器に貼付するために、ラベルシールに受注用バーコードが印刷される。このとき、脂肪組織の量と保存用容器の量とに応じた枚数（保存用容器の数）のラベルシールに受注用バーコードが印刷される。

さらに、脂肪組織から脂肪幹細胞に加工した場合には、加工によって得られた脂肪幹細胞の量と保存用容器の量とに応じた枚数（保存用容器の数）のラベルシールに受注用バーコードが印刷される。

＜データ解析用テーブル＞
図１５は、データ解析用テーブルの例を示す図である。図１５は、加工側（受注側）が、クライアント側（発注側）から受領した脂肪組織を特徴づけることができるパラメータの一覧及びこれらの値や情報（結果）を示す表である。パラメータは、以下の３１種類である。

１）性別、２）生年月日、３）国籍、４）脂肪採取日時、５）脂肪採取部位（ドナーの身体の部位）、６）脂肪採取方法、７）喫煙の有無、８）飲酒習慣、９）人種幹細胞の性能（培養速度）、１０）幹細胞の性能（活性度）、１１）身長、１２）体重、１３）ＢＭＩ、１４）年収、１５）配偶者の有無、１６）家族構成、１７）体脂肪率（％）、１８）内臓脂肪レベル、１９）筋肉量（％）、２０）培養幹細胞の表面マーカー、２１）培養幹細胞の分化能（脂肪、軟骨）、２２）既往歴、２３）運動習慣、２４）職種、２５）ＩＱ、２６）出身地、２７）骨密度、２８）細胞形態、２９）睡眠時間、３０）睡眠時間帯、３１）食嗜好性

これらのパラメータの値や情報（結果）を蓄積することで、これらのパラメータの関係（相関関係やパラメータを関連付ける関係式の係数など）を決定することができる。関係式は、一次式でも多項式でも、複数の式でもよい。特に、相関関係や関係式の係数は、９）人種幹細胞の性能（培養速度）、１０）幹細胞の性能（活性度）、２１）培養幹細胞の分化能（脂肪、軟骨）を予測可能に算出できるものが好ましい。これらの９）人種幹細胞の性能（培養速度）、１０）幹細胞の性能（活性度）、２１）培養幹細胞の分化能（脂肪、軟骨）を予測できるようにすることで、加工（培養）に要する時間や、生成される脂肪幹細胞の数などを予測することができ、生産スケジュールを詳細に立てることで生産管理を容易にすることができる。

また、１）性別、２）生年月日、５）脂肪採取部位などが、９）人種幹細胞の性能（培養速度）、１０）幹細胞の性能（活性度）、２１）培養幹細胞の分化能（脂肪、軟骨）に影響する関係を導くことで、脂肪組織を採取する条件も詳細に決定することができる。

さらに、前述したパラメータだけでなく、輸送の際に使用した溶液の種類も含めてもよい。また、これらのパラメータの全てを用いずに影響の大きい数種類のパラメータのみで、相関関係や関係式の係数を定めてもよい。性別や年齢などのドナーに固有な情報、部位、採取量、溶液、溶液量などの採取に固有な情報、輸送時間などの輸送に固有な情報、加工前量や加工後量や加工方法や加工装置などの加工に関する情報などについて、様々な情報を用いることができる。さらに、病院やクリニックなどのクライアント側（発注側）に関する情報を加えて、９）人種幹細胞の性能（培養速度）、１０）幹細胞の性能（活性度）、２１）培養幹細胞の分化能（脂肪、軟骨）を予測する経験式を構成してもよい。

＜＜進捗ステータス＞＞
前述したように、進捗ステータスは、本実施の形態の加工受発注システムにおける進捗状態（工程）を示す情報であり、注文受付、注文確認、脂肪受取、加工中、保存中などがある。進捗ステータスは、例えば、図１３（ｃ）に示す外部用ステータステーブルに記憶される。

外部用ステータステーブルに記憶されている進捗ステータスは、クライアント側（発注側）からの要求に応じて、外部用ステータステーブルから読み出され通信ネットワーク１００を介してクライアント側端末装置１１０に送信されることができる。クライアント側（発注側）は、クライアント側端末装置１１０の表示装置（図示せず）などに進捗ステータスを表示することで、現在の進捗状態を確認することができる。

外部用ステータステーブルに記憶されている進捗ステータスは、クライアント側（発注側）が知得できるものであるが、クライアント側（発注側）には提供せず加工側（受注側）のみで管理する内部用の進捗ステータスを設けてもよい。例えば、内部用の進捗ステータスは、例えば、図１３（ｄ）に示す内部用ステータステーブルに記憶される。内部用の進捗ステータスは、外部用の進捗ステータスよりも詳細に分類され、加工側（受注側）の工程管理や品質管理などに用いることができる。なお、内部用の進捗ステータスの一部を外部用の進捗ステータスと対応付けたり共用したりすることで、内部用の進捗ステータスの更新に応じて、外部用の進捗ステータスも更新することができ、進捗ステータスの管理を容易にすることができる。

加工側（受注側）で用いる内部用の進捗ステータスを詳細にすることで、脂肪組織や脂肪幹細胞などの工程管理や品質管理などを的確に図ったり効率化の見直しに用いたりすることができる。また、クライアント側（発注側）には、一部のみの進捗ステータスを用いることにより、クライアント側（発注側）への報告が煩雑になることを防止し、クライアント側（発注側）にとって必要な情報のみを提供することができる。

例えば、加工側（受注側）で用いる内部用の進捗ステータスとして、「Ｗｅｂ受付」や、「検査中」、「検査結果待ち」や、「受取後トラブル（破損）」、「レポート発行済」、「注文のキャンセル」、「全部保管中」、「一部保管中」、「全部出荷済」、「破棄」、「輸送トラブル」などにすることができる。前述したように、内部用の進捗ステータスは、図１３（ｄ）に示す内部用ステータステーブルに記憶される。

＜＜＜＜保存管理システム＞＞＞
図１６は、本実施の形態の保存管理システムの構成を示す概略図である。本保存管理システムは、保管タンク３００と保管ラック３１０と保管ボックス３２０と保存用容器３３０ とを有する。

＜＜保存用容器３３０＞＞
保存用容器３３０は、前述した保存用容器であり、脂肪組織や培養された脂肪幹細胞を収容するための容器である。保存用容器３３０は、全体として、長尺な略円筒状の形状を有し、後述する保管ボックス３２０のセル３２６に保存用容器３３０を挿し立てた状態で、保管ボックス３２０に格納することができる。

保存用容器３３０は、容器本体３３２とキャップ３３４とからなる。容器本体３３２及びキャップ３３４は、脂肪組織や培養された脂肪幹細胞の保存に適した樹脂などからなり、特に低温度での耐久性などに優れている。容器本体３３２は、上端に開口（図示せず）が形成され、開口を介して脂肪組織や培養された脂肪幹細胞を容器本体３３２に収容することができる。容器本体３３２は、長尺な略円筒状の形状を有し、半透明な素材で構成され、収容されている脂肪組織や培養された脂肪幹細胞の量や状態を外から視認することができる。

＜キャップ３３４＞
キャップ３３４は、容器本体３３２に着脱可能に形成されており、キャップ３３４を容器本体３３２に螺着することで保存用容器３３０を封止することができる。キャップ３３４は、プラスチックなどの非透明な樹脂で構成されている。特に、本実施の形態では、キャップ３３４は、「白」、「青」、「緑」、「黄」、「赤」の５色のいずれかの色が付され、いずれかの色を選択することができる。なお、キャップ３３４を構成する樹脂自体に色が付されている場合の他に、色が付されたシールなどをキャップ３３４に貼付するようにして、キャップ３３４に色を付してもよい。

例えば、前述したクライアント側（発注側）から依頼された注文受注に対応させてキャップ３３４の色を決定することができる。例えば、一の注文受注に対応して一の色を決定する。前述したステップＲＳ３０５の加工依頼識別情報を生成する処理とともに、「白」、「青」、「緑」、「黄」、「赤」のうちのいずれかの色を選択する処理を実行することで、一の注文受注に応じた一の色を決定することができる。

このようにすることで、クライアント側（発注側）からの一の注文受注で受領した脂肪組織について、複数の保存用容器３３０を用いて保存するような場合でも、これらの複数の保存用容器３３０を一の色のキャップ３３４で統一することで、一の注文受注の脂肪組織を１つのグループとして管理することができる。なお、以下では、キャップ３３４の色を、簡便のために、保存用容器３３０の色と称したり、セル３２６の色と称したりする場合もある。

また、前述した例では、一の注文受注に対応して一の色を決定する場合を示したが、複数の保存用容器３３０に収容される脂肪組織や培養された脂肪幹細胞や、加工処理の内容など、複数の保存用容器３３０に共通する特徴によってグループ化し、グループに応じて一の色を決定すればよい。一のグループに属する保存用容器３３０であることを色によって視認可能にできればよい。

＜＜保管ボックス３２０＞＞
保管ボックス３２０は、保存用容器３３０を格納するための容器である。保管ボックス３２０は、略直方体状の形状を有し、本体部３２２と蓋体部３２４とを有する。

図１８は、本体部３２２の外観を示す平面図である。本体部３２２には、９行９列で合計８１個のセル３２６（収容部）が形成されている。セル３２６は、上側に開口を有し長尺な略四角柱状の収容領域を有する。１個の保存用容器３３０を１つの収容領域に開口から挿し込むことでセル３２６に収容することができる。なお、セル３２６の具体的な構造は、保存用容器３３０を安定的に保持することができ、かつ、熱伝導や熱伝達が良好なものであればよい。

蓋体部３２４は、本体部３２２の上面の全面を覆うための蓋である。蓋体部３２４によって本体部３２２の上面を覆うことで、セル３２６に収容されている保存用容器３３０が離脱したり抜け出たりしないようにでき、保存用容器３３０を保管ボックス３２０に安定的に格納することができる。

また、蓋体部３２４は、透明な材料によって構成されており、セル３２６に収容されている保存用容器３３０のキャップ３３４の色を容易に視認することができる。キャップ３３４の色については、後述する。

前述したように、保存用容器３３０は、容器本体３３２とキャップ３３４とからなり、容器本体３３２にキャップ３３４を螺着することで、容器本体３３２を封止することができる。保存用容器３３０は、容器本体３３２にキャップ３３４を螺着した状態で、保管ボックス３２０の本体部３２２のセル３２６に挿し込まれ保管ボックス３２０に格納される。保存用容器３３０が保管ボックス３２０に格納された状態では、キャップ３３４は、容器本体３３２よりも上側に位置し、使用者は、透明な蓋体部３２４を介して、キャップ３３４の色を容易に視認することができる。

また、前述したように、キャップ３３４の色は、「白」、「青」、「緑」、「黄」、「赤」の５色のうちのいずれかの色が選択される。共通する特徴を有する複数の保存用容器３３０をグループ化し、一のグループに属する保存用容器３３０に対して一の色を割り当てることで、キャップ３３４の色によって、一のグループに属する保存用容器３３０であることを視認することができる。８１個のセル３２６の多くに保存用容器３３０が格納された状態であっても、キャップ３３４の色の並び（配列の態様）によって、一のグループに属する保存用容器３３０と、他のグループに属する保存用容器３３０とを容易に判別することができる。

＜保管ボックス番号＞
本保存管理システムで使用する保管ボックス３２０には、保管ボックス番号が連番となるように割り当てている。例えば、ボックス１〜ボックス３６の保管ボックス番号が、保管ボックス３２０に割り当てられている（図１７参照）。本保存管理システムでは、保管ボックス番号は、互いに重複しないように（互いに異なるように）割り当てられており、一の保管ボックス番号を定めることで、一の保管ボックス３２０を指定することができる。

＜セル番号＞
前述したように、保管ボックス３２０の各々には、９行９列の合計で８１個のセル３２６が形成されている。これらの８１個のセル３２６に対して、セル番号が連番となるように割り当てている。図１８に示した数値は、セル３２６の各々に割り当てられたセル番号である。保管ボックス３２０の各々に形成されているセルのセル番号は１〜８１であり、互いに重複しないように（互いに異なるように）割り当てられており、一のセル番号を定めることで、一のセル３２６を指定することができる。

＜保管ボックス番号及びセル番号＞
前述したように、本保存管理システムでは、保管ボックス番号及びセル番号が規定されている。一の保管ボックス番号と一のセル番号との双方を定めることによって、一の保管ボックス３２０を指定し、さらに、その一の保管ボックス３２０における一のセル３２６を指定することができ、一の保管ボックス番号及び一のセル番号によって、保存用容器３３０を格納したり取り出したりすべき保管ボックス３２０及びセル３２６を特定することができる。

一の保管ボックス３２０に形成するセル３２６の数は、８１個に限られず、保管ボックス３２０の大きさや保存用容器３３０の大きさなどによって、適宜に決定することができる。

＜＜保管ラック３１０＞＞
保管ラック３１０は、保管ボックス３２０を格納するためのラックである。保管ラック３１０は、アルミやステンレスなどの金属によって構成され、伝熱性、耐久性、耐錆性などに優れている。

本保存管理システムでは、図１６及び図１７に示すように、保管ラック３１０は、縦方向に沿って１１段の格納領域が形成されている。１つの格納領域に１つの保管ボックス３２０を格納することができ、１つの保管ラック３１０に９つの保管ボックス３２０を格納することができる。保管ボックス３２０は、保管ラック３１０の前面側から格納領域に挿し込んで格納することができる。格納領域の各々には、ストッパー（図示せず）が設けられており、格納領域に格納された保管ボックス３２０が離脱したり抜け出たりしないように保持することができる。さらに、保管ラック３１０の前側には、長尺な抑止体（図示せず）が着脱可能に設けることができる。抑止体は、保管ラック３１０の最下段から最上段に至るまで配置され、格納領域に格納された保管ボックス３２０が離脱したり抜け出たりしないように抑止することができる。

なお、本保存管理システムでは、保管ラック３１０の最下段（第１段）の格納領域と、最下段の１つ上の第２段の格納領域との下側の２つの格納領域は、使用しない。後述するように、保管タンク３００には、液体窒素が注入され、保管タンク３００の内部を所望する低温状態にする。液体窒素は、保管タンク３００の底部に貯留された状態となり、保管ラック３１０の下側の２つの格納領域は、保管ボックス３２０を格納せずに、液体窒素を貯留するための領域として確保している。

＜保管ラック番号＞
本保存管理システムで使用する保管ラック３１０には、保管ラック番号が連番となるように割り当てている。例えば、ラック１〜ラック４の保管ラック番号が、保管ラック３１０に割り当てられている（図１７参照）。本保存管理システムでは、保管ラック番号は、互いに重複しないように（互いに異なるように）割り当てられており、一の保管ラック番号を定めることで、一の保管ラック３１０を指定することができる。

図１７に示すように、本保存管理システムでは、保管ラック番号がラック１の保管ラック３１０には、保管ボックス番号がボックス１〜ボックス９の保管ボックス３２０が格納され、保管ラック番号がラック２の保管ラック３１０には、保管ボックス番号がボックス１０〜ボックス１８の保管ボックス３２０が格納され、保管ラック番号がラック３の保管ラック３１０には、保管ボックス番号がボックス１９〜ボックス２７の保管ボックス３２０が格納され、保管ラック番号がラック４の保管ラック３１０には、保管ボックス番号がボックス２８〜ボックス３６の保管ボックス３２０が格納されるように規定している。このように、全ての保管ラック３１０に亘って、保管ボックス番号が互いに重複しないように規定されており、保管ボックス番号を定めれば、保管ラック３１０の保管ラック番号と、その保管ラック３１０における格納領域（段数）とを決定することができる。例えば、保管ボックス番号が１４の保管ボックス３２０は、保管ラック番号がラック２の保管ラック３１０の第７段の格納領域を指定することができる（図１７参照）。

＜＜保管タンク３００＞＞
保管タンク３００は、保存用容器３３０に収容された脂肪組織や培養された脂肪幹細胞を所望する温度で保管するためのタンクである。保管タンク３００は、本体部３０２と蓋体部３０４とを有し、本体部３０２及び蓋体部３０４の内部には、断熱材が設けられており、蓋体部３０４を閉じた状態にすることで、保管タンク３００の内部を所望する温度に維持することができる。特に、保管タンク３００に液体窒素を注入することで、所定の低温度に維持することができる。なお、冷蔵機能・冷凍機能を有するタンクを用いてもよい。冷蔵機能・冷凍機能によって、保管タンク３００の内部の温度を一定に制御することができる。

本保存管理システムでは、本体部３０２の内部には、最大で４つの保管ラック３１０を内部に格納することができる。保管タンク３００は、本体部３０２に対して開閉可能な蓋体部３０４を上部に有し、最大で４つの保管ラック３１０を内部に格納することができる。蓋体部３０４を開くことで、保管ラック３１０を取り出したり格納したりすることができる。また、蓋体部３０４を閉じることで封止状態が形成されて、低温状態を維持することができる。

なお、保管タンク３００が複数ある場合においても、複数の保管タンク３００に亘って、保管ボックス３２０の保管ボックス番号が、互いに重複しないように割り当てることで、保管タンク３００の番号を定めることなく、保管タンク３００を指定することができる。例えば、第１の保管タンク３００に格納する保管ボックス３２０の保管ボックス番号をボックス１〜ボックス３６にし、第２の保管タンク３００に格納する保管ボックス３２０の保管ボックス番号をボックス３７〜ボックス７２にすることで、保管ボックス番号がボックス１以上かつボックス３６以下であれば、第１の保管タンク３００に格納すべき保管ボックス３２０であると判別し、保管ボックス番号がボックス３７以上かつボックス７２以下であれば、第２の保管タンク３００に格納すべき保管ボックス３２０であると判別することができる。

＜＜保管タンク３００、保管ラック３１０、保管ボックス３２０、保存用容器３３０の管理＞＞
前述したように、本実施の形態の保存管理システムでは、保管ボックス番号及びセル番号を規定している。本保存管理システムで使用する保管ボックスに対して、複数の保管タンク３００や複数の保管ラック３１０に亘って、保管ボックス番号が互いに重複しないように割り当てられている。また、セル番号は、一の保管ボックスにおいて、互いに重複しないように割り当てられている。このように規定することで、保管ボックス番号及びセル番号のみで、保管タンク３００や保管ラック３１０についても指定することできる。

＜＜加工側制御装置２００＞＞
保存管理システムは、さらに、前述した加工側制御装置２００（図２参照）を有する。加工側制御装置２００は、ＣＰＵ（中央処理装置）、ＲＯＭ（リードオンリーメモリ）、ＲＡＭ（ランダムアクセスメモリ）、ＨＤＤ（ハードディスクドライブ）、Ｉ／Ｆ（通信インターフェース装置）や操作装置（キーボード、マウス、タッチパネルなど）などを備えたコンピュータ、タブレット側コンピュータ、携帯型端末装置、サーバなど、各種の演算処理及びデータ処理などが実行可能な装置である。加工側制御装置２００は、主に、後述する空き領域検出処理や選択候補セル３２６の表示処理などの保存管理システム処理を実行する。

＜＜＜保存管理システム処理＞＞＞
保存管理システム処理は、主に、空き領域検出処理や選択候補セル３２６の表示処理などからなる。

＜空き領域検出処理の概要＞
空き領域検出処理は、少なくとも１個の保存用容器３３０を一の保管ボックス３２０に新たに格納するためのセル３２６を検出（検索）するための処理である。なお、空き領域検出処理によって、少なくとも１本の保存用容器３３０を一の保管ボックス３２０に配置することできるセル３２６を検出（検索）し、選択候補セル３２６の表示処理によって、検出（検索）されたセル３２６を、使用者が選択するための候補のセル３２６（選択候補セル）として提示（表示）する。

保管ボックス３２０内で新たに配置する保存用容器３３０の数は、１個でも複数個でもよい。特に、複数個の場合には、空き領域検出処理は、複数の保存用容器３３０を一の保管ボックス３２０内で新たに連続的に配置できるセル３２６を検出（検索）するための処理である。ここで、連続的とは、セル番号が連続することであり、特に、一の保管ボックス３２０におけるセル番号が連続することである。

言い換えれば、空き領域検出処理は、一の保管ボックス３２０内において、少なくとも１つのセル３２６であって保存用容器３３０が未だ収容されていない未収容のセル（以下、未収容セル又は空きセルと称する。）を検出するための処理である。複数個の保存用容器３３０を保管ボックス３２０に新たに配置する場合には、空き領域検出処理は、一の保管ボックス３２０内において、セル番号が連続した複数の未収容セル（空きセル）を検出する処理である。セル番号が連続した複数の未収容セルに保存用容器３３０を新たに配置（収容）することで、１つのグループに属する複数の保存用容器３３０の全体を一括（一まとめに）して配置し、管理を容易にすることができる。

前述したように、保存用容器３３０が未だ収容されていない未収容のセル３２６を、未収容セル又は空きセルと称する。また、保存用容器３３０が既に収容されている収容済みのセル３２６を、収容済セル又は占有セル３２６と称する。

さらに、既に保管ボックス３２０に保存用容器３３０が配置されている状態で、新たに保管ボックス３２０に保存用容器３３０を配置する場合に、既に配置されている保存用容器３３０と、新たに配置する保存用容器３３０とを互いに識別（視認容易）できるように配置するのが好ましい。加えて、このような場合においても、前述したように保存用容器３３０を連続的に配置することで、保存用容器３３０をなるべく密になるように配置し、保管ボックス３２０の各々の未収容セルの数がなるべく少なくなるようにし、保管ボックス３２０を効率よく使用できるようにするのが好ましい。

前述したように、本保存管理システムでは、キャップ３３４の色によって、１つのグループに属する保存用容器３３０として管理する。しかしながら、一のグループに属する保存用容器３３０の色が、既に保管ボックス３２０に配置されている他のグループに属する保存用容器３３０の色と同じ（例えば、赤色）である場合に、他のグループに属する保存用容器３３０に続けて（連続して）、一のグループに属する保存用容器３３０を配置すると、同じ色が連続して配置されることになり、一のグループに属する保存用容器３３０と、他のグループに属する保存用容器３３０との境界を判別するこが困難になり、一のグループと他のグループとを容易に視認することが困難になる。したがって、一のグループに属する保存用容器３３０が、他のグループに属する保存用容器３３０と同じ色で連続しないように、一のグループに属する保存用容器３３０を保管ボックス３２０に配置する必要がある。

このような観点から、一のグループに属する複数の保存用容器３３０は、同じ色で互いに連続して配置させ、他のグループに属する複数の保存用容器３３０は、一のグループの色とは異なる色で互いに連続して配置させ、さらに、一のグループに属する保存用容器３３０の先頭を、他のグループに属する保存用容器３３０の後尾に隣接させて保管ボックス３２０に配置する。

すなわち、まず、保存用容器３３０において、一のグループに属する保存用容器３３０を、一の色を使ってセル番号が連続するように配置する。次に、この一のグループの最大のセル番号（後尾のセル３２６）に、他のグループの最小のセル番号（先頭のセル３２６）が隣接するようにして、他のグループに属する保存用容器３３０を、一の色とは異なる他の色を使ってセル番号が連続するように配置する。複数のグループに属する保存用容器３３０を一の保管ボックス３２０に配置する場合においても、保存用容器３３０をなるべく密となるように配置することができ、保管ボックス３２０内での無駄を少なくして、保管ボックス３２０を効率よく使用することができる。

さらに、一のグループに属する保存用容器３３０の色と、他のグループに属する保存用容器３３０の色とが、互いに異なるので、一のグループに属する保存用容器３３０を、他のグループに属する保存用容器３３０と隣接して配置しても、一のグループと他のグループとの境界を明確にすることができ、一のグループと他のグループとを容易に視認することができる。

なお、保存用容器３３０の本数が１本である場合には、連続した複数のセル３２６を確保する必要はなく、使用されていない１つの未収容セルを確保するとともに、隣り合うことになる保存用容器３３０の色が異なるようにすればよい。

＜選択候補セル３２６の表示処理の概要＞
前述したように、空き領域検出処理は、少なくとも１本の保存用容器３３０を一の保管ボックス３２０に配置できるセル３２６を検出（検索）する処理である。使用者や操作者は、空き領域検出処理によって検出されたセル３２６のうちのいくつかのセル３２６を、実際に使用するために選択する。すなわち、空き領域検出処理によって検出されたセル３２６は、実際に使用するセル３２６を使用者に選択させるためのセル３２６（以下、選択候補セル３２６と称する。）である。保存管理システム処理では、空き領域検出処理を実行した後に、選択候補セル３２６の表示処理を実行する。選択候補セル３２６の表示処理は、空き領域検出処理によって検出された選択候補セル３２６を使用者に視認可能に表示し、実際に保存用容器３３０を配置するセル３２６を選択候補セル３２６から使用者に選択させる処理である。

＜＜空き領域検出処理＞＞
図１９〜図２１は、空き領域検出処理のサブルーチンを示すフローチャートである。空き領域検出処理は、加工側制御装置２００のＣＰＵによって、所定のタイミングで呼び出されて実行される。

最初に、加工側制御装置２００のＣＰＵは、操作者の操作によって保存用容器３３０の色及び本数が入力されたことを検出する（ステップＲＳ１９０１）。例えば、操作者は、キーボードなど（図示せず）を操作して、保存用容器３３０の色及び本数を入力する。なお、前述したように、保存用容器３３０の色は、保存用容器３３０に螺着されるキャップ３３４の色であり、例えば、保存用容器３３０に収容される脂肪組織や培養された脂肪幹細胞について注文受注されたときに決定される色である。

次に、加工側制御装置２００のＣＰＵは、「検出セル番号」と「検出ボックス番号」とを初期化する（ステップＲＳ１９０３）。「検出ボックス番号」及び「検出セル番号」は、セル３２６の検出処理で用いる変数であり、後述するセル管理データベースからセル情報を読み出すときに、セル管理データベースを読み出すレコード位置を定めるための変数である。本保存管理システムでは、「検出セル番号」及び「検出ボックス番号」から一のレコード位置を決定し、一のレコード位置に対応するセル情報をセル管理データベースから読み出してセル情報を取得する。取得したセル情報から、未収容セルであるか、収容済セルであるか否かを判断することができる。

前述したステップＲＳ１９０３の初期化処理は、セル情報の読み出しを開始する始点のセル番号と始点のボックス番号とを定める処理である。始点の「検出セル番号」及び始点の「検出ボックス番号」から、始点のレコード位置を決定し、始点レコード位置に対応するセル情報をセル管理データベースから読み出して検出処理を開始する。

「検出ボックス番号」の初期値として、１（ボックス１）にすることができ、「検出セル番号」の初期値として、１（セル番号１）にすることできる。この場合には、ボックス１の保管ボックス３２０の１番目のセル３２６から、未収容セルであるか、又は収容済セルであるか否かを判断していく。

なお、本保存管理システムが使用されるに従って、保管ボックス３２０の各々で、未収容セルが連続的に存在する領域と、収容済セルが連続的に存在する領域とが、徐々に形成され、保管ボックス３２０において未収容セルが連続的に存在する複数の領域が点在する状態になることも想定される。このような点在化は、保管ボックス３２０の使用効率を低下させ、好ましい状態ではない。

このような点在化が生じた場合に、保管ボックス３２０の各々で保存用容器３３０を格納し直すこともできる。保存用容器３３０を連続的に配置し直すことで、保存用容器３３０をなるべく密になるように配置することができ、未収容セルの数を少なくすることで、保管ボックス３２０を効率よく使用できる。しかしながら、複数個の保存用容器３３０を格納し直す作業は、人為的ミスなどを誘発する可能性が生じ、あまり好ましい作業ではない。したがって、格納し直す作業をすることなく、保存用容器３３０をなるべく密になるように配置するのが好ましい。

未収容セルが連続的に存在する複数の領域が点在化した場合に、まず、収容済セルが最も多い保管ボックス３２０（最大収容密度保管ボックス３２０）を探し、その最大収容密度保管ボックス３２０内で、セル番号が連続した複数の未収容セル（空きセル）を検出する。検出できた場合には、その最大収容密度保管ボックス３２０に保存用容器３３０を格納することで、さらに、収容済セルの数をさらに増やすことができ、保管ボックス３２０の使用効率を向上させることができる。

最大収容密度保管ボックス３２０内で、セル番号が連続した複数の未収容セル（空きセル）を検出できなかった場合には、収容済セルが次に多い保管ボックス３２０を探し、セル番号が連続した複数の未収容セル（空きセル）を検出する。検出できた場合には、保存用容器３３０を格納する。このように、収容済セルが多い保管ボックス３２０を順次に探して、未収容セルを探していくことができる。収容済セルが多い保管ボックス３２０から順に、セル番号が連続した複数の未収容セル（空きセル）を検出していくことで、保存用容器３３０をなるべく密な状態で格納することができ、保管ボックス３２０の使用効率を向上させることができる。

次に、加工側制御装置２００のＣＰＵは、「空きセル数」の値を０にする（ステップＲＳ１９０５）。「空きセル数」は、セル番号が連続する未収容セルの数を示す変数である。ステップＲＳ１９０５の処理によって、「空きセル数」を初期化することができる。「空きセル数」は、未収容セルが検出される度に、後述するステップＲＳ２００１の処理で加算されていく。

次に、加工側制御装置２００のＣＰＵは、「先頭空きセル確定」の値を０にする（ステップＲＳ１９０７）。「先頭空きセル確定」は、少なくとも１つの未収容セルのうちの先頭のセル３２６（セル番号が最も小さい値のセル３２６）を確定することができたか否かを示すフラグである。例えば、既に保存用容器３３０が収容されている複数の収容済セル（セル番号が連続した収容済セル）のうちの最後尾のセル３２６の１つ後のセル３２６（セル番号の値が最後尾のセル３２６よりも１つ大きいセル３２６）が未収容セルであり、この既に収容済セルに収容されている保存用容器３３０の色と、新たに格納しようとしている保存用容器３３０の色とが異なる場合に、先頭の未収容セルを検出できたとして、「先頭空きセル確定」の値を１にする（後述するステップＲＳ１９１３〜ＲＳ１９２７参照）。セル番号が連続する未収容セルの先頭のセル番号を確定できたときには、「先頭空きセル確定」の値を１にし、連続する未収容セルの先頭のセル番号を確定できていないときには、「先頭空きセル確定」の値を０にする。

次に、加工側制御装置２００のＣＰＵは、「後尾空きセル確定」の値を０にする（ステップＲＳ１９０９）。「後尾空きセル確定」は、少なくとも１つの未収容セルのうちの後尾のセル３２６（セル番号が最も大きい値のセル３２６）を確定することができたか否かを示すフラグである。なお、後述するステップＲＳ２００３〜ＲＳ２００９の処理で、「後尾空きセル確定」の値を１にする。セル番号が連続する未収容セルの後尾のセル番号を確定できたときには、「後尾空きセル確定」の値を１にし、連続する未収容セルの先頭のセル番号を確定できていないときには、「後尾空きセル確定」の値を０にする。

次に、加工側制御装置２００のＣＰＵは、セル管理データベースから「検出ボックス番号」及び「検出セル番号」によって決定されるレコード位置に対応するセル情報を読み出す（ステップＲＳ１９１１）。セル管理データベースは、本保存管理システムで使用する全ての保管ボックス３２０のセル３２６（全てのセル３２６）の各々が空いているか否かを示すセル情報を記憶するデータベースである（図２５参照）。加工側制御装置２００のＨＤＤ（ハードディスクドライブ）に記憶されている。

セル情報は、「未収容セル」であるか、又は「収容済セル」であるかを示す情報であり、「未収容セル」は、その時点で、保存用容器３３０が収容されていないセル３２６であり、「収容済セル」は、その時点で、保存用容器３３０が収容されているセル３２６である。さらに、「収容済セル」である場合には、そのセル３２６に収容されている保存用容器３３０の色の情報もセル情報に記憶される。保存用容器３３０の色は、前述したキャップ３３４の色であり、「白」、「青」、「緑」、「黄」、「赤」の５色のいずれかの色である。「収容済セル」である場合には、セル情報には、「収容済セル」であることと、収容されている保存用容器３３０に使用しているキャップ３３４の色の情報とが記憶される。

「検出ボックス番号」及び「検出セル番号」を定めてレコード位置を決定し、レコード位置に対応する位置のセル情報を読み出すことで、その「検出ボックス番号」の保管ボックス３２０における「検出セル番号」のセルが、その時点で空いているか否かの情報を取得することができる。

次に、加工側制御装置２００のＣＰＵは、ステップＲＳ１９１１の処理で読み出したセル情報が、「未収容セル」を示す情報であるか否かを判断する（ステップＲＳ１９１３）。すなわち、「検出ボックス番号」の保管ボックス３２０における「検出セル番号」のセル３２６が、「空いている」か否かを判断する。

次に、加工側制御装置２００のＣＰＵは、ステップＲＳ１９１３の判断処理で、セル３２６が「未収容セル」でないと判断した場合には（ＮＯ）、フラグ「先頭空きセル確定」の値が１であるか否かを判断する（ステップＲＳ１９１５）。すなわち、既に、セル番号が連続する複数の未収容セルの先頭のセル番号が確定しているか否かを判断する。

次に、加工側制御装置２００のＣＰＵは、ステップＲＳ１９１５の判断処理で、フラグ「先頭空きセル確定」の値が１でないと判断したときには（ＮＯ）、「検出セル番号」が最大セル番号であるか否かを判断する（図２１のステップＲＳ２１０１）。最大セル番号は、一の保管ボックス３２０における最大のセルの番号であり、図１８に示した保管ボックス３２０の例では、最大セル番号は８１である。すなわち、ステップＲＳ２１０１の判断処理は、一の保管ボックス３２０の全てのセル３２６を検出したか否かを判断する処理である。

次に、加工側制御装置２００のＣＰＵは、ステップＲＳ２１０１の判断処理で、「検出セル番号」が最大セル番号でないと判別したときには（ＮＯ）、「検出セル番号」の値を１だけ増やし（ステップＲＳ２１０３）、ステップＲＳ１９１１に処理を戻す。このように処理することで、一の保存用容器３３０において、「検出セル番号」の値を１つずつ増やしながら、未収容セルを順次に検出していくことができる。

次に、加工側制御装置２００のＣＰＵは、ステップＲＳ２１０１の判断処理で、「検出セル番号」が最大セル番号であると判別したときには（ＹＥＳ）、「検出ボックス番号」の値を１だけ増やす（ステップＲＳ２１０５）。このように処理することで、「検出ボックス番号」の値を１つずつ増やしながら、保存用容器３３０を順次に切り替えていくことができる。

次に、加工側制御装置２００のＣＰＵは、「検出ボックス番号」の値が、最大ボックス番号であるか否かを判断する（ステップＲＳ２１０７）。最大ボックス番号は、本保存管理システムで使用する保管ボックス３２０に割り当てられた保管ボックス番号のうちの最大の保管ボックス番号の値である。すなわち、ステップＲＳ２１０７の判断処理は、本保存管理システムで使用する（使用可能な）最大の保管ボックス３２０まで達してしまったか否かを判断する処理である。

加工側制御装置２００のＣＰＵは、ステップＲＳ２１０７の判断処理で、「検出ボックス番号」の値が、最大ボックス番号でないと判別したときには（ＮＯ）、ステップＲＳ１９１１に処理を戻す。

加工側制御装置２００のＣＰＵは、ステップＲＳ２１０７の判断処理で、「検出ボックス番号」の値が、最大ボックス番号であると判別したときには（ＹＥＳ）、保存用容器３３０を収容できるセル３２６がない旨のメッセージを表示し（ステップＲＳ２１０９）、本サブルーチンを終了する。

前述したステップＲＳ２１０１〜ＲＳ２１０９の処理を実行することにより、保存用容器３３０を１つずつ切り替えながら、その一の保存用容器３３０のセル３２６を１つずつ切り替えながら、「未収容セル」が存在するか否かを検出することができる。

図１９に示したステップＲＳ１９１５の判断処理で、加工側制御装置２００のＣＰＵは、フラグ「先頭空きセル確定」が１であると判断したときには（ＹＥＳ）、「空きセル数」の値を０にし（ステップＲＳ１９１７）、「先頭空きセル確定」の値をゼロにする（ステップＲＳ１９１９）。すなわち、セル番号が連続する未収容セルの先頭のセル３２６のセル番号を一旦確定したが、その後、セル番号が連続する複数の未収容セルの数が、ステップＲＳ１９０１で入力された本数に足りずに、改めて、セル番号が連続する複数の未収容セルを検出し始めるために、「空きセル数」及び「先頭空きセル確定」を初期化する。

次に、加工側制御装置２００のＣＰＵは、ステップＲＳ１９１３の判断処理で、セル３２６が「未収容セル」であると判断した場合には（ＹＥＳ）、フラグ「先頭空きセル確定」の値が０であるか否かを判断する（ステップＲＳ１９２１）。

次に、加工側制御装置２００のＣＰＵは、ステップＲＳ１９２１の判断処理で、フラグ「先頭空きセル確定」が０であると判断した場合には（ＹＥＳ）、「検出セル番号」よりも１つ前のセル番号のセル３２６の色が、ステップＲＳ１９０１で入力された色と異なるか否かを判断する（ステップＲＳ１９２３）。

すなわち、ステップＲＳ１９２３の判断処理は、「未収容セル」のセル３２６を検出しているが、その「未収容セル」が、先頭のセル３２６の条件を満たすか否か未だ不明な状態であり、その「未収容セル」の１つ前のセル３２６に収容されている保存用容器３３０の色が、ステップＲＳ１９０１で入力された色と異なるか否かを判断する処理である。

次に、加工側制御装置２００のＣＰＵは、ステップＲＳ１９２３の判断処理で、「検出セル番号」よりも１つ前のセル番号のセル３２６の色が、ステップＲＳ１９０１で入力された色と異なると判別した場合には（ＹＥＳ）、「未収容セル」の先頭にできるセル３２６を発見したとして、フラグ「先頭空きセル確定」の値を１にし（ステップＲＳ１９２５）、「先頭空きセル番号」を、現在の「検出セル番号」にする（ステップＲＳ１９２７）。

すなわち、「未収容セル」のセル３２６を検出しており、その「未収容セル」の１つ前のセル３２６に収容されている保存用容器３３０の色が、ステップＲＳ１９０１で入力された色と異なるので、続けて保存用容器３３０を配置することができ、先頭にできる「未収容セル」を確定することができるため、「先頭空きセル確定」の値を１にする。

次に、加工側制御装置２００のＣＰＵは、「空きセル数」の値を１だけ増やす（図２０のステップＲＳ２００１）。この処理により、検出された「未収容セル」のセル３２６を計数することができる。

次に、加工側制御装置２００のＣＰＵは、「空きセル数」が、ステップＲＳ１９０１で入力された本数以上であるか否かを判断する（ステップＲＳ２００３）。すなわち、これまでに検出した「未収容セル」のセル３２６の数が、ステップＲＳ１９０１で入力された本数に達したか否かを判断する。

次に、加工側制御装置２００のＣＰＵは、ステップＲＳ２００３の判断処理で、「空きセル数」が、ステップＲＳ１９０１で入力された本数以上でないと判断したときには（ＮＯ）、ステップＲＳ２１０１に処理を移す。すなわち、これまでに検出した「未収容セル」のセル３２６の数が、ステップＲＳ１９０１で入力された本数に達しない場合には、引き続き、「未収容セル」が存在するか否かの処理を続ける。

加工側制御装置２００のＣＰＵは、ステップＲＳ２００３の判断処理で、「空きセル数」が、ステップＲＳ１９０１で入力された本数以上であると判断したときには（ＹＥＳ）、「検出セル番号」の値が９の倍数であるか否かを判断する（ステップＲＳ２００５）。すなわち、これまでに検出した「未収容セル」のセル３２６の数が、ステップＲＳ１９０１で入力された本数に達した場合には、「検出セル番号」の値が９の倍数であるか否かを判断する。

「検出セル番号」の値が９の倍数である場合とは、保管ボックス３２０に形成されている８１個のセル３２６のうち最も右側に位置するセル３２６を意味する。言い換えれば、「検出セル番号」が、セル番号９、１８、２７、３６、４５、５４、６３、７２、８１のいずれかとなる場合である。セル番号が連続するように複数の保存用容器３３０を保管ボックス３２０に配置した場合には、同じ色のキャップ３３４が連続して並ぶことになり、特に、最も右側に位置するセル３２６を並びの終端（最後尾）にすることで、複数の保存用容器３３０の全体の並びを視認しやすくできるため、ステップＲＳ２００５の判断処理で、「検出セル番号」の値が９の倍数であるか否かを判断することとした。

加工側制御装置２００のＣＰＵは、ステップＲＳ２００５の判断処理で、「検出セル番号」の値が９の倍数であると判別したときには（ＹＥＳ）、現在の「検出セル番号」よりも１つ後ろのセル番号のセル３２６が未収容セルであるか否かを判断する（ステップＲＳ２００７）。すなわち、ステップＲＳ２００７の判断処理は、セル番号が連続するように複数の保存用容器３３０を保管ボックス３２０に配置する場合に、現在の「検出セル番号」のセル３２６を最後尾のセル３２６にできるか否かを判断する処理である。後尾のセル３２６の次のセル３２６が未収容セルであれば、複数の保存用容器３３０の区切りを明確にできるので、現在の「検出セル番号」のセルを最後尾のセル３２６にすることができる。

加工側制御装置２００のＣＰＵは、ステップＲＳ２００７の判断処理で、現在の「検出セル番号」よりも１つ後ろのセル番号のセル３２６が未収容セルであると判別したときには、フラグ「後尾空きセル確定」の値を１にする（ステップＲＳ２００９）。

次に、加工側制御装置２００のＣＰＵは、後尾空きセル番号の値を「検出セル番号」の値にし（ステップＲＳ２０１１）、後述する選択候補セルの表示処理のサブルーチンを呼び出して実行し（ステップＲＳ２０１３）、本サブルーチンを終了する。

加工側制御装置２００のＣＰＵは、ステップＲＳ２００５の判断処理で、「検出セル番号」の値が９の倍数でないと判別したとき（ＮＯ）、又は、ステップＲＳ２００７の判断処理で、現在の「検出セル番号」よりも１つ後ろのセル番号のセル３２６が未収容セルでないと判別したとき（ＮＯ）には、現在の「検出セル番号」よりも１つ後ろのセル番号のセル３２６が収容済セルであり、かつ、そのセル３２６の色が、ステップＲＳ１９０１の処理で入力した色と異なるか否かを判断する（ステップＲＳ２０１５）。このステップＲＳ２０１５の判断処理も、ステップＲＳ２００７の判断処理と同様に、セル番号が連続するように複数の保存用容器３３０を保管ボックス３２０に配置する場合に、現在の「検出セル番号」のセル３２６を最後尾のセル３２６にできるか否かを判断する処理である。後尾のセル３２６の次のセル３２６が収容済セルであるが、使用するキャップ３３４の色が互いに異なれば、複数の保存用容器３３０の区切りを明確にできるので、現在の「検出セル番号」のセルを最後尾のセル３２６にすることができる。

加工側制御装置２００のＣＰＵは、ステップＲＳ２０１５の判断処理で、現在の「検出セル番号」よりも１つ後ろのセル番号のセル３２６が収容済セルであり、かつ、そのセル３２６の色が、ステップＲＳ１９０１の処理で入力した色と異なると判別したときには（ＹＥＳ）、前述したステップＲＳ２００９に処理を移す。

加工側制御装置２００のＣＰＵは、ステップＲＳ２０１５の判断処理で、現在の「検出セル番号」よりも１つ後ろのセル番号のセル３２６が収容済セルでない、又は、そのセル３２６の色が、ステップＲＳ１９０１の処理で入力した色と同じと判別したときには（ＮＯ）、前述したステップＲＳ２１０１に処理を移す。

＜＜空き領域検出処理の具体例＞＞
図２４は、空き領域検出処理の具体例を示す概略図である。図２４は、一の保管ボックス３２０の全ての８１個のセル３２６を直線状に配置し直して示す図であり、一つの正方形の枠が、一つのセル３２６を示す。

前述したように、保管ボックス３２０に収容されている保存用容器３３０は、キャップ３３４の色によって視認して判別することができる。キャップ３３４の色は、「白」、「青」、「緑」、「黄」、「赤」の５色あり、図２４では、「白」を「Ｗ」で示し、「青」を「Ｂ」で示し、「緑」を「Ｇ」で示し、「黄」を「Ｙ」で示し、「赤」を「Ｒ」で示した。例えば、「Ｂ」と表示されている枠は、青色のキャップ３３４が羅着された保存用容器３３０が収容されているセル３２６であることを示す。すなわち、「Ｗ」、「Ｂ」、「Ｇ」、「Ｙ」、「Ｒ」が付されている枠は、収容済セルであることを示す。また、空白の枠は、未収容セルであることを示す。

具体的には、セル番号１〜５のセル３２６には、赤色のキャップ３３４が羅着された保存用容器３３０が収容され、セル番号６〜２３のセル３２６には、黄色のキャップ３３４が羅着された保存用容器３３０が収容され、セル番号２４〜２９のセル３２６は、未収容セルであり、セル番号３０〜３７のセル３２６には、青色のキャップ３３４が羅着された保存用容器３３０が収容され、セル番号３８〜５３のセル３２６は、未収容セルであり、セル番号５４〜５８のセル３２６には、緑色のキャップ３３４が羅着された保存用容器３３０が収容され、セル番号７８〜８１のセル３２６には、白色のキャップ３３４が羅着された保存用容器３３０が収容されている。

ここでの具体例では、赤色のキャップ３３４が取り付けられた１４本（入力本数）の保存用容器３３０を格納できるセル３２６を検出する場合を想定する。

＜セル番号１〜２３の処理（図２４のタイミングＴ１及び区間Ｔ２）＞
前述した空き領域検出処理において、まず、図１９のステップＲＳ１９０３の処理で、「検出セル番号」が初期化されることで、セル番号１のセル３２６が検出開始のセルと定められる（図２４のＴ１のタイミング参照）。セル番号１〜２３のセル３２６は、収容済セルであるので、図１９のステップＲＳ１９１３の判断処理では、「ＮＯ」と判断される。まだ、この時点では、未収容セルは検出されていないので、図１９のステップＲＳ１９１５の判断処理では、「ＮＯ」と判断される。

次に、この時点で、セル番号は、１〜２３のいずれかであるので、図２１のステップ２１０１の判断処理では、「ＮＯ」と判断され、ステップＲＳ２１０３の処理では、処理の度に、「検出セル番号」が１ずつ増えていき、ステップＲＳ１９１１、ＲＳ１９１３、ＲＳ１９１５、ＲＳ２１０１、ＲＳ２１０３の処理が実行される（図２４のＴ２の区間参照）。

＜セル番号２４の処理（図２４のタイミングＴ３）＞
前述した処理を繰り返し実行し、ステップＲＳ２１０３の処理で「検出セル番号」が２４になったときには、セル番号２４のセル３２６は、未収容セルであるので、図１９のステップＲＳ１９１３の判断処理では、「ＹＥＳ」と判断される。次に、まだ、この時点では、先頭空きセルは、検出されていないので、ステップＲＳ１９２１の判断処理では、「ＹＥＳ」と判断される。さらに、この具体例では、赤色のキャップ３３４が取り付けられた１４本の保存用容器３３０を収容しようとしており、セル番号２３のセル３２６に収容されている保存用容器３３０のキャップ３３４の色は、「黄色」であるので、ステップＲＳ１９２３の判断処理では、先頭空きセルを検出したとして、「ＹＥＳ」と判断される。

なお、収容しようとしている保存用容器３３０のキャップの色が「黄色」で、セル番号２３のセル３２６に収容されている保存用容器３３０のキャップ３３４の色「黄色」と同じ場合には、ステップＲＳ１９２３の判断処理は、先頭空きセルを検出できなかったとして、「ＮＯ」と判断される。

次に、ステップＲＳ１９２５の処理で、先頭空きセルを検出したことを示すフラグ「先頭空きセル確定」の値を１にし、ステップＲＳ１９２７の処理で、先頭空きセル番号に「検出セル番号」の値が代入される。この時点では、「検出セル番号」は２４であるので、先頭空きセル番号に２４が代入される。

次に、図２０のステップＲＳ２００１の処理で、「空きセル数」に１が加えられ、「空きセル数」の値は１となる。

次に、ステップＲＳ２００３の判断処理で、「空きセル数」が入力本数以上になったか否かを判断する。この時点では、「空きセル数」は１であり、入力本数（１４）以上になっておらず、「ＮＯ」と判断され、前述したステップＲＳ２１０１を実行する。この時点では、「検出セル番号」は２４であり、図２１のステップ２１０１の判断処理では、「ＮＯ」と判断され、ステップＲＳ２１０３の処理で、「検出セル番号」は、１が加えられて２５となる。

＜セル番号２５〜２９の処理（図２４の区間Ｔ４）＞
次に、図１９のＲＳ１９１３の判断処理では、セル番号２５のセル３２６は、未収容セルであるので、「ＹＥＳ」と判断される。

次に、この時点では、既に先頭空きセルを検出しているので、ステップＲＳ１９２１の判断処理では、「ＮＯ」と判断する。

次に、図２０のステップＲＳ２００１の処理で、「空きセル数」に１が加えられ、「空きセル数」の値は２となる。次のステップＲＳ２００３の判断処理では、この時点では、「空きセル数」は２であり、入力本数（１４）以上になっておらず、「ＮＯ」と判断される。

この後、前述したステップＲＳ１９１１、ＲＳ１９１３、ＲＳ１９２１、ＲＳ２００１、ＲＳ２００３、ＲＳ２１０１、ＲＳ２１０３が繰り返し実行され、「検出セル番号」と「空きセル数」の値が１つずつ増えていく。

＜セル番号３０の処理（図２４のタイミングＴ５）＞
前述した処理が繰り返し実行されて、「検出セル番号」及び「空きセル数」の値が１つずつ増え、ステップＲＳ２１０３の処理で、「検出セル番号」が３０となったときには、「検出セル番号」３０のセル３２６には、「青色」のキャップ３３４の保存用容器３３０が収容されており、収容済セルであるので、図１９のＲＳ１９１３の判断処理は、「ＮＯ」と判断される。

次に、この時点では、「検出セル番号」２４の先頭空きセルが検出している状態であるので、ステップＲＳ１９１５の判断処理では、「ＹＥＳ」と判断され、ステップＲＳ１９１７で、変数「空きセル数」が０に初期化され、フラグ「先頭空きセル確定」は０に戻される。

すなわち、連続した未収用セルを検出することはできたが、入力本数（１４本）に達する前に、収容済セルを検出したために、未収用セルの検出を中断し、改めて、先頭の未収用セル（空きセル）の検出から開始し直す。

＜セル番号３０〜３７の処理（図２４の区間Ｔ６）＞
このセル番号３０〜３７では、前述したセル番号１〜２３の処理（図２４の区間Ｔ２）と同様の判断がされて、ステップＲＳ１９１１、ＲＳ１９１３、ＲＳ１９１５、ＲＳ２１０１、ＲＳ２１０３の処理が実行される。これらの処理により、「検出セル番号」が１ずつ増える。

＜セル番号３８の処理（図２４のタイミングＴ７）＞
ステップＲＳ２１０３の処理で「検出セル番号」が３８になったときには、セル番号３８のセル３２６は、未収容セルであるので、図１９のステップＲＳ１９１３の判断処理では、「ＹＥＳ」と判断される。次に、まだ、この時点では、先頭空きセルは、検出されていないので、ステップＲＳ１９２１の判断処理では、「ＹＥＳ」と判断される。さらに、赤色のキャップ３３４が羅着された１４本の保存用容器３３０を収容しようとしており、セル番号３７のセル３２６に収容されている保存用容器３３０のキャップ３３４の色は、「青色」であるので、ステップＲＳ１９２３の判断処理では、先頭空きセルを検出したとして、「ＹＥＳ」と判断される。

次に、ステップＲＳ１９２５の処理で、先頭空きセルを検出したことを示すフラグ「先頭空きセル確定」の値を１にし、ステップＲＳ１９２７の処理で、先頭空きセル番号に「検出セル番号」の値が代入される。この時点では、「検出セル番号」は３８であるので、先頭空きセル番号に３８が代入される。

次に、図２０のステップＲＳ２００１の処理で、「空きセル数」に１が加えられ、「空きセル数」の値は１となる。

次に、ステップＲＳ２００３の判断処理で、「空きセル数」が入力本数以上になったか否かを判断する。この時点では、「空きセル数」は１であり、入力本数（１４）以上になっておらず、「ＮＯ」と判断され、前述したステップＲＳ２１０１を実行する。この時点では、「検出セル番号」は３８であり、図２１のステップ２１０１の判断処理では、「ＮＯ」と判断され、ステップＲＳ２１０３の処理で、「検出セル番号」は、１が加えられて３９となる。

＜セル番号３９〜５１の処理（図２４の区間Ｔ８）＞
次に、図１９のＲＳ１９１３の判断処理では、セル番号３９のセル３２６は、未収容セルであるので、「ＹＥＳ」と判断される。

次に、この時点では、既に先頭空きセルを検出しているので、ステップＲＳ１９２１の判断処理では、「ＮＯ」と判断する。

次に、図２０のステップＲＳ２００１の処理で、「空きセル数」に１が加えられ、「空きセル数」の値は２となる。次のステップＲＳ２００３の判断処理では、この時点では、「空きセル数」は２であり、入力本数（１４）以上になっておらず、「ＮＯ」と判断される。

この後、前述したステップＲＳ１９１１、ＲＳ１９１３、ＲＳ１９２１、ＲＳ２００１、ＲＳ２００３、ＲＳ２１０１、ＲＳ２１０３が繰り返し実行され、「検出セル番号」と「空きセル数」の値が１つずつ増えていく。

＜セル番号５１の処理（図２４のタイミングＴ９）＞
前述した処理が繰り返し実行されて、「検出セル番号」及び「空きセル数」の値が１つずつ増え、ステップＲＳ２１０３の処理で、「検出セル番号」が５１となったときには、図１９のステップＲＳ１９１３の判断処理では、「検出セル番号」５１のセル３２６は、未収用セルであるので、「ＹＥＳ」と判断される。

次に、この時点では、既に先頭空きセルを検出しているので、ステップＲＳ１９２１の判断処理では、「ＮＯ」と判断する。

次に、図２０のステップＲＳ２００１の処理で、「空きセル数」に１が加えられ、「空きセル数」の値は１４となる。次のステップＲＳ２００３の判断処理では、この時点では、「空きセル数」は１４であり、入力本数（１４）以上となって、「ＹＥＳ」と判断される。

次に、この時点では、「検出セル番号」は５１であり、図２０のステップＲＳ２００５の判断処理で、「検出セル番号」が９の倍数ではなく、「ＮＯ」と判断される。

次に、「検出セル番号」５１の次のセル３２６である「検出セル番号」５２のセル３２６は、未収用セルであるので、図２０のステップＲＳ２０１５の判断処理では、「ＮＯ」と判断される。

＜セル番号５２〜５４の処理（図２４のタイミングＴ１０）＞
次に、ステップＲＳ２１０１、ＲＳ２１０３、ＲＳ１９１１、ＲＳ１９１３、ＲＳ１９２１、ＲＳ２００１、ＲＳ２００３、ＲＳ２００５、ＲＳ２０１５の処理を繰り返し実行する。ＲＳ２１０３の処理で、「検出セル番号」が５４となったときには、「検出セル番号」５４は９の倍数であるので、図２０のステップＲＳ２００５の判断処理では、「ＹＥＳ」と判断される。

＜セル番号５４の処理（図２４のタイミングＴ１１）＞
次に、「検出セル番号」５４の次のセル３２６である「検出セル番号」５５のセル３２６は、未収用セルであるので、図２０のステップＲＳ２００７の判断処理では、「ＹＥＳ」と判断される。

次に、後尾空きセルを検出できたので、ＲＳ２００９の処理で、フラグ「後尾空きセル確定」の値を１に設定し、ＲＳ２０１１の処理で、後尾空きセル番号に「検出セル番号」を代入する。具体的には、後尾空きセル番号に５４を代入する。

前述した処理によって、先頭空きセル番号が３８で、後尾空きセル番号が５４で、合計で１７個の未収用セルを検出することができる。

この後、選択候補セルの表示処理を実行することで、検出した１７個の未収用セルのうちから１４個を選択することができる。

＜＜選択候補セルの表示処理＞＞
図２２及び図２３は、前述したステップＲＳ２０１３の処理で呼び出されて実行される選択候補セルの表示処理のサブルーチンを示すフローチャートである。

最初に、加工側制御装置２００のＣＰＵは、選択候補セルが含まれる保管ボックス３２０が格納されている保管タンク３００のタンク番号を表示する（ステップＲＳ２２００）。例えば、図２５に示すように、保管タンク３００のタンク番号が、画面の上側に表示される。

図２５は、一の保管ボックス３２０の全てのセル３２６（８１個のセル３２６）の状態の例を示す画面の例を表示する。図２５に示す図は、保管ボックス３２０の本体部３２２に形成された８１個のセル３２６（図１８参照）を模して表示する画面であり、図２５の一つの長方形の枠が一つのセル３２６を示す。図２５は、一の保管ボックス３２０（本体部３２２）のセル３２６の各々に保存用容器３３０が収容されているか否かを示す画面である。

図２５において、収容済セルの枠には、セル番号と、そのセル３２６に収容されている保存用容器３３０のキャップ３３４の色と、保存用容器３３０の容量との情報が表示される。また、収容済セルの枠の各々には、そのセル３２６に収容されている保存用容器３３０のキャップ３３４の色が、枠の背景色として枠の全体に表示される。また、図２５の例では、保存用容器３３０が収容されていない未収容セル（空きセル）の枠には、文字情報は一切表示されず、かつ、白色の背景色で表示される。

さらに、現時点では未収容セルではあるが、前述した空き領域検出処理によって選択候補セルとして選択されたセル３２６を示す枠には、セル番号と、そのセル３２６に収容予定の保存用容器３３０のキャップ３３４の色と、その保存用容器３３０の容量との情報が表示されるとともに、チェックボックスも表示される。

図２５に示した例では、保管タンク３００の保管タンク番号が１であり、保管ラック３１０の保管ラック番号が２であり、保管ボックス３２０の保管ボックス番号が１３である場合を示す。なお、前述したように、本保存管理システムでは、保管ボックス３２０の保管ボックス番号が決まれば、保管タンク３００及び保管ラック３１０が一義的に決定する。保管ボックス３２０の保管ボックス番号が１３であるので、保管タンク３００の保管タンク番号は１であり、保管ラック３１０の保管ラック番号は２であり、その保管ラック３１０の第６段であることを一義的に決定することができる（図１７参照）。

次に、加工側制御装置２００のＣＰＵは、選択候補セルが含まれる保管ボックス３２０のボックス番号を表示する（ステップＲＳ２２０１）。例えば、図２５に示すように、保管ボックス３２０のボックス番号が、画面の上側に表示される。

次に、加工側制御装置２００のＣＰＵは、選択候補セルが含まれる保管ボックス３２０が格納されている保管ラック３１０のラック番号を表示する（ステップＲＳ２２０３）。例えば、図２５に示すように、保管ラック３１０のラック番号が、画面の上側に表示される。

前述したステップＲＳ２２００〜ＲＳ２２０３の処理によって、選択候補セルが含まれる保管ボックス３２０が格納されている保管タンク３００のタンク番号と、保管ボックス３２０のボックス番号と、保管ラック３１０のラック番号とが視認可能に表示される。

次に、加工側制御装置２００のＣＰＵは、セル番号の値を１（初期値）にする（ステップＲＳ２２０５）。

次に、加工側制御装置２００のＣＰＵは、セル番号が、先頭空きセル番号以上であり、かつ後尾空きセル番号以下であるか否かを判断する（ステップＲＳ２２０７）。先頭空きセル番号は、前述したステップＲＳ１９２７の処理で決定され、後尾空きセル番号は、ステップＲＳ２０１１の処理で決定される。

加工側制御装置２００のＣＰＵは、ステップＲＳ２２０７の判断処理で、セル番号が、先頭空きセル番号以上であり、かつ後尾空きセル番号以下であると判別したときには、選択候補セルの表示をする（ステップＲＳ２２０９）。例えば、前述したように、チェックボックスと、セル番号と、キャップ３３４の色と、保存用容器３３０の容量とが、枠毎に表示される。図２５に示す例では、セル番号の４９〜６０の枠が、選択候補セルを示す枠である。

加工側制御装置２００のＣＰＵは、ステップＲＳ２２０７の判断処理で、セル番号が、先頭空きセル番号より小さいと判別したとき、又は、後尾空きセル番号より大きいと判別したときには、セル管理データベースから、ボックス番号及びセル番号から一のレコード位置を決定し、一のレコード位置に対応するセル情報を読み出す（ステップＲＳ２２１１）。

次に、加工側制御装置２００のＣＰＵは、読み出したセル情報から収容済セル又は未収用セルであることを示す表示をする（ステップＲＳ２２１３）。例えば、図２５に示すように、セル番号と、キャップ３３４の色と、保存用容器３３０の容量とが、枠毎に表示される。図２５に示す例では、セル番号の１〜７、１１〜１５、２２〜２９、３８〜４８、６２〜７３、７６〜８０が、収容済セルの表示である。また、セル番号の８〜１０、１６〜２１、３０〜３７、６１、７２、７３、８１が、未収容セルの表示である。

前述したように、選択候補セルを示す枠には、チェックボックスが表示され、収容済セルや未収容セルを示す枠には、チェックボックスは表示されない。表示されているチェックボックスを操作することで、選択候補セルを選択することができる。選択操作については、後述する。

加工側制御装置２００のＣＰＵは、前述したステップＲＳ２２０９又はＲＳ２２１３の処理を実行した後、セル番号の値を１だけ増やす（ステップＲＳ２２１５）。

加工側制御装置２００のＣＰＵは、現在の「検出セル番号」が最大セル番号であるか否かを判断する（ステップＲＳ２２１７）。

加工側制御装置２００のＣＰＵは、ステップＲＳ２２１７の判断処理で、現在の「検出セル番号」が最大セル番号でないと判別したときには（ＮＯ）、前述したステップＲＳ２２０７に処理を戻す。

前述したステップＲＳ２２０７〜ＲＳ２２１７の処理を実行することによって、指定された一の保管ボックス３２０の全てのセル３２６の各々について、選択候補セルの表示、収容済セル又は未収容セルの表示をすることができ、使用者は、選択候補セルの位置や数を容易に視認することができる。

加工側制御装置２００のＣＰＵは、ステップＲＳ２２１７の判断処理で、現在の「検出セル番号」が最大セル番号であると判別したときには（ＮＯ）、枠毎に表示されているチェックボックスの操作がされたか否かを判断する（図２３のステップＲＳ２３０１）。

加工側制御装置２００のＣＰＵは、ステップＲＳ２３０１の判断処理で、チェックボックスの操作がされたと判別したときには（ＹＥＳ）、操作された選択候補セルに対してチェックされたことを示すチェック済み情報を加工側制御装置２００のＲＡＭに記憶する（ステップＲＳ２３０３）。

次に、加工側制御装置２００のＣＰＵは、チェックボックスの操作がされた選択候補セル（以下、チェック済みの選択候補セルと称する。）から、選択最小セル番号及び選択最大セル番号を決定する（ステップＲＳ２３０５）。選択最小セル番号は、チェックボックスの操作がされた選択候補セルのうち、セル番号が最も小さいセル３２６のセル番号である。選択最大セル番号は、チェックボックスの操作がされた選択候補セルのうち、セル番号が最も大きいセル３２６のセル番号である。

次に、加工側制御装置２００のＣＰＵは、「登録／更新ボタン」が操作されたか否かを判断する（ステップＲＳ２３０７）。例えば、図２５に示すように、「登録／更新ボタン」が、画面の下部に操作可能に表示されている。

加工側制御装置２００のＣＰＵは、ステップＲＳ２３０７の判断処理で、「登録／更新ボタン」が使用者によって操作されたと判断したときには（ＹＥＳ）、チェック済みの選択候補セルのセル番号が連続しているか否かを判断する（ステップＲＳ２３０９）。

加工側制御装置２００のＣＰＵは、ステップＲＳ２３０９の判断処理で、チェック済みの選択候補セルのセル番号が連続していると判断したときには（ＹＥＳ）、チェック済み選択候補セルの数が、ステップＲＳ１９０１の処理で入力された本数以下であるか否かを判断する（ステップＲＳ２３１１）。

加工側制御装置２００のＣＰＵは、ステップＲＳ２３１１の判断処理で、チェック済みの選択候補セルの数が、ステップＲＳ１９０１の処理で入力された本数以下であると判断したときには（ＹＥＳ）、チェック済みの選択候補セルの数が、ステップＲＳ１９０１の処理で入力された本数未満であるかを判断する（ステップＲＳ１９１３）。

加工側制御装置２００のＣＰＵは、ステップＲＳ２３１３の判断処理で、チェック済みの選択候補セルの数が、ステップＲＳ１９０１の処理で入力された本数未満であると判断したときには（ＹＥＳ）、選択最大セル番号よりも１つ後のセル番号のセル３２６が選択候補セルであるか否かを判断する（ステップＲＳ２３１５）。

加工側制御装置２００のＣＰＵは、ステップＲＳ２３１５の判断処理で、選択最大セル番号よりも１つ後のセル番号のセル３２６が選択候補セルであると判断したときには（ＹＥＳ）、セル番号が１つ後の選択候補セルに対してチェック済み情報を加工側制御装置２００のＲＡＭに記憶させることで、チェック済みの選択候補セルの１個を追加し（ステップＲＳ２３１７）、前述したステップＲＳ２３１３に処理を戻す。このように処理することで、チェックボックスの操作によって選択された３２６の数が、ステップＲＳ１９０１の処理で入力された本数よりも足りない場合であっても、選択最大セル番号の次のセル３２６が選択候補セルである場合には、選択最大セル番号の次の１つのセル３２６を自動的に追加するので、選択作業を簡便かつ容易にすることができる。

加工側制御装置２００のＣＰＵは、ステップＲＳ２３１３の判断処理で、チェック済みセル３２６の数が、ステップＲＳ１９０１の処理で入力された本数であると判断したときには（ＮＯ）、加工依頼識別情報、キャップ３３４の色、格納年月日、格納時刻を、セル情報として記憶し（ステップＲＳ２２１９）、本サブルーチンを終了する。

ステップＲＳ２２１９で記憶される加工依頼識別情報は、保存用容器３３０に収容する脂肪組織や培養された脂肪幹細胞について注文受注されたときに決定される識別情報である（前述したステップＲＳ３０５等参照）。キャップ３３４の色は、ステップＲＳ１９０１の処理で入力された色である。格納年月日及び格納時刻は、保存用容器３３０が保管ボックス３２０に格納され、保管ボックス３２０が保管タンク３００に格納される年月日及び時刻である。このような情報がセル情報としてセル管理データベースに記憶される。このような情報が記憶されたセル３２６が、収容済セルであり、記憶されていないセル３２６が、未収容セルである。なお、セル情報として記憶される情報は、これらに限られず、脂肪組織の種類や、培養された脂肪幹細胞の種類の他、収容する量などもセル情報として記憶することができる。

加工側制御装置２００のＣＰＵは、ステップＲＳ２３１５の判断処理で、選択最大セル番号よりも１つ後のセル番号のセル３２６が選択候補セルでないと判断したときには（ＮＯ）、前述したステップＲＳ２３０１に処理を戻す。このようにすることで、改めてチェックボックスの操作によって選択候補セルを選択することができ、保存用容器３３０を保管ボックス３２０に格納するセル３２６を一義的に決定することができる。

加工側制御装置２００のＣＰＵは、ステップＲＳ２３０１の判断処理で、チェックボックスの操作がされていないと判別したとき（ＮＯ）、ステップＲＳ２３０７の判断処理で、登録／更新ボタンが操作されていないと判断したとき（ＮＯ）には、前述したステップＲＳ２３０１に処理を戻す。

また、ステップＲＳ２３０９の判断処理で、連続したセル番号が指定されていないと判断したとき（ＮＯ）、ステップＲＳ２３１１の判断処理で、チェック済みセル３２６の数が、ステップＲＳ１９０１の処理で入力された本数より多いと判断したときには（ＮＯ）、前述したステップＲＳ２３０１に処理を戻す。このようにすることで、保存用容器３３０を保管ボックス３２０に格納するセル３２６を一義的に決定することができる。

＜＜納品処理の画面＞＞
図２６は、クライアント側（発注側）から納品の依頼があったときに、納品すべき保存用容器３３０を選択するための画面である。クライアント側（発注側）から納品の依頼があったときには、まず、納品の依頼に対応する加工依頼識別情報を、前述したデータベースの基本テーブルの依頼識別情報フィールド（図１３（ａ））から読み出す。セル管理データベースを検索して、加工依頼識別情報に対応するセル情報を検出して、納品の依頼がされた保存用容器３３０が収容されているセル３２６のセル情報をセル管理データベースから読み出す。前述したように、セル情報は、加工依頼識別情報、キャップ３３４の色、格納年月日、格納時刻を含む。

加工依頼識別情報に対応するセル情報のレコード位置から、保管ボックス３２０の保管ボックス番号と、セル番号とを取得し、取得した保管ボックス３２０の保管ボックス番号から保管タンク３００のタンク番号と、保管ラック３１０の保管ラック番号とを取得する。このようにすることで、納品の依頼があった保存用容器３３０が格納されている。保管タンク３００のタンク番号と、保管ラック３１０の保管ラック番号と、保管ボックス３２０の保管ボックス番号と、セル番号とを取得することができる。

図２６に示した例は、納品の依頼がされた保存用容器３３０が格納されている保管ボックス３２０のセル３２６を表示する画面である。図２６に示した例では、納品の依頼がされた保存用容器３３０であって、その時点で保管ボックス３２０に格納されている全ての保存用容器３３０のセル３２６を表示する。

図２６に示した例では、納品の依頼がされた保存用容器３３０のみの情報を枠に表示し、納品とは関係のない保存用容器３３０の情報は枠に表示しない。このような態様で表示することで、納品の依頼がされた保存用容器３３０が収容されている枠のみを目立つように表示することができる。特に、納品の依頼がされた保存用容器３３０のキャップ３３４の色で枠の全体を表示し、保存用容器３３０の情報を枠に重ねて表示する。このようにすることで、まず、枠に付された色によって、納品の依頼がされた保存用容器３３０であるか否かを容易に視認することができる。なお、納品とは関係のない保存用容器３３０が収容されているセル３２６については、グレー色で表示（グレーアウト）してもよい。納品の依頼の対象外であることを明確に視認させることができる。

納品の依頼がされた保存用容器３３０が収容されているセル３２６には、チェックボックスと、セル番号と、キャップ３３４の色と、加工依頼識別情報と、保存用容器３３０の容量と、脂肪組織や培養された脂肪幹細胞などの種類や、保管タンク３００の格納された年月日及び時刻とが表示される。保存用容器３３０の容量や脂肪組織や培養された脂肪幹細胞などの種類は、加工依頼識別情報を用いてデータベース（図示せず）から読み出すことできる。なお、保存用容器３３０の容量や脂肪組織や培養された脂肪幹細胞などの種類などもセル情報としてセル管理データベースに記憶させてもよい。

このように、セル３２６に収容されている保存用容器３３０に関する詳細な情報を表示することで、納品の依頼があった保存用容器３３０であるか否かを詳細に確認することができ、異なる保存用容器３３０を納品するようなミスを未然に防止することができる。

納品の依頼がされた保存用容器３３０の本数だけ保管ボックス３２０から取り出したときには、取り出したセル３２６に対応するチェックボックスを操作する。チェックボックスを操作することによって、セル情報の各種の情報が消去される。セル情報の各種の情報が消去されることで、そのセル３２６は、収容済セルから未収容セルとなる。このように、収容済セルから未収容セルにすることで、保管ボックス３２０から取り出したことをセル管理データベースに記憶させることができる。保存用容器３３０が納品されたセルは、未収容セルとなることで、その枠は、文字情報は一切表示されず、かつ、白色の背景色で表示される。

＜＜＜＜本実施の形態の詳細＞＞＞＞

被加工品や試料の発注の時点から、受領、加工、保存、納品の全ての工程において、加工依頼識別情報に対応する受注用バーコードによって管理することができ、加工側（受注側）のみならずクライアント側（発注側）も工程を管理することができる。特に、加工側（受注側）が被加工品や試料を受領するよりも前の発注及び発送の段階で、クライアント側（発注側）においても加工依頼識別情報に対応する受注用バーコードによって管理することができる。

＜その他＞
前述した例では、クライアント側（発注側）が加工側（受注側）にアクセスすることで、受注用バーコードのための加工依頼識別情報を加工側（受注側）で生成し、クライアント側（発注側）に送信する場合を示したが、事前にシステムの一部をクライアント側（発注側）で実行可能することで、クライアント側（発注側）で受注用バーコードのための加工依頼識別情報を生成し、生成した後で、クライアント側（発注側）から加工側（受注側）に加工依頼識別情報を送信するようにしてもよい。このようにすることで、加工側（受注側）の処理の負担を軽くすることができる。

上述したように、本発明は、実施の形態によって記載したが、この開示の一部をなす記載及び図面はこの発明を限定するものであると理解すべきでない。このように、本発明は、ここでは記載していない様々な実施の形態等を含むことはもちろんである。

１０ 加工受発注システム
１００ 通信ネットワーク
１１０ クライアント側端末装置
２００ 加工側制御装置
３００ 保管タンク
３１０ 保管ラック
３２０ 保管ボックス
３３０ 保存用容器
３３２ 容器本体
３３４ キャップ

＜＜第４の実施の態様＞＞
また、第４の実施の態様によれば、
所定の順序（例えば、後述する保管ボックス３２０のセル３２６に割り当てられたセル番号など）に従って格納用容器（例えば、後述する保管ボックス３２０など）に連続して収容する複数の収容用容器（例えば、後述する保存用容器３３０など）の収納提案システムであり、前記収容用容器は、同一のドナーから採取された細胞又は細胞組織を保管するためのもので、前記複数の収容用容器の数は、同一のドナーから採取された細胞又は細胞組織の量に基づく数である、収納提案システムであって、
収容用容器が既に収容されている収容済領域と、収容用容器が収容されていない未収容領域と、が存在する状態の格納用容器において、前記所定の順序に従って収容予定の複数の収容用容器を連続して一まとめに収容する収容領域を前記未収容領域から検出する検出処理（例えば、後述する図１９〜図２１の空き領域検出処理など）と、
前記収容可能領域を報知する報知処理（例えば、後述する図２２〜図２３の候補セルの表示処理など）と、を備える収容提案システム。

さらにまた、第４の実施の態様において、
前記第１の識別情報に属する複数の収容用容器は、先頭の収容用容器から後尾の収容用容器まで前記所定の順序に従って列をなして前記格納用容器に並べられる。

Claims (7)

1. 所定の順序に従って格納用容器に収容する収容用容器の収納提案システムであって、
   収容用容器が既に収容されている収容済領域と、収容用容器が収容されていない未収容領域と、が存在する状態の格納用容器において、前記所定の順序に従って所定数の収容予定の収容用容器を収容するために前記所定数に応じた収容可能領域を前記未収容領域から検出する検出処理と、
   前記収容可能領域を報知する報知処理と、を備える収容提案システム。
2. 所定の順序に従って格納用容器に連続して収容する複数の収容用容器の収納提案システムであって、
   収容用容器が既に収容されている収容済領域と、収容用容器が収容されていない未収容領域と、が存在する状態の格納用容器において、前記所定の順序に従って収容予定の複数の収容用容器を連続して収容するために前記収容予定の複数の収容用容器の数に応じた収容可能領域を前記未収容領域から検出する検出処理と、
   前記収容可能領域を報知する報知処理と、を備える収容提案システム。
3. 前記収容予定の複数の収容用容器を識別するための第１の識別情報が、前記収容済領域に既に収容されている収容用容器を識別するための第２の識別情報と異なる請求項２に記載の収容提案システム。
4. 前記検出処理は、
   前記収容予定の複数の収容用容器の少なくとも一部が、前記収容済領域に既に収容されている収容用容器の少なくとも一部と隣接するように、前記収容可能領域を検出する請求項３に記載の収容提案システム。
5. 前記検出処理は、
   前記所定の順序に従って収容される前記収容予定の複数の収容用容器のうちの先頭の収容用容器が、前記所定の順序に従って前記収容済領域に既に収容されている収容用容器のうちの後尾の収容用容器と隣接するように、前記収容可能領域を検出する請求項４に記載の収容提案システム。
6. 前記格納用容器は、一の収容用容器を収容可能な単位収容領域を有し、
   前記収容済領域は、少なくとも１つの前記単位収容領域を有し、
   前記未収容領域は、少なくとも１つの前記単位収容領域を有し、
   前記収容予定の複数の収容用容器の各々は、前記所定の順序に従って配置された複数の単位収容領域の各々に収容される請求項４に記載の収容提案システム。
7. 前記第１の識別情報に属する複数の収容用容器は、先頭の収容用容器から後尾の収容用容器まで前記所定の順序に従って列をなして前記格納用容器に並べられ、
   前記第２の識別情報に属する複数の収容用容器は、先頭の収容用容器から後尾の収容用容器まで前記所定の順序に従って列をなして前記格納用容器に並べられる請求項３に記載の収容提案システム。

Images