(57)【特許請求の範囲】
【請求項１】
入荷から出荷までで資材の分離、統合が繰り返される工程での物流を管理するために第１、第２及び第３のフィールドを含むエントリ群から構成されるテーブルを格納するテーブル記憶手段を備えた物流管理システムで実行される物流管理方法であって、
入荷した資材に割り当てる物識別子と当該資材の入荷に関連する受注に割り当てる受注識別子とをユーザにより入力させて、当該物識別子及び受注識別子を取得するステップと、
前記テーブル内エントリを確保して、前記取得した物識別子を親識別子として当該エントリの前記第１フィールドに設定すると共に、当該エントリの前記第２のフィールドに前記取得した受注識別子を設定するステップと、
分離の対象とする資材をユーザに選択させて、その選択された分離対象資材の物識別子を第１の物識別子として取得すると共に、当該分離対象資材に対応する受注識別子を取得するステップと、
前記分離対象資材を分離した後の資材のうちのいずれか１つについては、元の前記分離対象資材の物識別子を引き継ぎ、残りの全資材については、その資材に割り当てる物識別子をユーザにより入力させて、当該物識別子を第２の物識別子として取得するステップと、
前記第２の物識別子を取得する毎に、前記テーブル内エントリを確保して、当該第２の物識別子と前記取得した第１の物識別子及び受注識別子とをもとに、当該エントリの前記第１及び第２のフィールドに、それぞれ前記第２の物識別子及び前記受注識別子を設定すると共に、前記第３のフィールドに、前記第１の物識別子を統合先識別子として設定するステップと、
統合の対象とする全資材をユーザに選択させて、その選択された統合対象資材の物識別子を取得するステップと、
前記選択された統合対象資材のうちいずれか１つを統合される資材として決定し、残りの全ての資材を統合する資材として１つずつ選択するステップと、
前記統合する資材が１つ選択される毎に、前記取得した当該資材の物識別子が前記第１のフィールドに設定されている前記テーブル内エントリを検索して、当該エントリの前記第３のフィールドの前記統合先識別子を前記取得した前記統合される資材の物識別子に変更するステップと、
前記テーブル上で前記第２のフィールドの前記受注識別子が同一のエントリを検索し、当該エントリ中の前記第３のフィールドが前記親識別子に変更されるように統合を繰り返すステップと
を具備することを特徴とする物流管理方法。
【請求項２】
前記テーブル内のエントリは、対応する資材と関連する資材の物識別子が関連付け識別子として設定される第４のフィールドを含んでおり、
前記第２の物識別子を取得する毎に実行される前記ステップで、前記確保したテーブル内エントリの前記第４のフィールドに、前記第３のフィールドに設定されるのと同一の前記第１の物識別子を前記関連付け識別子として設定する
ことを特徴とする請求項１記載の物流管理方法。
【請求項３】
再分離の対象とする資材をユーザに選択させて、その選択された再分離対象資材の物識別子を取得するステップと、
前記取得した再分離対象資材の物識別子に一致する前記統合先識別子が前記第３のフィールドに設定されているエントリを前記テーブルから全て検索するステップと、
前記再分離対象資材の物識別子に一致する前記統合先識別子が前記第３のフィールドに設定されている全てのエントリについて、当該エントリの前記第３及び第４のフィールドの内容が一致するか否かを調べ、一致しないエントリの前記第３のフィールドの内容を前記第４のフィールドの内容に変更するステップと
を更に具備することを特徴とする請求項２記載の物流管理方法。
【請求項４】
前記テーブル内のエントリは、対応する資材が論理的に廃棄されているか否かを示す第５のフィールドを含んでおり、
前記統合する資材が１つ選択される毎に、当該資材を再分離可能に統合するか否かをユーザに指定させるステップと、
前記資材を再分離可能に統合しないことが指定された場合、前記取得した当該資材の物識別子が前記第１のフィールドに設定されている前記テーブル内エントリの前記第５のフィールドの内容を前記廃棄されていることを示すように変更するステップとを更に具備し、
前記エントリの前記第３のフィールドの内容を前記第４のフィールドの内容に変更するステップは、当該エントリの前記第３及び第４のフィールドの内容が一致せず、且つ前記第５のフィールドが前記廃棄されていないことを示す場合に実行されることを特徴とする請求項３記載の物流管理方法。
【請求項５】
前記テーブル内のエントリは、登録日時が設定される第６のフィールドを含んでおり、
前記選択された統合対象資材のうち統合される唯一の資材として、登録日時が最も古い前記テーブル内エントリの前記第１のフィールドに設定されている物識別子が割り当てられている資材を決定することを特徴とする請求項１記載の物流管理方法。
【請求項６】
前記物識別子及び受注識別子を取得するステップでは、ユーザにより物識別子リーダを操作させることで、前記資材に直接または間接に貼付して用いられる物識別子タグであって、当該資材に割り当てられる前記物識別子が記録された物識別子タグから当該物識別子を読み取ることを特徴とする請求項１記載の物流管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、入荷から出荷までで資材の分離、統合が繰り返される工程での物流管理に好適な物流管理方法に関する。
【０００２】
【従来の技術】
入荷から出荷までの工程で資材の分離、統合が繰り返される物流システムとして、分析サービスを伴う物流システムが知られている。このシステムでは、顧客から受注のあったサンプル（資材）が分析の過程で複数のサンプルに小さく切り分けられ（分離され）、加工されていく。切り分けられたサンプルの一部は保管袋（または保管箱）等に保管される。また、切り分けられたサンプルの別の一部は、例えばそのまま分析装置による分析の対象となる。各サンプルはまとめられて顧客のもとへ、分析データと共に返却される。このような流れは、複数の顧客から受け取った各サンプル毎に存在する。
【０００３】
このような物流システムでは、切り分けられたサンプルや保管されているサンプルと顧客との対応付けのために、各サンプルに、対応する顧客を示す名札（タグ）を貼るといった方法を適用することで、顧客への返却時の目印にしていた。
【０００４】
【発明が解決しようとする課題】
しかしながら、切り分けられたサンプルや保管されているサンプルに顧客を示す名札を貼るだけでは、サンプルの分離、統合が繰り返される工程でのサンプルの置き忘れ、数の把握の漏れなどを防止することができず、当該サンプルを確実に顧客へ返却できるとは限らなかった。
【０００５】
本発明は上記事情を考慮してなされたものでその目的は、入荷から出荷までの工程で資材の分離、統合が繰り返されても、資材の置き忘れ、数の把握の漏れなどが防止できる物流管理方法を提供することにある。
【０００６】
【課題を解決するための手段】
本発明は、入荷から出荷までで資材の分離、統合が繰り返される工程での物流を管理するために第１、第２及び第３のフィールドを含むエントリ群から構成されるテーブルを格納するテーブル記憶手段を備えた物流管理システムで実行される物流管理方法であって、入荷した資材に割り当てる物ＩＤ（識別子）と当該資材の入荷に固有の受注ＩＤとをユーザにより入力させて、当該物ＩＤ及び受注ＩＤを取得するステップと、上記テーブル内エントリを確保して、取得した物ＩＤを親ＩＤとして当該エントリの第１フィールドに設定すると共に、当該エントリの第２のフィールドに取得した受注ＩＤを設定するステップと、分離の対象とする資材をユーザに選択させて、その選択された分離対象資材の物ＩＤを第１の物ＩＤとして取得すると共に、当該分離対象資材に対応する受注ＩＤを取得するステップと、上記分離対象資材を分離した後の資材のうちのいずれか１つについては、元の分離対象資材の物ＩＤを引き継ぎ、残りの全資材については、その資材に割り当てる物ＩＤをユーザにより入力させて、当該物ＩＤを第２の物ＩＤとして取得するステップと、この第２の物ＩＤを取得する毎に、上記テーブル内エントリを確保して、当該エントリの第１及び第２のフィールドに、それぞれ上記取得した第２の物ＩＤ及び受注ＩＤを設定すると共に、第３のフィールドに、上記取得した第１の物ＩＤを統合先ＩＤとして設定するステップと、統合の対象とする全資材をユーザに選択させて、その選択された統合対象資材の物ＩＤを取得するステップと、選択された統合対象資材のうちいずれか１つを統合される資材として決定し、残りの全ての資材を統合する資材として１つずつ選択するステップと、この統合する資材が１つ選択される毎に、上記取得した当該資材の物ＩＤが第１のフィールドに設定されている上記テーブル内エントリを検索して、当該エントリの第３のフィールドの統合先ＩＤを上記取得した統合される資材の物ＩＤに変更するステップと、上記テーブル上で第２のフィールドの受注ＩＤが同一のエントリを検索し、当該エントリ中の第３のフィールドが親ＩＤに変更されるように統合を繰り返すステップとを備えたことを特徴とする。
【０００７】
ここで、各資材に割り当てる物ＩＤが、当該物ＩＤを示すバーコード或いは磁気情報等を記録したタグにより与えられるようにし、ユーザによりバーコードリーダ或いは磁気情報リーダ等を操作させることで、当該タグから物ＩＤを読み取るようにするとよい。
【０００８】
このような構成において、各資材は、テーブル内エントリを参照することで、当該資材に割り当てられた（第１のフィールド上の）物ＩＤと当該物ＩＤに関連付けられた（第２のフィールド上の）受注ＩＤとにより識別される。ここで、資材が分離（分割）され、複数の資材に分かれた場合には、１つだけが元の資材の物ＩＤ（分離元の物ＩＤ）を引き継ぎ、残りの資材には全て新たに物ＩＤが割り当てられる。テーブル内エントリには、分離後の資材を統合するときのために統合先の物ＩＤ（統合先ＩＤ）が設定される第３のフィールドが用意されており、この第３のフィールドには当該エントリの確保時に、分離前の資材の物ＩＤ、即ち分離後に引き継がれる物ＩＤが設定される。そして、分離後の資材を統合するときは、統合の対象となる複数の資材の１つが統合される資材とされて、この資材の物ＩＤが統合後の資材の物ＩＤとして引き継がれる。残りの資材は全て、上記引き継がれる物ＩＤの資材に統合する資材とされて、統合後の資材を元の状態に再分離する際に元の資材がどこに統合されているか識別可能なように、その統合する資材の物ＩＤが第１のフィールドに設定されているテーブル内エントリの第３のフィールドの内容（統合先ＩＤ）が上記引き継がれる物ＩＤに変更される。
【０００９】
以上により、資材の分離、統合を繰り返す場合にも、テーブル上で常に統合先が管理されることになるため、１つの受注に関する任意の時点における資材相互間の関係を確実に把握でき、資材の置き忘れ、数の把握の漏れなどが防止可能となる。特に、顧客に資材を出荷（返却）する際には、テーブル上で第２のフィールドの受注ＩＤが同一のエントリを検索し、当該エントリ中の第３のフィールド（統合先ＩＤ）が親ＩＤに変更されるように統合を繰り返せばよく、これにより確実に返却することが可能となる。
【００１０】
ここで、テーブル内のエントリに、対応する資材と関連する資材の物ＩＤが関連付けＩＤとして設定される第４のフィールドを用意し、分離後の資材に割り当てられる物ＩＤ（第２の物ＩＤ）を当該エントリの第１のフィールドに設定し、第３のフィールドに分離前の元の資材の物ＩＤ、つまり分離後にも引き継がれ物ＩＤ（第１の物ＩＤ）を統合先ＩＤとして設定する際に、この引き継がれ物ＩＤを第４のフィールドにも設定することで、分離後の資材に割り当てられる物ＩＤを分離前の元の資材の物ＩＤに関連付けることができる。
【００１１】
この場合、統合された資材群を元の状態に戻す再分離を行うには、再分離対象資材の物ＩＤに一致する統合先ＩＤが第３のフィールドに設定されているテーブル内エントリ全て検索するとよい。ここで検索されたエントリのうち、第３及び第４のフィールドの内容が一致しないエントリ、つまり統合先ＩＤと関連付けＩＤとが不一致のエントリが、統合されている資材の物ＩＤを管理しているエントリであることから、そのエントリの第３のフィールドの内容（統合先ＩＤ）を第４のフィールドの内容（関連付けＩＤ）に変更することにより、再分離が実現される。
【００１２】
但し、分離が繰り返されて小さくなり、且つ分析等で加工された結果再度の利用が不可能な資材などは、再分離が不要な場合がある。そこで、テーブル内のエントリに、対応する資材が論理的に廃棄されているか否かを示す第５のフィールドを用意し、当該エントリで管理される資材を再分離可能に統合する必要がないときは、当該エントリの第５のフィールドの内容（廃棄フラグ）を廃棄されていることを示すように変更するとよい。このようにすると、再分離のために、統合されている資材の物ＩＤを管理しているエントリの第３のフィールドの内容（統合先ＩＤ）を第４のフィールドの内容（関連付けＩＤ）に変更する処理を、廃棄されていることを示す廃棄フラグが設定されているエントリについては、対象外とすることができる。
【００１３】
また、上記テーブルへの登録日時が古い資材ほど一般にサイズが大きいことに着目して、テーブル内のエントリに、登録日時が設定される第６のフィールドを用意し、選択された統合対象資材群のうち、登録日時が最も古いテーブル内エントリで管理される資材を、統合される唯一の資材とするとよい。
【００１４】
【発明の実施の形態】
以下、本発明を分析サービスを伴う物流システムにおける物流管理システムに適用した実施の形態につき図面を参照して説明する。
【００１５】
図１は本発明の一実施形態に係る物流管理システムの構成を示す図である。
図１のシステムは、データベースサーバ（データベースサーバ計算機）１１と、このデータベースサーバ１１のクライアント端末（クライアント計算機）１２と、これらデータベースサーバ１１及びクライアント端末１２を接続するためのＬＡＮ１３とから構成される。クライアント端末１２は例えば複数設けられている。各端末１２はバーコードリーダ１２１を備えている。データベースサーバ１１及びクライアント端末１２は、それぞれ物流管理のための固有のプログラムを実行し、相互に連携することで、物流管理システムを実現する。
【００１６】
データベースサーバ１１には、データベーステーブル１１０が格納されている。このテーブル１１０の各エントリは、受注（入荷）したサンプル、或いは分離（分割）されたサンプルに対応するもので、図２に示すように、物ＩＤフィールド１１１、受注ＩＤフィールド１１２、関連付けＩＤフィールド１１３、統合先ＩＤフィールド１１４、登録日時フィールド１１５、変更日時フィールド１１６、及び廃棄フラグフィールド１１７の各フィールドを有している。
【００１７】
物ＩＤフィールド１１１には、対応するサンプルに割り当てられた物ＩＤ（識別子）が設定される。受注ＩＤフィールド１１２には、受注単位で割り当てられる受注ＩＤが設定される。関連付けＩＤフィールド１１３には、対応するサンプルと関連付けられているサンプルの物ＩＤが関連付けＩＤとして設定される。統合先ＩＤフィールド１１４には、対応するサンプルが統合されている、または統合先となるサンプルの物ＩＤが統合先ＩＤとして設定される。
【００１８】
登録日時フィールド１１５には登録の際の日時が、変更日時フィールド１１６には対応するサンプルの統合先ＩＤフィールド１１４の内容（統合先ＩＤ）が変更されたの際の日時が、それぞれ設定される。廃棄フラグフィールド１１７には、対応するサンプルが廃棄されたか否かを示す廃棄フラグが設定される。廃棄フラグは初期状態では対応するサンプルが廃棄されていないことを示す“ｆａｌｓｅ”（偽）に設定される。
【００１９】
次に、図１の物流管理システムにおける物流管理の概要について、図３を参照して説明する。
まず、顧客からの分析依頼を受注し、依頼されたサンプル３０１が入荷（受注）されると（ステップＡ１）、オペレータは、端末１２を操作して、分析依頼受注画面を開く。この画面には、顧客（分析依頼者）に固有の顧客ＩＤの入力フィールドが設けられている。オペレータは、端末１２を操作して、分析依頼受注画面の顧客ＩＤ入力フィールドに顧客のＩＤを入力する。すると、端末１２は入力された顧客ＩＤをサーバ１１に送出して、対応する受注（分析依頼）への固有の受注ＩＤ（識別子）の割り当てを要求する。これを受けてサーバ１１は、対応する受注に固有の受注ＩＤと顧客ＩＤとの組を含む受注情報を図示せぬ受注データベースに登録する。これにより、受注ＩＤが受注に対して割り当てられる（ステップＡ２）。このように本実施形態では、１受注に対して１つの受注ＩＤが割り当てられる。サンプル３０１は例えば保管袋（または保管箱）に保管される。ここでは、１受注＝１入荷であるものとするが、１受注に対して複数のサンプルが入荷されるものであっても構わない。
【００２０】
この例のように、サンプル３０１に物ＩＤが割り当てられていない場合、オペレータは固有の物ＩＤを示すバーコードが予め印刷されている多数のバーコードシールから１つを選択する。そしてオペレータは、選択したバーコードシール上のバーコードの示す物ＩＤ、例えば物ＩＤ▲１▼を、端末１２を操作することでサーバ１１によりサンプル３０１に割り当てさせる。このように本実施形態では、１サンプルに対して１つの物ＩＤが割り当てられる。バーコードシールは、例えば、対応するサンプルを保管している保管袋に貼付される。ここで、受注時に受注サンプルに割り当てられる物ＩＤ、つまり物ＩＤ▲１▼を、親ＩＤと呼ぶ。
【００２１】
さて、このような状態で、分析のためにサンプル３０１を例えば２つのサンプル３０２，３０３に分離（分割）したものとする（ステップＡ３）。この場合、オペレータは、上記多数のバーコードシールから１つを選択して端末１２を操作し、選択したバーコードシール上のバーコードの示す物ＩＤ、例えば物ＩＤ▲２▼を、分離されたサンプル３０２，３０３のいずれか一方、例えばサンプル３０３にサーバ１１により割り当てさせる。ここで、もう一方のサンプル３０２には、元のサンプル３０１に割り当てられていた物ＩＤ（親ＩＤ）▲１▼がそのまま引き継がれる。この場合、サンプル３０２は元のサンプル３０１が保管されていた保管袋に保管され、サンプル３０３は別の保管袋に保管される。この別の保管袋には物ＩＤ▲２▼を示すバーコードシールが貼付される。このサンプル３０３に割り当てられる物ＩＤ（物ＩＤ▲２▼）を子ＩＤと呼ぶ。
【００２２】
次に、サンプル３０３を更にサンプル３０４及び３０５に分離したものとする（ステップＡ４）。この場合、オペレータは上記サンプル３０１を分離した場合と同様に端末１２を操作して、サンプル３０４及び３０５の一方、例えばサンプル３０５に新たな物ＩＤ、例えば物ＩＤ（子ＩＤ）▲３▼を割り当てさせる。ここで、サンプル３０４には、元のサンプル３０３に割り当てられていた物ＩＤ（子ＩＤ）▲２▼がそのまま引き継がれる。
【００２３】
次に、サンプル３０４及び３０５を統合するものとする（ステップＡ５）。統合とは、物理的には、複数のサンプルをまとめる（一緒にする）ことであり、ここでは１つの保管袋に入れて保管することである。また論理的には、統合とは、対象となる複数のサンプルの物ＩＤのいずれか１つだけを引き継ぐことである。ここでは、最も以前に割り当てられた物ＩＤ、即ちサンプル３０４の物ＩＤ（子ＩＤ）▲２▼が引き継がれるものとする。この場合、サンプル３０５をサンプル３０４に統合する、或いはサンプル３０５がサンプル３０４に統合されるという。このサンプル３０４及び３０５が統合されたサンプル群を、まとめてサンプル３０４′と呼ぶ。
【００２４】
統合後の形態は２つに大別される。第１は、元のサンプルのうち統合後に引き継がれない物ＩＤのサンプル（ここではサンプル３０５）がデータベーステーブル１１０上で論理的に破棄される形態である。第２は、統合後に再分離可能なように、統合後に引き継がれない物ＩＤのサンプルに統合先を示す統合先ＩＤをデータベーステーブル１１０上で割り当てる形態である。再分離とは、データベーステーブル１１０上で（つまり論理的に）統合前の状態に戻すことをいう。統合先を示す統合先ＩＤには、統合後に引き継がれる物ＩＤが用いられる。図３の例は第１の形態を示している。なお、第１の形態は、例えば分離（分割）後のサイズが小さく、且つ分析等で加工された結果再度の利用が不可能なサンプルを統合する場合に適用される。
【００２５】
図３の例では更に、サンプル３０２にサンプル３０４′が統合され、その統合後のサンプル群がサンプル３０２′として示されている（ステップＡ６）。サンプル３０２′には、サンプル３０２の物ＩＤ（親ＩＤ）▲１▼が引き継がれている。このサンプル３０２′が、分析データと共に顧客に出荷（返却）される（ステップＡ７）
次に、図１の物流管理システムにおける物流管理の詳細を、（１）サンプルの分離、（２）サンプルの統合、（３）サンプルの再分離、（４）サンプルの廃棄、（５）サンプルの出荷のそれぞれに分けて順に説明する。
【００２６】
（１）サンプルの分離
まず、サンプルの分離（分割）について、図４のフローチャートを参照して説明する。
【００２７】
端末１２はオペレータに対して分離の対象とするサンプルを選択することを表示画面により案内する（ステップＢ１）。次に端末１２はオペレータに対し、選択したサンプルに物ＩＤが割り当てられているか否かを問い合わせる。これを受けてオペレータは、選択したサンプル（が保管されている保管袋）に物ＩＤを示すバーコードシールが貼付されているか否かにより、当該サンプルに物ＩＤが割り当てられているか否かを判断し、その判断結果を端末１２の操作により入力する。これにより端末１２は、オペレータが選択したサンプルに物ＩＤが割り当てられているか否かを判定する（ステップＢ２）。
【００２８】
もし、物ＩＤが割り当てられていない場合、端末１２はオペレータに対し、固有の物ＩＤを示すバーコードが予め印刷されている多数のバーコードシールから１つを選択させる（ステップＢ３）。次に端末１２はオペレータに対し、選択したバーコードシール上のバーコードをバーコードリーダ１２１により読み取らせる（ステップＢ４）。
【００２９】
端末１２は、バーコードリーダ１２１により読み取られた物ＩＤ（例えば物ＩＤ▲１▼）を第１の物ＩＤとして取得する（ステップＢ５）。次に端末１２は、オペレータに顧客ＩＤを入力させ、当該顧客ＩＤの示す顧客の受注情報をサーバ１１により受注データベースから検索させる。そして端末１２は、この受注情報の一覧を表示して、そこからオペレータの選択したサンプルに対応する受注ＩＤを当該オペレータに選択させる（ステップＢ６）。これにより端末１２は、オペレータの選択した受注ＩＤを取得して、サーバ１１に対して第１の物ＩＤ（物ＩＤ▲１▼）及び受注ＩＤの登録を要求する（ステップＢ７）。
【００３０】
するとサーバ１１は、データベーステーブル１１０のエントリを１つ生成する（ステップＢ８）。そしてサーバ１１は、生成したエントリの物ＩＤフィールド１１１、受注ＩＤフィールド１１２、及び登録日時フィールド１１５に、それぞれ第１の物ＩＤ（物ＩＤ▲１▼）、受注ＩＤ、現在の日時を設定する（ステップＢ９）。
【００３１】
一方、選択したサンプルに既に物ＩＤが割り当てられている場合、即ち当該サンプル（が保管されている保管袋）に物ＩＤを示すバーコードシールが貼付されている場合（ステップＢ２）、端末１２はオペレータに対し、当該バーコードシール上のバーコードにより示されている物ＩＤをバーコードリーダ１２１により読み取らせる（ステップＢ１０）。
【００３２】
端末１２は、バーコードリーダ１２１により読み取られた物ＩＤを第１の物ＩＤ（ここでは物ＩＤ▲１▼とする）として取得する（ステップＢ１１）。この第１の物ＩＤ（物ＩＤ▲１▼）は、当該物ＩＤが割り当てられているサンプルを分離した後も、その分離後のいずれか１つのサンプルに引き継がれる物ＩＤとなる。次に端末１２は、入力した物ＩＤでサーバ１１によりデータベーステーブル１１０を参照させて、当該物ＩＤと対をなして受注ＩＤフィールド１１２に設定されている受注ＩＤを取得する（ステップＢ１２，Ｂ１３）。
【００３３】
端末１２はステップＢ９またはＢ１３を実行すると、第１の物ＩＤ（物ＩＤ▲１▼）が割り当てられているサンプルの分離を行うか否かを、オペレータに指定させる（ステップＢ１４）。もし、分離が指定されたならば（ステップＢ１５）、端末１２は分離後のサンプルに割り当てる物ＩＤをオペレータに入力させるために、任意のバーコードシールを選択させる（ステップＢ１６）。そして端末１２はオペレータに対し、選択したバーコードシール上のバーコードをバーコードリーダ１２１により読み取らせる（ステップＢ１７）。
【００３４】
端末１２は、バーコードリーダ１２１により読み取られた物ＩＤ（ここでは物ＩＤ▲２▼とする）を第２の物ＩＤとして取得して、この第２の物ＩＤと、先に取得してある第１の物ＩＤ及び受注ＩＤとの登録をサーバ１１に要求する（ステップＢ１８）。
【００３５】
するとサーバ１１は、データベーステーブル１１０のエントリを１つ生成する（ステップＢ１９）。そしてサーバ１１は、生成したエントリの物ＩＤフィールド１１１、受注ＩＤフィールド１１２、関連付けＩＤフィールド１１３、統合先ＩＤフィールド１１４及び登録日時フィールド１１５に、それぞれ第２の物ＩＤ（物ＩＤ▲２▼）、受注ＩＤ、第１の物ＩＤ（物ＩＤ▲１▼）、第１の物ＩＤ（物ＩＤ▲１▼）及び現在の日時を設定する（ステップＢ２０）。
【００３６】
このように、第２の物ＩＤ（物ＩＤ▲２▼）が設定される物ＩＤフィールド１１１を持つエントリの関連付けＩＤフィールド１１３に、第１の物ＩＤ（物ＩＤ▲１▼）を設定することで、分離後のサンプルに割り当てられる新たな第２の物ＩＤ（物ＩＤ▲２▼）を、分離前の元のサンプルから引き継がれる物ＩＤ、つまり分離元の物ＩＤ（物ＩＤ▲１▼）と関連付けることができる。同様に、分離・統合を繰り返すときのために、更に具体的に述べるならば分離後再びサンプルを統合することが可能なように、統合先ＩＤフィールド１１４にも第１の物ＩＤ（物ＩＤ▲１▼）を設定する。
【００３７】
端末１２は、上記ステップＢ２０を実行すると、オペレータに処理を終了するか継続するかを問い合わせる（ステップＢ２１）。継続する場合には、上記ステップＢ１６以降が再び実行される。このステップＢ１６以降の動作は、サンプルをｎ分離（分割）する場合には、ｎ−１回行われる必要がある。
【００３８】
以上に述べたサンプルの分離の一例を図７のツリー構造で示す。図７において、上位階層のサンプルは、当該サンプルがｉ個のサンプルに分離された場合の分離前の元のサンプルと、分離後のｉサンプルのうち、分離前の元のサンプルの物ＩＤを引き継ぐ唯一のサンプルとの両方を示す。
【００３９】
例えば、物ＩＤが▲１▼のサンプル７０１は、当該サンプル７０１がｎ個のサンプルに分離された場合の分離前の元のサンプルと、分離後のｎサンプルのうち、分離前の元のサンプルの物ＩＤ▲１▼を引き継ぐ唯一のサンプルとを示す。また、サンプル７０１の下位層のｎ−１個のサンプル７０２-2，７０２-3，…７０２-nは、それぞれ新たに物ＩＤとして▲２▼，▲３▼，…ｎが割り当てられた分離後のサンプルを示す。
【００４０】
同様に、サンプル７０３-2，７０３-3は、サンプル７０２-2を３分離した場合に、元のサンプルの物ＩＤ▲２▼を引き継がずに、新たに物ＩＤとしてｎ＋１，ｎ＋２が割り当てられたサンプルを示す。また、サンプル７０４-2，７０４-3は、サンプル７０３-2を３分離した場合に、元のサンプルの物ＩＤｎ＋１を引き継がずに、新たに物ＩＤとしてｎ＋３，ｎ＋４が割り当てられたサンプルを示す。
【００４１】
同様に、サンプル７０５-2，７０５-3は、サンプル７０２-3を３分離した場合に、元のサンプルの物ＩＤ▲３▼を引き継がずに、新たに物ＩＤとしてｎ＋５，ｎ＋６が割り当てられたサンプルを示す。また、サンプル７０６は、１回目の分離後のサンプル７０１を更に２分離した場合に、元のサンプルの物ＩＤ▲１▼を引き継がずに、新たに物ＩＤとしてｎ＋７が割り当てられたサンプルを示す。また、サンプル７０７-2，７０７-3は、サンプル７０６を３分離した場合に、元のサンプルの物ＩＤｎ＋７を引き継がずに、新たに物ＩＤとしてｎ＋５，ｎ＋６が割り当てられたサンプルを示す。
また、図７の状態におけるデータベーステーブル１１０の内容例を図１０に示す。
【００４２】
（２）サンプルの統合
次に、サンプルの統合について、図５のフローチャートを参照して説明する。
【００４３】
端末１２は、オペレータから分離されたサンプルの統合が要求された場合、オペレータに対して統合の対象とするサンプルを選択させる（ステップＣ１）。ここでは、ｍ個のサンプルが選択されたものとする。次に端末１２はオペレータに対し、選択したサンプル（が保管されている保管袋）に貼付されているバーコードシール上のバーコードにより示されている物ＩＤをバーコードリーダ１２１により読み取らせる（ステップＣ２）。
【００４４】
端末１２は、バーコードリーダ１２１により読み取られた物ＩＤを取得して内部に保持する（ステップＣ３）。オペレータは、バーコードリーダ１２１による読み取り操作を、選択したｍサンプル数分繰り返し、しかる後に端末１２を操作して統合開始を指示する。
【００４５】
端末１２は統合開始指示を検出すると（ステップＣ４）、内部に保持しておいた統合の対象とするｍサンプルの物ＩＤをサーバ１１に送り、そのうち最も古い物ＩＤを問い合わせる（ステップＣ５）。するとサーバ１１は、各物ＩＤをキーにしてデータベーステーブル１１０を参照し、当該各物ＩＤが物ＩＤフィールド１１１に設定されている各エントリの登録日時フィールド１１５の設定日時を比較することで、最も以前に設定された物ＩＤを最も古い物ＩＤとして検出する（ステップＣ６）。この最も古い物ＩＤが、統合後の物ＩＤとして引き継がれる。サーバ１１は検出した物ＩＤを端末１２に通知する（ステップＣ７）。
【００４６】
端末１２は、サーバ１１から通知された最も古い物ＩＤを除く未処理の物ＩＤを１つ選択し、対応するサンプルを再分離可能にするか否かをオペレータに指定させる（ステップＣ８）。もし、再分離可能にすることが指定された場合（ステップＣ９）、端末１２はその旨を物ＩＤと共にサーバ１１に通知する。この場合、サーバ１１は、端末１２から通知された物ＩＤが物ＩＤフィールド１１１に設定されているエントリを検索して、当該エントリの統合先ＩＤフィールド１１４の内容、つまり統合先ＩＤを、ステップＣ７で通知された統合後の物ＩＤに変更すると共に、変更日時フィールド１１６に現在の日時を設定する（ステップＣ１０）。
【００４７】
このように、統合後のサンプルを元の状態に再分離可能としようとする場合、統合されるサンプルの物ＩＤのうち、統合後のサンプルに引き継がれる物ＩＤを除く物ＩＤに対応するデータベーステーブル１１０内エントリに設定される統合先ＩＤが、統合後のサンプルに引き継がれる物ＩＤに設定される。これにより、元のサンプルが現在どこに統合されているかを、データベーステーブル１１０上で認識することが可能となる。
【００４８】
これに対し、再分離可能にすることが指定されなかった場合、つまり統合されたサンプルのうち、物ＩＤを引き継がない（失う）サンプルを再分離する必要がない場合には（ステップＣ９）、端末１２はその旨を物ＩＤと共にサーバ１１に通知する。この場合、サーバ１１は、端末１２から通知された物ＩＤが物ＩＤフィールド１１１に設定されているエントリの廃棄フラグフィールド１１７の廃棄フラグを“ｔｒｕｅ”（真）に変更すると共に、統合先ＩＤフィールド１１４の内容をＮＵＬＬにし、且つ変更日時フィールド１１６に現在の日時を設定する（ステップＣ１１）。
【００４９】
サーバ１１は、ステップＣ１０またはＣ１１を実行すると、その旨を端末１２に通知する。これを受けて端末１２は、内部に保持しておいた物ＩＤの中に、未処理の物ＩＤが含まれているか否かを判定する（ステップＣ１２）。もし、未処理の物ＩＤが含まれているならば、端末１２はその物ＩＤについて上記ステップＣ８以降の処理を行う。これに対し、未処理の物ＩＤが含まれていないならば、端末１２は処理を終了する。
【００５０】
図７の状態で２つの統合処理がいずれも再分離可能なように行われた場合の一例を図８に示す。ここでは、矢印８０１ａ，８０１ｂで示されるように、サンプル７０６がサンプル７０４-3に統合される。このサンプル７０４-3及び７０６が統合されたサンプル群を、まとめてサンプル８０２と呼ぶ。この統合では、サンプル７０４-3の物ＩＤ、即ちｎ＋４が統合後のサンプル８０２の物ＩＤとして引き継がれる。また、サンプル７０４-3に統合される物ＩＤがｎ＋７のサンプル７０６の統合先ＩＤとしてｎ＋４が設定される。したがって、この物ＩＤがｎ＋４の統合後のサンプル８０２を元のサンプル７０４-3及び７０６に分離するには、データベースサーバ１１上で物ＩＤがｎ＋４の統合先ＩＤを探せばよい。詳細は後述する。
【００５１】
このように、物ＩＤがｎ＋７のサンプル７０６がサンプル７０４-3に統合されると、その統合後のサンプル８０２にはサンプル７０４-3の物ＩＤが引き継がれるため、物ＩＤがｎ＋７のサンプル７０６は表面的には物ＩＤを失う。しかし、このサンプル７０６の物ＩＤｎ＋７は、データベーステーブル１１０内エントリが存在するため参照可能であり、つまり物ＩＤがｎ＋４の統合後のサンプル８０２の中では識別可能であり、当該テーブル１１０上では物ＩＤｎ＋７のサンプル７０６の統合先ＩＤとしてｎ＋４が指定されている。したがって、物ＩＤがｎ＋７のサンプル７０６から分離した物ＩＤがｎ＋８，ｎ＋９のサンプル７０７-2，７０７-3、即ち統合先として物ＩＤがｎ＋７のサンプル７０６を指定している物ＩＤがｎ＋８，ｎ＋９のサンプル７０７-2，７０７-3を、分離元の物ＩＤがｎ＋７のサンプル７０６に統合するときは、物ＩＤがｎ＋７のサンプル７０６の統合先ＩＤとなったｎ＋４を検索すれば、一意に統合先を指定できる。
【００５２】
同様に、矢印８０３で示されるように、サンプル７０５-3がサンプル７０５-2に統合される。この統合では、サンプル７０５-2の物ＩＤ、即ちｎ＋５が統合後のサンプル８０４の物ＩＤとして引き継がれる。また、サンプル７０５-2に統合されるサンプル７０５-3の統合先ＩＤとしてｎ＋５が設定される。したがって、統合後のサンプル８０４を元のサンプル７０５-2及び７０５-3に再分離することも可能となる。
【００５３】
以上に述べた図８の状態におけるデータベーステーブル１１０の内容例を図１１に示す。
【００５４】
一方、図７の状態で再分離不要な２つの統合処理が行われた場合の一例を図９に示す。ここでは、矢印９０１ａ，９０１ｂで示されるように、サンプル７０６がサンプル７０４-3に統合される。この統合では、サンプル７０４-3の物ＩＤ、即ちｎ＋４が統合後のサンプル９０２の物ＩＤとして引き継がれる。しかし、サンプル７０４-3に統合される物ＩＤがｎ＋７のサンプル７０６は、廃棄フラグが“ｔｒｕｅ”に設定され、統合先ＩＤとしてＮＵＬＬが設定されることにより、統合先ＩＤを失っている。つまり、物ＩＤがｎ＋７のサンプル７０６は物ＩＤがｎ＋４のサンプル９０２の中に完全に混じってしまい、データベーステーブル１１０上でもどこに存在するか検索できない状態になっている。よって、物ＩＤがｎ＋７の統合後のサンプル９０２を元のサンプル７０４-3及び７０６に再分離することは不可能となる。また、物ＩＤがｎ＋７のサンプル７０６から分離した物ＩＤがｎ＋８，ｎ＋９のサンプル７０７-2，７０７-3、即ち統合先として物ＩＤがｎ＋７のサンプル７０６を指定している物ＩＤがｎ＋８，ｎ＋９のサンプル７０７-2，７０７-3も統合先（行き先）を失い、図９に示されている全体のツリー構造から外れて島を形成する。したがって、サンプル７０７-2，７０７-3を、分離元のサンプル７０６に統合することも不可能となる。
【００５５】
同様に、矢印９０３で示されるように、サンプル７０５-3がサンプル７０５-2に統合される。この統合では、サンプル７０５-2の物ＩＤｎ＋５が統合後のサンプル９０４の物ＩＤとして引き継がれる。しかし、サンプル７０５-2に統合される物ＩＤがｎ＋６のサンプル７０５-3は、廃棄フラグが“ｔｒｕｅ”に設定され、統合先ＩＤとしてＮＵＬＬが設定されることにより、統合先ＩＤを失っている。よって、物ＩＤがｎ＋５の統合後のサンプル９０２を元のサンプル７０５-2及び７０５-3に再分離することは不可能となる。
【００５６】
以上に述べた図９の状態におけるデータベーステーブル１１０の内容例を図１２に示す。
【００５７】
（３）サンプルの再分離
次に、サンプルの再分離について、図６のフローチャートを参照して説明する。
【００５８】
端末１２は、オペレータから統合されたサンプルの再分離が要求された場合、オペレータに対して再分離の対象とする統合されたサンプルを選択させる（ステップＤ１）。次に端末１２はオペレータに対し、選択したサンプル（が保管されている保管袋）に貼付されているバーコードシール上のバーコードにより示されている物ＩＤをバーコードリーダ１２１により読み取らせる（ステップＤ２）。
【００５９】
端末１２は、バーコードリーダ１２１により読み取られた物ＩＤを取得すると（ステップＤ３）、当該物ＩＤをサーバ１１に送り、当該物ＩＤに一致する統合先ＩＤが設定されている統合先ＩＤフィールド１１４を持つエントリを検索させる（ステップＤ４）。もし、該当するエントリが存在するならば、つまり当該エントリにより管理されるサンプルが存在するならば（ステップＤ５）、端末１２は、当該対応するサンプルはオペレータが選択したサンプルからの分離（再分離）の対象候補であるとして当該エントリの情報を取得し、上記物ＩＤに一致する統合先ＩＤが当該エントリ中の関連付けＩＤフィールド１１３に設定されているか否かを判定する（ステップＤ６）。
【００６０】
もし、検索されたエントリ中の統合先ＩＤと関連付けＩＤとが一致しないならば、端末１２は、当該エントリの内容により管理されるサンプル、即ち当該エントリの物ＩＤフィールド１１１の示す物ＩＤが割り当てられているサンプルはオペレータが選択したサンプルに統合されているものとして、廃棄フラグフィールド１１７中の廃棄フラグが“ｔｒｕｅ”であるか否かを判定する（ステップＤ７）。もし、廃棄フラグが“ｔｒｕｅ”でないならば、端末１２は対応するサンプルは再分離が可能であると判定する。
【００６１】
この場合、端末１２は、上記検索されたエントリの関連付けＩＤフィールド１１３に設定されている関連付けＩＤを、当該エントリ中の統合先ＩＤフィールド１１４に設定する（ステップＤ８）。このように、分離対象候補の統合先ＩＤを関連付けＩＤと同じ値に設定する（戻す）ことにより、ステップＤ４で検索されたサンプルは、データベーステーブル１１０上では、オペレータにより選択されたサンプルに統合する前の状態に戻され（再分離され）る。端末１２はステップＤ８を実行すると、ステップＤ４の処理に戻る。
【００６２】
一方、廃棄フラグが“ｔｒｕｅ”であるならば（ステップＤ７）、端末１２は、該当するサンプルはオペレータにより選択されたサンプルに統合されているものの、再分離不可能なサンプルであるとして、ステップＤ４の処理に戻る。
【００６３】
また、検索されたエントリ中の統合先ＩＤと関連付けＩＤとが一致するならば（ステップＤ６）、端末１２は、該当するサンプルは統合されているサンプルではないと判定し、そのままステップＤ４の処理に戻る。
【００６４】
また、ステップＤ４での検索の結果、該当するエントリが見つからなかった場合には（ステップＤ５）、端末１２は新たに処理すべきサンプルは存在しないものとして一連の処理を終了する。
【００６５】
（４）サンプルの廃棄
次に、サンプルの廃棄について、説明する。
【００６６】
端末１２は、サンプルが必要なくなった、或いは再利用不可能な状態になったなどの理由により、当該サンプルの廃棄がオペレータにより要求された場合、上記サンプルの再分離の場合と同様にしてデータベーステーブル１１０の該当するエントリから当該サンプルの物ＩＤを取得する。この物ＩＤをｍとすると、端末１２は取得した物ＩＤｍが物ＩＤフィールド１１１に設定されているエントリの統合先ＩＤフィールド１１４にＮＵＬＬを設定すると共に、廃棄フラグフィールド１１７中の廃棄フラグを“ｔｒｕｅ”に設定する。この場合、廃棄される物ＩＤｍのサンプルから分離されていたサンプルは、統合先ＩＤである物ＩＤｍを失うことになるため、分離元のサンプルを追跡することができなくなる。つまり、廃棄される物ＩＤｍのサンプルから分離されていたサンプルは、図４のようなツリー構造から離れることになる。したがって、このようなサンプルは、ツリー構造内のサンプルと統合されない限り、データベーステーブル１１０上では分離元のサンプルがない状態で管理される。
【００６７】
（５）サンプルの出荷
次にサンプルの出荷について説明する。
【００６８】
サンプルの出荷に際しては、同じ受注ＩＤが受注ＩＤフィールド１１２に設定されている全エントリについて、そのエントリ中の統合先ＩＤフィールド１１４が全て親ＩＤとなるように、統合作業を繰り返す。この場合、図７のツリー構造を逆に辿るように下位層側から上位層側への統合が行われる。また、図９中のサンプル７０７-2，７０７-3の例のように、ツリー構造から外れてしまったサンプルも、最終的に親ＩＤと統合される。これにより、全てのサンプルが元のＩＤ▲１▼のサンプルを保管していた保管袋に戻ってくることになる。
【００６９】
ここで、受注ＩＤを同一とするサンプルを同一保管場所に保管することを前提とする場合、データベーステーブル１１０の各エントリに、サンプルの保管場所を設定するためのフィールド（保管場所フィールド）を設け、例えば受注ＩＤの入力時に、端末１２からの案内でユーザに対して同一の受注ＩＤを単位とするサンプルの保管場所も入力させ、その保管場所の情報をデータベースサーバ１１により該当するエントリの保管場所フィールドに設定させる構成とするならば、保管場所を容易に検索できる。この保管場所の情報を、受注ＩＤが同一のエントリが生成される毎に、そのエントリの保管場所フィールドにコピーしてもよい。
【００７０】
以上に述べた実施形態では、物ＩＤを記録するのにバーコードシール（バーコードタグ）を用いた場合について説明したが、これに限るものではない。例えば、物ＩＤを磁気的に記録した磁気タグを用いることも可能である。
【００７１】
また、上記実施形態における物流管理システムが、データベースサーバ１１と複数のクライアント端末１２とから構成されているものとして説明したが、例えば１台の計算機で物流管理システムを構成することも可能である。この場合、当該計算機には、データベースサーバ１１とクライアント端末１２の両方の機能を持たせればよい。
【００７２】
また、上記実施形態では、分析サービスを伴う物流システムにおける物流管理システムに本発明を適用した場合について説明したが、本発明は、入荷から出荷までの工程で資材の分離、統合が繰り返される物流システムにおける物流管理システム全般に適用可能である。
【００７３】
なお、本発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。更に、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件から幾つかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【００７４】
【発明の効果】
以上詳述したように本発明によれば、各資材に割り当てられる物ＩＤをテーブル上で受注ＩＤと関連付けると共に、常に統合先が管理される構成としたので、入荷から出荷までの工程で資材の分離、統合が繰り返されても、１つの受注に関する任意の時点における資材相互間の関係を確実に把握でき、資材の置き忘れ、数の把握の漏れなどが防止できる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る物流管理システムの構成を示す図。
【図２】図１中のデータベーステーブル１１０のデータ構造例を示す図。
【図３】同実施形態における物流管理の概要を説明するための図。
【図４】同実施形態におけるサンプルの分離を説明するためのフローチャート。
【図５】同実施形態におけるサンプルの統合を説明するためのフローチャート。
【図６】同実施形態におけるサンプルの再分離を説明するためのフローチャート。
【図７】サンプルの分離の一例をツリー構造形式で示す図。
【図８】再分離が可能なサンプルの統合の一例をツリー構造形式で示す図。
【図９】再分離が不可能なサンプルの統合の一例をツリー構造形式で示す図。
【図１０】図７の状態におけるデータベーステーブル１１０の内容例を示す図。
【図１１】図８の状態におけるデータベーステーブル１１０の内容例を示す図。
【図１２】図９の状態におけるデータベーステーブル１１０の内容例を示す図。
【符号の説明】
１１…データベースサーバ
１２…クライアント端末
１３…ＬＡＮ
１１０…データベーステーブル
１１１…物ＩＤフィールド（第１のフィールド）
１１２…受注ＩＤフィールド（第２のフィールド）
１１３…関連付けＩＤフィールド（第４のフィールド）
１１４…統合先ＩＤフィールド（第３のフィールド）
１１５…登録日時フィールド（第６のフィールド）
１１６…変更日時フィールド
１１７…廃棄フラグフィールド（第５のフィールド）
１２１…バーコードリーダ
【図１】
0004141110.tif 000002
【図２】
0004141110.tif 000003
【図３】
0004141110.tif 000004
【図４】
0004141110.tif 000005
【図５】
0004141110.tif 000006
【図６】
0004141110.tif 000007
【図７】
0004141110.tif 000008
【図８】
0004141110.tif 000009
【図９】
0004141110.tif 000010
【図１０】
0004141110.tif 000011
【図１１】
0004141110.tif 000012
【図１２】
0004141110.tif 000013