(57)【要約】    【課題】  物品を注文した複数のクライアントに対する引き当ての優先順位を効果的かつ自動的に決定することを可能とする納品管理装置およびその方法を提供することを目的とする。    【解決手段】  ホストコンピュータ１００は、注文情報ＤＢ１３０から未納データを取得して引き当て処理テーブルに記録し、繰越フラグおよび入力時間を基準にして引き当て処理テーブルをソート（並べ替え）する。具体的には、第１の基準として繰越フラグが「１」となっているものを優先し、第２の基準として「入力時間」が早いものを優先する。引き当て処理テーブルの中で、「繰越カウント」とは、過去に実行された商品引き当て処理において引き当ての対象にならなかった回数を示す。ホストコンピュータ１００は、在庫情報ＤＢ１２０から「在庫数データ」を取得し、引き当て処理テーブルに対して、ソートされた順番に在庫数の引き当てを行う。【選択図】  図２
2005196458.tif 000002
【特許請求の範囲】
【請求項１】
第１クライアントの物品注文数を示す第１注文数データと、第２クライアントの物品注文数を示す第２注文数データとを記録する注文数データ記録手段、
物品在庫数を示す在庫数データを記録する在庫数データ記録手段、
過去の引き当て処理実行時において前記第１注文数データに対して物品在庫数が引き当てたられたか否かの履歴に関する第１履歴データと、過去の引き当て処理実行時において前記第２注文数データに対して物品在庫数が引き当てたられたか否かの履歴に関する第２履歴データとを記録する履歴データ記録手段、
物品在庫数を物品注文数に対して引き当てる際に、前記第１注文数データまたは第２注文数データのいずれを優先して引き当てるかを示す優先順位を、前記第１履歴データと第２履歴データとの比較に基づいて決定する優先順位決定手段、
処理実行命令情報が入力された場合には、前記優先順位に従って、前記在庫数データ記録手段に記録された物品在庫数を前記第１注文数または第２注文数に対して引き当てる引き当て処理実行手段、
前記引き当て処理実行手段による引き当て結果を出力する出力手段、
を備えたことを特徴とする納品管理装置。
【請求項２】
コンピュータを納品管理装置として機能させるための、コンピュータ読取可能なプログラムであって、
前記プログラムは、
第１クライアントの物品注文数を示す第１注文数データと、第２クライアントの物品注文数を示す第２注文数データとを記録する注文数データ記録手段、
物品在庫数を示す在庫数データを記録する在庫数データ記録手段、
過去の引き当て処理実行時において前記第１注文数データに対して物品在庫数が引き当てたられたか否かの履歴に関する第１履歴データと、過去の引き当て処理実行時において前記第２注文数データに対して物品在庫数が引き当てたられたか否かの履歴に関する第２履歴データとを記録する履歴データ記録手段、
物品在庫数を物品注文数に対して引き当てる際に、前記第１注文数データまたは第２注文数データのいずれを優先して引き当てるかを示す優先順位を、前記第１履歴データおよび第２履歴データに基づいて決定する優先順位データ決定手段、
処理実行命令情報が入力された場合には、前記優先順位に従って、前記在庫数データ記録手段に記録された物品在庫数を前記第１注文数または第２注文数に対して引き当てる引き当て処理実行手段、
をコンピュータに実行させるためのプログラム。
【請求項３】
請求項１または２のいずれかの納品管理装置、またはプログラムにおいて、
前記第１履歴データおよび第２履歴データは、
過去の引き当て処理実行時において物品注文数に対して物品在庫数が引き当てられなかった履歴を示す非引き当て履歴情報を含むことを特徴としており、
前記優先順位データ決定手段は、
前記第１注文数データまたは第２注文数データのうち、前記非引き当て履歴が多い方を優先順位が高いものとして、前記優先順位を決定すること、
を特徴とするもの。
【請求項４】
請求項１または２のいずれかの納品管理装置、またはプログラムにおいて、
前記第１履歴データおよび第２履歴データは、
過去の引き当て処理実行時において物品注文数に対して物品在庫数が引き当てられなかった履歴を示す非引き当て履歴情報を含むことを特徴としており、
前記納品管理装置は、さらに、
優先して引き当てる場合の前記非引き当て履歴の判定条件を示す履歴判定条件データを取得する履歴判定条件データ取得手段、
を備えており、
前記優先順位データ決定手段は、さらに、
前記第１注文数データまたは第２注文数データのうち、前記履歴判定条件に合致する方を優先順位が高いものとして、前記優先順位を決定すること、
を特徴とするもの。
【請求項５】
請求項４のいずれかの納品管理装置、またはプログラムにおいて、
前記履歴判定条件は、前記第１クライアントおよび第２クライアントのそれぞれに対応づけて設定されること、
を特徴とするもの。
【請求項６】
請求項１〜５のいずれかの納品管理装置、またはプログラムにおいて、
前記納品管理装置は、さらに、
前記第１クライアントまたは第２クライアントのいずれを優先して引き当てるかを示す優先度データを記録する優先度データ記録手段、
を備えており、
前記優先順位データ決定手段は、さらに、
前記第１履歴データと第２履歴データとの比較に基づいて決定した、前記第１注文数データおよび第２注文数データの優先順位が同等な場合には、前記優先度が高いクライアントに対応する方を優先順位が高いものとして、前記優先順位を決定すること、
を特徴とするもの。
【請求項７】
請求項１〜６のいずれかの納品管理装置、またはプログラムにおいて、
前記納品管理装置は、さらに、
前記第１注文数データの入力時期を示す第１注文時期データと、前記第２注文数データの入力時期を示す第２注文時期データとを記録する注文時期データ記録手段、
を備えており、
前記優先順位データ決定手段は、さらに、
前記第１履歴データと第２履歴データとの比較に基づいて決定した、前記第１注文数データおよび第２注文数データの優先順位が同等な場合には、前記第１注文時期データと第２注文時期データとを比較し、前記注文時期が早い方を優先順位が高いものとして、前記優先順位を決定すること、
を特徴とするもの。
【請求項８】
コンピュータシステムを利用することにより、
第１クライアントの物品注文数を示す第１注文数データと、第２クライアントの物品注文数を示す第２注文数データとを注文数データ記録手段に記録し、
物品在庫数を示す在庫数データを在庫数データ記録手段に記録し、
過去の引き当て処理実行時において前記第１注文数データに対して物品在庫数が引き当てたられたか否かの履歴に関する第１履歴データと、過去の引き当て処理実行時において前記第２注文数データに対して物品在庫数が引き当てたられたか否かの履歴に関する第２履歴データとを履歴データ記録手段に記録し、
物品在庫数を物品注文数に対して引き当てる際に、前記第１注文数データまたは第２注文数データのいずれを優先して引き当てるかを示す優先順位を、前記第１履歴データと第２履歴データとの比較に基づいて決定し、
処理実行命令情報が入力された場合には、前記優先順位に従って、前記在庫数データ記録手段に記録された物品在庫数を前記第１注文数または第２注文数に対して引き当て処理を実行し、
前記引き当て処理の実行結果を出力すること、
を特徴とする納品管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、納品管理装置およびその方法に関するものであり、特に、物品を注文した複数のクライアントに対する引き当ての優先順位を効果的かつ自動的に決定することに関する。
【背景技術】
【０００２】
複数のクライアントからの物品の注文に対して在庫物品を納品する処理を行う際、それら複数のクライアントの注文情報や在庫情報等を効率良く管理するためにコンピュータシステムが利用されるのが一般的である。例えば、各クライアント毎に注文数や注文時期等が相違する場合には、複数の注文データを管理する目的を達成するために、コンピュータシステムの利用が好適である。コンピュータシステムにより、注文時期が早いものから順番に納品時期を設定する等の処理を簡易に実行することができる。
【０００３】
ここで、物品の納品管理の現場においては、全てのクライアントの注文数の合計よりも在庫数のほうが少ない場合等、全注文内容の中の一部に対してのみ納品処理を行うのが一般的である。全注文内容の中の一部に対してのみ納品処理を行う場合には、複数の注文数に対して在庫数をどのように引き当てるか、すなわち、どのクライアントからの注文に対して優先的に在庫を納品するかという判断を行う必要がある。そのような引き当て処理に関しても、コンピュータシステムを利用することによって簡易に実行することができる。
【０００４】
引き当て処理を効率的に行う従来の技術として、例えば、あらかじめ付与された優先順位に従って受注に対する引き当てを行う技術がある（例えば、特許文献１参照）。その他、納品の引き当てに類似するものとして、物品の生産希望量に重み付けを行うことによって優先順位を付け、その優先順位に基づいて生産希望量の引き当てを行う技術がある（例えば、特許文献２参照）。
【０００５】
【特許文献１】特開２００２−４１７６８（第３図）。
【０００６】
【特許文献２】特開平７−１１０８３６（第１図）。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記特許文献１または２のような従来技術によれば、所定の優先順位情報を参照することにより、特定の対象（例えば、注文を行ったクライアント）について優先的に引き当てを行う処理を簡易に実行できる点で有用である。
【０００８】
しかしながら、従来技術においては、特定の対象について優先的に引き当てを行うことを管理しているにすぎず、優先順位の低い対象に対する考慮がなされていない。すなわち、優先順位情報の変更、あるいは引き当てる際に参照する情報の変更がない場合には、優先順位の低い対象に対する引き当てが行われない状態が継続する不都合が生じる可能性がある。
【０００９】
したがって、物品の納品管理の現場においては、特定の対象について優先的に引き当てを行う一方で、優先順位の低い対象に対する引き当てが行われない状態が継続する不都合を回避する技術が要求される。
【００１０】
本発明は、上記のような課題に鑑みて、物品を注文した複数のクライアントに対する引き当ての優先順位を効果的かつ自動的に決定することを可能とする納品管理装置およびその方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
１）本発明の納品管理装置は、
第１クライアントの物品注文数を示す第１注文数データと、第２クライアントの物品注文数を示す第２注文数データとを記録する注文数データ記録手段、
物品在庫数を示す在庫数データを記録する在庫数データ記録手段、
過去の引き当て処理実行時において前記第１注文数データに対して物品在庫数が引き当てたられたか否かの履歴に関する第１履歴データと、過去の引き当て処理実行時において前記第２注文数データに対して物品在庫数が引き当てたられたか否かの履歴に関する第２履歴データとを記録する履歴データ記録手段、
物品在庫数を物品注文数に対して引き当てる際に、前記第１注文数データまたは第２注文数データのいずれを優先して引き当てるかを示す優先順位を、前記第１履歴データと第２履歴データとの比較に基づいて決定する優先順位決定手段、
処理実行命令情報が入力された場合には、前記優先順位に従って、前記在庫数データ記録手段に記録された物品在庫数を前記第１注文数または第２注文数に対して引き当てる引き当て処理実行手段、
前記引き当て処理実行手段による引き当て結果を出力する出力手段、
を備えたことを特徴としている。
【００１２】
これらの特徴により、前記納品管理装置は、過去の引き当て処理実行時において前記注文数データに対して物品在庫数が引き当てたられたか否かの履歴に関する履歴データを考慮して、前記第１注文数または第２注文数に対して前記物品在庫数を引き当てる。したがって、前記納品管理装置は、前記履歴データに基づいて、複数の前記注文数データに対する引き当てを効率的に実行することが可能となる。
【００１３】
３）本発明の納品管理装置において、
前記第１履歴データおよび第２履歴データは、
過去の引き当て処理実行時において物品注文数に対して物品在庫数が引き当てられなかった履歴を示す非引き当て履歴情報を含むことを特徴としており、
前記優先順位データ決定手段は、
前記第１注文数データまたは第２注文数データのうち、前記非引き当て履歴が多い方を優先順位が高いものとして、前記優先順位を決定すること、
を特徴としている。
【００１４】
これらの特徴により、前記納品管理装置は、前記非引き当て履歴情報を含む履歴データを考慮して、前記第１注文数または第２注文数に対して前記物品在庫数を引き当てる。したがって、前記納品管理装置は、過去の引き当て処理実行時において引き当ての対象とならなかった前記注文数データに対しても、前記物品在庫数の引き当てを実行することが可能となる。
【００１５】
４）本発明の納品管理装置において、
前記第１履歴データおよび第２履歴データは、
過去の引き当て処理実行時において物品注文数に対して物品在庫数が引き当てられなかった履歴を示す非引き当て履歴情報を含むことを特徴としており、
前記納品管理装置は、さらに、
優先して引き当てる場合の前記非引き当て履歴の判定条件を示す履歴判定条件データを取得する履歴判定条件データ取得手段、
を備えており、
前記優先順位データ決定手段は、さらに、
前記第１注文数データまたは第２注文数データのうち、前記履歴判定条件に合致する方を優先順位が高いものとして、前記優先順位を決定すること、
を特徴としている。
【００１６】
これらの特徴により、前記納品管理装置は、前記履歴判定条件の合致の有無を考慮して、前記第１注文数または第２注文数に対して前記物品在庫数を引き当てる。したがって、前記納品管理装置は、過去の引き当て処理実行時において引き当ての対象とならなかった前記注文数データであっても、所定の前記履歴判定条件に合致する場合には、前記物品在庫数の引き当てを実行することが可能となる。
【００１７】
５）本発明の納品管理装置において、
前記履歴判定条件は、前記第１クライアントおよび第２クライアントのそれぞれに対応づけて設定されること、
を特徴としている。
【００１８】
これらの特徴により、前記納品管理装置は、クライアント毎に対応づけて設定された前記履歴判定条件の合致の有無を考慮して、前記第１注文数または第２注文数に対して前記物品在庫数を引き当てる。したがって、前記納品管理装置は、過去の引き当て処理実行時において引き当ての対象とならなかった前記注文数データであっても、所定の前記履歴判定条件に合致する場合には、前記物品在庫数の引き当てを実行することが可能となる。また、例えばクライアント毎の引き当ての優遇度合いが異なる場合には、クライアント毎に前記履歴判定条件を異なるものとすればよい。この場合、前記納品管理装置は、クライアント毎の優遇度合いを考慮に入れたうえで、過去の引き当て処理実行時において引き当ての対象とならなかった前記注文数データに対して前記物品在庫数の引き当てを実行することが可能となる。
【００１９】
６）本発明の前記納品管理装置は、さらに、
前記第１クライアントまたは第２クライアントのいずれを優先して引き当てるかを示す優先度データを記録する優先度データ記録手段、
を備えており、
前記優先順位データ決定手段は、さらに、
前記第１履歴データと第２履歴データとの比較に基づいて決定した、前記第１注文数データおよび第２注文数データの優先順位が同等な場合には、前記優先度が高いクライアントに対応する方を優先順位が高いものとして、前記優先順位を決定すること、
を特徴としている。
【００２０】
これらの特徴により、前記納品管理装置は、過去の引き当て処理実行時において前記注文数データに対して物品在庫数が引き当てたられたか否かの履歴に関する履歴データと、前記優先度データとを考慮して、前記第１注文数または第２注文数に対して前記物品在庫数を引き当てる。したがって、前記納品管理装置は、クライアント毎の前記優先度を考慮に入れたうえで、過去の引き当て処理実行時において引き当ての対象とならなかった前記注文数データに対して前記物品在庫数の引き当てを実行することが可能となる。
【００２１】
７）本発明の前記納品管理装置は、さらに、
前記第１注文数データの入力時期を示す第１注文時期データと、前記第２注文数データの入力時期を示す第２注文時期データとを記録する注文時期データ記録手段、
を備えており、
前記優先順位データ決定手段は、さらに、
前記第１履歴データと第２履歴データとの比較に基づいて決定した、前記第１注文数データおよび第２注文数データの優先順位が同等な場合には、前記第１注文時期データと第２注文時期データとを比較し、前記注文時期が早い方を優先順位が高いものとして、前記優先順位を決定すること、
を特徴としている。
【００２２】
これらの特徴により、前記納品管理装置は、過去の引き当て処理実行時において前記注文数データに対して物品在庫数が引き当てたられたか否かの履歴に関する履歴データと、前記注文時期データとを考慮して、前記第１注文数または第２注文数に対して前記物品在庫数を引き当てる。したがって、前記納品管理装置は、注文時期の前後を考慮に入れたうえで、過去の引き当て処理実行時において引き当ての対象とならなかった前記注文数データに対して前記物品在庫数の引き当てを実行することが可能となる。
【００２３】
以下、用語の定義について説明する。
【００２４】
この発明において、
「過去の引き当て処理実行時においてクライアントの物品注文数に対して物品在庫数が引き当てられたか否かの履歴」とは、物品注文数に対して、その物品注文数に対応する物品在庫数の納品または出庫が決定されたか否かに関する情報一般を含む概念である。例えば、物品注文数に対応する物品在庫数の納品または出庫が決定された回数またはその回数に基づいて算出される情報、あるいは、物品注文数に対応する物品在庫数の納品または出庫が決定されなかった回数またはその回数に基づいて算出される情報等が、この「過去の引き当て処理実行時においてクライアントの物品注文数に対して物品在庫数が引き当てられたか否かの履歴」に含まれる。実施形態においては、図９の注文情報ＤＢ１３０等における「繰越カウント」または「繰越フラグ」の情報が、この「過去の引き当て処理実行時においてクライアントの物品注文数に対して物品在庫数が引き当てられたか否かの履歴」に対応する。
【００２５】
「注文数データの入力時期」は、注文数データが入力された時期に関連づけられる情報一般を含む概念である。例えば、注文数データが最初に記録された時期を示す情報、または、その最初に記録された後に別の記録領域に記録された時期を示す情報、または所定の装置間における注文数データの送信時期または受信時期を示す情報、または現実の時期に限らず所定の入力作業によって入力された時期を示す情報等が、この「注文数データの入力時期」に含まれる。実施形態においては、図９の注文情報ＤＢ１３０等における「入力時間」の情報が、この「注文数データの入力時期」に対応する。
【発明を実施するための最良の形態】
【００２６】
本発明の実施形態としての「商品引き当て管理システム」について説明する。この商品引き当て管理システムは、複数のクライアントからの商品注文情報に対して、効果的かつ自動的に在庫商品を引き当てることを可能とするシステムである。ここで、商品とは、納品元から納品先に対して納品される物品一般を含む概念であって、例えば、製品、または半製品、または部品等を含む概念である。以下の実施形態では、便宜上、商品として「テレビ製品」を例示し、クライアントとして「ショップ（家電量販店等）」を例示して説明する。
【００２７】
以下、商品引き当て管理システムの概略、装置のハードウェア構成、特許請求の範囲に記載した用語と実施形態との対応を説明し、次に実施形態の説明等を行う。
【００２８】
目次
１．商品引き当て管理システムの概要
２．ハードウェア構成等
３．特許請求の範囲に記載した用語と実施形態との対応
４．注文情報入力処理
５．商品引き当て処理
６．注文情報出力処理
７．実施形態による効果
８．その他の実施形態等
−−−−−−−−−−−−−−−−−−−
−−１．商品引き当て管理システムの概要−−
図１は、実施形態による商品引き当て管理システムの概略である。商品引き当て管理システムは、「納品管理装置」としてのホストコンピュータ１００、ホストコンピュータ１００とＬｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（ＬＡＮ）５５０で接続される販売店端末２００、ホストコンピュータ１００とインターネット５００で接続されるクライアント端末３００で構成される。なお、ホストコンピュータ１００とクライアント端末３００との接続は、インターネット５００に限らず、ＬＡＮ、または専用回線、または電話回線等を採用してもよい。ホストコンピュータ１００および販売店端末２００は、共に物品（テレビ製品）をクライアントに提供する側（例えば、販売店、または物品の生産メーカ、または物品の生産工場等が含まれる）で管理される。クライアント端末３００は、販売店に対してテレビ製品を注文するショップ毎に管理される。
【００２９】
ホストコンピュータ１００は、後述する商品引き当て処理等を実行する。販売店端末２００は、ショップに対して商品を納入する商品販売メーカ（商品の納入元）等の担当者が使用する。クライアント端末３００は、商品販売メーカに対して商品の注文情報を送信するショップ（商品の納入先）等の担当者が使用する。
【００３０】
ホストコンピュータ１００は、クライアントデータベース（以下、データベースを「ＤＢ」とする）１１０、在庫情報ＤＢ１２０、注文情報ＤＢ１３０、優先度コントロールファイル１４０、引き当て処理テーブル１５０を記録する。各ＤＢおよびファイル、テーブルの記録内容については後述する。各ＤＢおよびファイル、テーブルは、ホストコンピュータ１００のハードディスク（またはメモリ）に記録するものとするが、これに限らず、ホストコンピュータ１００とは物理的に独立の装置類に記録するようにしてもよい。
【００３１】
図２に基づいて商品引き当て管理システムによる商品引き当て処理の概要を説明する。この処理は、複数のクライアント（ショップ）からの注文数に応じて、効果的かつ自動的に商品在庫数を引き当てる処理を例示するものである。
【００３２】
（１）ホストコンピュータ１００は、注文情報ＤＢ１３０から未納データを取得して引き当て処理テーブルに記録する。注文情報ＤＢ１３０には、対象となる商品について、各クライアント毎に、クライアントを示す「クライアントコード」、「注文数」、「繰越カウント」、「繰越フラグ」、「入力時間」等のカラム情報が含まれる。未納データとは、納品を行うことが決定していない（在庫の引き当てがされていない）注文情報に関するデータであって、上記各カラム情報が含まれる。ここでは、例示としてクライアントＸ、Ｙ、Ｚに関する未納データが取得され、引き当て処理テーブル１５１が記録されたものとする。
【００３３】
（２）ホストコンピュータ１００は、引き当て処理テーブルに含まれる繰越フラグおよび入力時間を基準にして引き当て処理テーブルをソート（並べ替え）する。具体的には、第１の基準として繰越フラグが「１」となっているものを優先し、第２の基準として「入力時間」が早いものを優先する。引き当て処理テーブル１５２に示すように、ソートの結果、優先順位が高いものほど上のカラムにソートしている。ここでは、繰越フラグが「１」となっているクライアントＺの未納データ（「履歴判定条件に合致する方」に対応する）を優先順位１位としている。
【００３４】
引き当て処理テーブルの中で、「繰越カウント」とは、過去に実行された商品引き当て処理において引き当ての対象にならなかった回数を示す。ここでの「繰越」とは、商品引き当て処理が見送られること、または、次回の商品引き当て処理において再度引き当ての対象候補として選択されうること等を意味する。「繰越フラグ」とは、所定の繰越カウント数に到達したか（または繰越カウント数を超過したか）否かを示すものである。ここでは、所定の繰越カウント数は「１０」に設定されており、繰越フラグが「１」となっている未納データは、繰越カウント数が「１０」に到達したことを示す。過去に引き当て処理の対象にならなかった場合であっても、これら繰越カウントおよび繰越フラグの設定を採用することにより、後の商品引き当て処理において優先的に引き当ての対象となるものとして扱われる。
【００３５】
クライアントＸ、Ｙについては（両者とも繰越フラグは０）、入力時間が早いクライアントＹを優先順位２位とし、クライアントＸは優先順位３位としている。「入力時間」は、クライアント端末３００から注文情報の入力を受け付けた時間を示す。
【００３６】
（３）ホストコンピュータ１００は、在庫情報ＤＢ１２０から「在庫数データ」を取得する。ここでは、在庫数「１５」を示す在庫数データ１２２が取得される例を示す。
【００３７】
（４）ホストコンピュータ１００は、引き当て処理テーブルに対して、ソートされた順番に在庫数の引き当てを行う。
【００３８】
具体的には、引き当て処理テーブル１５３に示すように、優先順位１位のクライアントＺの注文数「６」に対して、在庫数「１５」の中の「６」を引き当てる。その結果、在庫数は「９（＝１５−６）」となる。次に、優先順位２位のクライアントＹの注文数「５」に対して、在庫数「９」の中の「５」を引き当てる。その結果、在庫数は「４（＝９−５）」となる。優先順位３位のクライアントＸの注文数「９」に対しては、在庫数「４」は引き当てられないものと判断する。以上の処理により、在庫数データ１２２は、在庫数データ１２４に書き換えられる。
【００３９】
（５）ホストコンピュータ１００は、引き当て処理テーブルを更新する。具体的には、引き当て処理テーブル１５４に示すように、引き当てが行われたクライアントＺに関しては、繰越カウントおよび繰越フラグを「０」に書き換える（リセットする）。一方、引き当てが行われなかったクライアントＸに関しては繰越カウントを「５」から「６」にカウントアップ（１増加）する。
【００４０】
（６）ホストコンピュータ１００は、更新後の引き当て処理テーブル１５４に基づいて、注文情報ＤＢ１３０および在庫情報ＤＢ１２０を更新する。具体的には、引き当て処理テーブル１５４の各カラム情報に基づいて、その引き当て処理テーブル１５４の取得元である注文情報ＤＢ１３０の対応カラム情報を書き換える。また、在庫数データ１２３の情報に基づいて、在庫情報ＤＢ１２０の対応カラム情報を書き換える。図２の各処理の詳細は、フローチャートを用いて後述する。
【００４１】
−−２．ハードウェア構成等−−
２−１．機能ブロック
図３は、商品引き当て管理システムに含まれるホストコンピュータ１００の機能ブロック図を示す。ホストコンピュータ１００は、注文数データを記録する注文数データ記録手段５０、在庫数データを記録する在庫数データ記録手段５２、履歴データを記録する履歴データ記録手段５４、注文時期データを記録する注文時期データ記録手段５６、優先度データを記録する優先度データ記録手段５７、履歴判定条件データを取得する履歴判定条件データ取得手段５８、優先順位を決定する優先順位決定手段６２、注文数に対して在庫数を引き当てる処理を行う引き当て処理実行手段６０、引き当て結果を出力する出力手段６４を備えている。
【００４２】
２−２．ホストコンピュータ
図４は、図３のホストコンピュータ１００をＣＰＵを用いて実現した場合のハードウェア構成の一例である。ホストコンピュータ１００は、ＣＰＵ１０、キーボード／マウス１１、メモリ１２、ディスプレイ１３、ハードディスク１４、スピーカ１５、インターネット５００およびＬＡＮ５５０等に接続するための通信回路１６を備えている。
【００４３】
ＣＰＵ１０は、ホストコンピュータ１００全体を制御する。メモリ１２は、引き当て処理テーブル１５０を記録するほか、ＣＰＵ１０のワーク領域等を提供する。ハードディスク１４には、クライアントＤＢ１１０、在庫情報ＤＢ１２０、注文情報ＤＢ１３０、およびＣＰＵ１０を動作させるためのプログラムを記録する。キーボード／マウス１１の操作により生成される操作情報はＣＰＵ１０に入力され、ＣＰＵ１０が生成した画像情報および音声情報は、ディスプレイ１３、スピーカ１５にそれぞれ出力される。
【００４４】
２−３．販売店端末
図５は、販売店端末２００をＣＰＵを用いて実現した場合のハードウェア構成の一例である。販売店端末２００は、ＣＰＵ２０、キーボード／マウス２１、メモリ２２、ディスプレイ２３、ハードディスク２４、スピーカ２５、ＬＡＮ５５０等に接続するための通信回路２６を備えている。
【００４５】
ＣＰＵ２０は、販売店端末２００全体を制御する。メモリ２２は、ＣＰＵ２０のワーク領域等を提供する。ハードディスク２４は、ＣＰＵ２０を動作させるためのプログラム等を記録する。キーボード／マウス２１の操作により生成される操作情報はＣＰＵ２０に入力され、ＣＰＵ２０が生成した画像情報および音声情報は、ディスプレイ２３、スピーカ２５にそれぞれ出力される。
【００４６】
２−４．クライアント端末
図６は、クライアント端末３００をＣＰＵを用いて実現した場合のハードウェア構成の一例である。クライアント端末３００は、ＣＰＵ３０、キーボード／マウス３１、メモリ３２、ディスプレイ３３、ハードディスク３４、スピーカ３５、インターネット５００等に接続するための通信回路３６を備えている。
【００４７】
ＣＰＵ３０は、クライアント端末３００全体を制御する。メモリ３２は、ＣＰＵ３０のワーク領域等を提供する。ハードディスク３４は、ＣＰＵ３０を動作させるためのプログラム等を記録する。キーボード／マウス３１の操作により生成される操作情報はＣＰＵ３０に入力され、ＣＰＵ３０が生成した画像情報および音声情報は、ディスプレイ３３、スピーカ３５にそれぞれ出力される。
【００４８】
本実施形態では、クライアント端末３００のユーザがホストコンピュータ１００に対して所定のデータを送信したり、販売店端末２００のユーザがホストコンピュータ１００にアクセスして所定の閲覧画面データを受信するためのソフトウェアとして専用のプログラムを利用する。ただし、専用のプログラムに限らず、例えばＭｉｃｒｏｓｏｆｔ社のＦｒｏｎｔＰａｇｅ（商標）等を使用してもよい。
【００４９】
本実施形態では、ホストコンピュータ１００、販売店端末２００、クライアント端末３００のそれぞれのオペレーティングシステム（ＯＳ）の例として、マイクロソフト社のＷｉｎｄｏｗｓ（登録商標）ＸＰ、ＮＴ、２０００等を用いることとする。本実施形態のプログラムは、ＯＳと共働して各機能を実現しているが、これに限らず、プログラム単独で各機能を実現するようにしてもよい。
【００５０】
２−５．データベース等
本システムのデータベース等の構成例について説明する。図７は、ホストコンピュータ１００がハードディスク１４（またはメモリ１２、以下同様）に記録するクライアントＤＢ１１０の構成例である。クライアントＤＢ１１０には、クライアント（家電量販店等のショップ）毎に、「クライアントコード」、ショップの「名称」、「優先度」の各情報が記録されるカラムがある。「優先度」の情報の内容は、図１０の説明において後述する。
【００５１】
図８は、ホストコンピュータ１００がハードディスク１４（またはメモリ１２、以下同様）に記録する在庫情報ＤＢ１２０の構成例である。在庫情報ＤＢ１２０には、物品（テレビ製品）毎に、「品番」、販売店におけるテレビ製品の在庫数を示す「在庫数」、販売店からショップに対してテレビ製品の在庫を出庫（納品）する予定日を示す「出庫予定日」、「出庫予定数」、販売店がテレビ製品を新たに入庫する予定日を示す「入庫予定日」、「入庫予定数」の各情報が記録されるカラムがある。販売店は、販売店が属する企業等のテレビ製品の生産部門、または販売店と契約しているテレビ製品の生産会社等を通じて、テレビ製品を新たに入庫する。販売店端末２００のユーザは、ホストコンピュータ１００の在庫情報ＤＢ１２０にアクセスして「入庫予定日」および「入庫予定数」を入力する。
【００５２】
図９は、ホストコンピュータ１００がハードディスク１４（またはメモリ１２、以下同様）に記録する注文情報ＤＢ１３０の構成例である。注文情報ＤＢ１３０には、「品番」で特定されるテレビ製品（ここでは、品番「ＴＨ−Ａ」を例示）について、クライアント毎の注文情報が記録される。具体的には、「クライアントコード」、そのクライアントによる「ＴＨ−Ａ」の注文数を示す「注文数量」、クライアントがそれらの注文数量の納品を希望する日を示す「希望納品日」、「注文区分」、「繰越カウント」、「繰越フラグ」、「優先度」、「入力時間」の各情報が記録されるカラムがある。
【００５３】
「注文区分」には、注文情報が入力された際には「０（未納状態であることを示す）」が記録され、一方、ホストコンピュータ１００による商品引き当て処理によって、注文数に対して在庫数が引き当てられた場合には「１（予約状態であることを示す」が記録される。すなわち、注文区分が「１」の場合には、注文数に対する出庫（納品）予定が確定したことになる。
【００５４】
「繰越カウント」には、注文情報ＤＢ１３０に記録される「現在年月日」以前、すなわち過去に実行された商品引き当て処理において引き当ての対象にならなかった回数が記録される。
【００５５】
「繰越フラグ」には、所定の繰越カウント数に到達したか（繰越カウント数を超過したか）否かを示す情報が記録される。具体的には、所定の繰越カウントに到達していなければ「０」が記録され、所定の繰越カウントに到達した場合には「１」が記録される。「入力時間」には、その注文情報が入力された日付および日時が記録される。
【００５６】
図１０は、ホストコンピュータ１００がハードディスク１４（またはメモリ１２、以下同様）に記録する優先度コントロールファイル１４０の構成例である。優先度コントロールファイル１４０には、「優先度」および「最大繰越カウント」の各情報が記録されるカラムがある。「優先度」には、後述する商品引き当て処理において、同一のテレビ製品を注文している複数のクライアントのうち、どのクライアントからの注文数に対して優先的に引き当てるかを示す情報が記録される。ここでは、例示として優先順位は降順で設定しており、優先順位が高いものから順に、優先度「００２」、優先度「００１」、優先度「−（ＮＵＬＬ）」の順番となっている。
【００５７】
「最大繰越カウント」には、図９の注文情報ＤＢ１３０における「繰越フラグ」の判定の基準となる繰越カウント数が記録される。具体的には、繰越カウント数が「最大繰越カウント」に到達した場合には、繰越フラグとして「１」が記録されることになる。「最大繰越カウント」とは、繰り越された（商品引き当て処理の対象とならなかった）場合の許容回数と同様の概念（非引き当て履歴数の基準回数）であり、この許容回数に到達すると（非引き当て履歴数の基準回数に到達すると）繰越フラグとして「１」が記録され、次回の商品引き当て処理において優先的に引き当ての対象となる。ここでは、例示として、優先度「−（ＮＵＬＬ）」の場合には「最大繰越カウント＝１０」、優先度「００１」の場合には「最大繰越カウント＝８」、優先度「００２」の場合には「最大繰越カウント＝５」とされている。実施形態における「最大繰越カウント」の設定は例示であって、その他の値を採用してもよい。
【００５８】
図１１は、後述する商品引き当て処理中にホストコンピュータ１００がメモリ１２（またはハードディスク１４、以下同様）に記録する引き当て処理テーブル１５０の構成例である。ホストコンピュータ１００は、商品引き当て処理中に、図９に示す注文情報ＤＢ１３０の中から「注文区分＝０（未納）」となっているクライアントのデータを抽出して、引き当て処理テーブル１５０として記録する。引き当て処理テーブル１５０には、注文情報ＤＢ１３０と同様に、「クライアントコード」、「注文数量」、「希望納品日」、「注文区分」、「繰越カウント」、「繰越フラグ」、「優先度」、「入力時間」、「引き当て優先順位」の各情報が記録されるカラムがある。「引き当て優先順位」には、後述する商品引き当て処理において、各クライアントからの注文数に対して在庫数の引き当て処理を行う際の順番が記録される。
【００５９】
−−３．特許請求の範囲に記載した用語と実施形態との対応−−
特許請求の範囲に記載した用語と実施形態との対応は以下の通りである。ただし以下に説明する「対応する実施形態」は、特許請求の範囲に記載した各用語によって表される構成が有する機能の中の一つの形態（一部の形態）を示すものである。
【００６０】
「第１注文数データ」または「第２注文数データ」は、図９の注文情報ＤＢ１３０または図１１等の引き当て処理テーブルに記録される「注文数量」の情報に対応する。「注文数データ記録手段」は、注文数データを記録する機能を有するものであり、例えば図１４のステップＳ２０３の処理を行うホストコンピュータ１００のＣＰＵ１０（またはデータを記録するメモリ１２等）に対応する。
【００６１】
「在庫数データ」は、図８の在庫情報ＤＢ１２０に記録される「在庫数」の情報に対応する。「在庫数データ記録手段」は、在庫数データを記録する機能を有するものであり、例えば図１４のステップＳ２０９の処理を行うＣＰＵ１０（またはデータを記録するメモリ１２等）に対応する。
【００６２】
「第１履歴データ」または「第２履歴データ」は、図９の注文情報ＤＢ１３０または図１１等の引き当て処理テーブルに記録される「繰越カウント」、または「繰越フラグ」の情報に対応する。「履歴データ記録手段」は、履歴データを記録する機能を有するものであり、例えば図１４のステップＳ２０３の処理を行うＣＰＵ１０（またはデータを記録するメモリ１２等）に対応する。
【００６３】
「優先順位」は、図１１等の引き当て処理テーブルに記録される「引き当て優先順位」の情報に対応する。「優先順位決定手段」は、優先順位を決定する機能を有するものであり、例えば図１４のステップＳ２０７の処理を行うＣＰＵ１０に対応する。
【００６４】
「処理実行命令情報」は、図１４のステップＳ２０１においてＣＰＵ１０が判断する、商品引き当て処理の実行時間を示す情報に対応する。「引き当て処理実行手段」は、引き当て処理を実行する機能を有するものであり、例えば図１４のステップＳ２１１の処理を行うＣＰＵ１０に対応する。「出力手段」は、引き当て結果を出力する機能を有するものであり、例えば図１４のステップＳ２１３、またはＳ２１５、またはＳ２１７の処理を行うＣＰＵ１０、あるいは、図１７のステップＳ４５２、またはＳ４５４の処理を行うＣＰＵ１０に対応する。
【００６５】
「非引き当て履歴情報」は、図９の注文情報ＤＢ１３０または図１１等の引き当て処理テーブルに記録される「繰越カウント」、あるいは「繰越フラグ」の情報に対応する。
【００６６】
「非引き当て履歴の判定条件」は、図１０の優先度コントロールファイル１４０に記録される「最大繰越カウント」の情報（非引き当て履歴数の基準回数、または非引き当て履歴数の許容回数と同様の情報）に対応する。「履歴判定条件データ取得手段」は、履歴判定条件データを取得する機能を有するものであり、例えば図１４のステップＳ２１５の処理において優先度コントロールファイル１４０を参照するＣＰＵ１０に対応する。
【００６７】
「優先度データ」は、図７のクライアントＤＢ１１０に記録される「優先度」の情報に対応する。「優先度データ記録手段」は、優先度データを記録する機能を有するものであり、例えば図１２のステップＳ１５２の処理を行うＣＰＵ１０（またはデータを記録するメモリ１２等）に対応する。
【００６８】
「第１注文時期データ」または「第２注文時期データ」は、図９の注文情報ＤＢ１３０または図１１等の引き当て処理テーブルに記録される「入力時間」の情報に対応する。「注文時期データ記録手段」は、注文時期データを記録する機能を有するものであり、例えば図１４のステップＳ２０３の処理を行うＣＰＵ１０（またはデータを記録するメモリ１２等）に対応する。
【００６９】
−−４．注文情報入力処理−−
クライアント端末３００のユーザがホストコンピュータ１００にアクセスし、物品（テレビ製品）の注文情報を入力する処理を説明する。図１２は、クライアント端末３００のＣＰＵ３０およびホストコンピュータ１００のＣＰＵ１０が実行する注文情報入力処理プログラムのフローチャートである。
【００７０】
クライアント端末３００のＣＰＵ３０は、ユーザによるキーボード／マウス３１の操作によって注文情報が入力されたか否かを判断する（図１２ステップＳ１０１）。図１３Ａは、注文情報の入力が行われる際にクライアント端末３００のディスプレイ３３に表示される画面例を示す。注文情報には、「クライアントコード」、テレビ製品の「品番」、注文数を示す「数量」、「希望納品日」が含まれる。
【００７１】
Ｓ１０１において注文情報が入力されたと判断した場合には、ＣＰＵ３０は、入力された注文情報をホストコンピュータ１００に対して送信する（Ｓ１０３）。ＣＰＵ３０による注文情報の入力の完了の有無の判断は、例えば図１３Ａの「送信ボタン」のクリック動作の有無等によって行う。
【００７２】
ホストコンピュータ１００のＣＰＵ１０は、注文情報を受信してメモリ１２に記録する（Ｓ１５０）。ＣＰＵ１０は、注文情報に含まれる「クライアントコード」に基づいてクライアントＤＢ１１０（図７参照）を参照し、そのクライアントコードに対応する「優先度」を取得してメモリ１２に記録する（Ｓ１５２）。図１３Ａの例では、クライアントコード「Ｄ」が入力されているから、優先度は「−（ＮＵＬＬ）」となる。
【００７３】
ＣＰＵ１０は、メモリ１２に記録した注文情報および優先度を、ハードディスク１４の注文情報ＤＢ１３０（図９参照）に記録し（Ｓ１５４）、クライアント端末３００に対して登録完了報告を送信して処理を終了する（Ｓ１５６）。ＣＰＵ３０は、登録完了報告を受信し、ディスプレイ３３に登録完了画面を出力して処理を終了する（Ｓ１０５）。図１３Ｂは、Ｓ１０５におけるクライアント端末３００のディスプレイ３３に表示される画面例を示す。
【００７４】
−−５．商品引き当て処理−−
ホストコンピュータ１００による商品引き当て処理を説明する。図１４および図１５は、ホストコンピュータ１００のＣＰＵ１０が実行する商品引き当て処理プログラムのフローチャートである。商品引き当て処理は、テレビ製品の各品番毎に実行されるものであり、以下の処理は、図９に示す品番「ＴＨ−Ａ」についての処理を例にして説明するものである。
【００７５】
ホストコンピュータ１００のＣＰＵ１０は、処理実行時間であるか否かを判断する（図１４ステップＳ２０１）。実施形態では、例示として販売店での業務が開始される午前８時を処理実行時間として設定している。したがって、ホストコンピュータ１００は、１日１回、午前８時に自動で商品引き当て処理を実行するものとする。ただし、処理実行時間の設定に限らず、ＣＰＵ１０は、販売店側のユーザのキーボード／マウス１１の操作による処理実行命令の入力に応じて、任意の時間に商品引き当て処理を実行するようにしてもよい。
【００７６】
ＣＰＵ１０は、処理実行時間であったと判断した場合には、注文情報ＤＢ１３０（図９参照）から、未納データを取得する（Ｓ２０３）。未納データとは、注文情報ＤＢ１３０における複数のクライアントからの注文情報の中で、注文区分のカラムに「０（未納）」が記録されているものである。ＣＰＵ１０は、Ｓ２０３で取得した未納データをメモリ１２の引き当て処理テーブル１５０に記録する（Ｓ２０５）。図１６Ａは、Ｓ２０５の処理における引き当て処理テーブル１５０の構成例を示す。引き当て処理テーブル１５０には、品番「ＴＨ−Ａ」に対する６つの注文情報および「処理年月日：２００３−０４１５」が記録される。
【００７７】
ＣＰＵ１０は、ハードディスク１４に記録されたソートルール（並び替えの規則）を参照して、メモリ１２に記録された引き当て処理テーブル１５０のデータをソートする（並び替える）（Ｓ２０７）。実施形態では、ソートルールとして以下の内容を設定している。
【００７８】
・第１優先キー：繰越フラグ（降順）
・第２優先キー：優先度（降順）
・第３優先キー：入力時間（昇順）
より具体的には、図１６Ａの場合ＣＰＵ１０は、第１優先キーである繰越フラグが「１」となっているクライアントコード「Ｄ（上から１番目）」、「Ｃ（上から２番目）」、「Ｂ（上から６番目）」の未納データを優先順位の上位１〜３位と判断する。ＣＰＵ１０は、それら優先順位１〜３位の中で、第２優先キーである優先度が「００２」であるコード「Ｂ」の未納データを優先順位１位と判断する。ＣＰＵ１０は、残りのコード「Ｄ」および「Ｃ」について、第３優先キーである「入力時間」が早い「Ｄ」の未納データを優先順位２位と判断し、「Ｃ」の未納データを優先順位３位と判断する。
【００７９】
一方、第１優先キーである繰越フラグが「０」となっているクライアントコード「Ｄ（上から３番目）」、「Ｃ（上から４番目）」、「Ａ（上から５番目）」の未納データを優先順位の４〜６位と判断する。ＣＰＵ１０は、それら優先順位４〜６位の中で、第２優先キーである優先度が「００１」であるコード「Ａ」の未納データを優先順位４位と判断する。ＣＰＵ１０は、残りのコード「Ｄ」および「Ｃ」について、第３優先キーである「入力時間」が早い「Ｄ」の未納データを優先順位５位と判断し、「Ｃ」の未納データを優先順位６位と判断する。以上の処理により、ＣＰＵ１０は、６つの未納データについて優先順位１〜６位の順番に引き当て処理テーブル１５０に記録された未納データをソートし、その優先順位１〜６位を「引き当て優先順位」のカラムに記録する。図１６Ｂに示す引き当て処理テーブル１６０は、Ｓ２０７の処理においてソートされた後の引き当て処理テーブルの構成例を示す。上述したソート処理のアルゴリズムは例示であって、その他のアルゴリズムを採用してもよい。その他、実施形態におけるソート処理では、便宜上、引き当て処理テーブルの各未納データの順番（列順番）を並び替えるものとして説明したが、順番を並び替えることなく「引き当て優先順位」のみを記録するようにしてもよい。
【００８０】
Ｓ２０７の処理の後、ＣＰＵ１０は、在庫情報ＤＢ１２０から品番「ＴＨ−Ａ」についての「在庫数」を取得し、「対象在庫数」としてメモリ１２に記録する。ここでは、ＣＰＵ１０は、図８の在庫情報ＤＢ１２０から「在庫数：１７」を取得し、「対象在庫数：１７」をメモリ１２に記録する。ＣＰＵ１０は、引き当て処理を行う（Ｓ２１１）。
【００８１】
図１５は、図１４のステップＳ２１１においてサブルーチンとして示した引き当て処理プログラムのフローチャートである。ＣＰＵ１０は、引き当て優先順位「Ｎ」として「１」を割り当てる（図１５ステップＳ３０１）。ＣＰＵ１０は、引き当て処理テーブルにおける引き当て優先順位Ｎの「注文数量」を取得してメモリ１２に記録する（Ｓ３０３）。「Ｎ＝１」が割り当てられている状態では、ＣＰＵ１０は、図１６Ｂの引き当て優先順位１（クライアントコードＢ）の「注文数量：５」を取得してメモリ１２に記録する。
【００８２】
ＣＰＵ１０は、注文数量が対象在庫数以下であったか否かを判断する（Ｓ３０５）。注文数量が対象在庫数以下であったと判断した場合には、ＣＰＵ１０は、対象在庫数−（マイナス）注文数量（対象在庫数と注文数量との差）を演算し、演算結果を「対象在庫数」として書き換える。ここでは、「注文数量：５」は「対象在庫数：１７」以下であるから、ＣＰＵ１０は、対象在庫数を「１７」から「１２」（＝１７−５）に書き換える。
【００８３】
ＣＰＵ１０は、引き当て優先順位Ｎの「注文区分」を「１」に書き換える（Ｓ３０９）。ここでは、ＣＰＵ１０は、図１６Ｂに示す引き当て処理テーブル１６０のクライアントコードＢの注文区分を「０」から「１」に書き換える。
【００８４】
ＣＰＵ１０は、引き当て優先順位「Ｎ」として「Ｎ＋１」を割り当てる（Ｓ３１１）。ここでは、ＣＰＵ１０は、引き当て優先順位「Ｎ」として「２」（＝１＋１）を割り当てる。ＣＰＵ１０は、引き当て処理テーブルにおいて引き当て優先順位「Ｎ」の未納データが記録されているか否かを判断する（Ｓ３１３）。ここでは、ＣＰＵ１０は、引き当て優先順位２として、図１６Ｂの引き当て処理テーブル１６０のクライアントコードＤの未納データが記録されていると判断して、Ｓ３０３からの処理を繰り返す。
【００８５】
図１６Ｂの引き当て処理テーブル１６０においては、注文数は、引き当て優先順位の１位から順番に５→１→１→１０→１→１である。したがって、Ｓ３０３からの処理を繰り返すことによって、ＣＰＵ１０は、「対象在庫数：１７」を１２→１１→１０→０の順番に書き換える。すなわち、引き当て優先順位５位の段階で、ＣＰＵ１０は、Ｓ３０５において注文数量が対象在庫数以下でないと判断する。ここでは、引き当て優先順位５位のクライアントコードＤの注文数量は「１」であり、一方の対象在庫数は「０」である。この場合、ＣＰＵ１０は、Ｓ３０５の処理後にＳ３１１の処理を行う。ここでは、ＣＰＵ１０は、Ｓ３１１の処理によって引き当て優先順位Ｎとして「６」を割り当て、Ｓ３１３からの処理を繰り返す。図１６Ｂの引き当て処理テーブル１６０には引き当て優先順位６位の未納データがあるから、ＣＰＵ１０は、Ｓ３１３、Ｓ３０３、Ｓ３０５の順番で処理を行う。引き当て優先順位６位の段階でも、ＣＰＵ１０は、Ｓ３０５において注文数量が対象在庫数以下でないと判断し、Ｓ３１１の処理を行う。Ｓ３１３の処理において、ＣＰＵ１０は、引き当て優先順位７位の未納データが記録されていないと判断し、図１４のＳ２１３からの処理を行う。
【００８６】
なお、実施形態では、Ｓ３０５の処理において注文数が対象在庫数以下である場合には、その注文数に対する引き当てを行わない例を示したが、これに限られるものではない。その他の実施形態として、注文数が対象在庫数以下である場合であっても、対象在庫数を全て注文数に対して引き当てるような処理（注文数の一部に対する引き当て処理）を採用してもよい。
【００８７】
ＣＰＵ１０は、引き当て処理テーブルに記録された情報を更新する（Ｓ２１３）。具体的には、ＣＰＵ１０は、注文区分「１」が記録された注文情報のうち繰越フラグ「１」が記録されているものについては、「０」に書き換えるとともに「繰越カウント」を「０」にリセットする。ただし、履歴を残すという意味で、別途、繰越フラグ、繰越カウントの履歴データ（「０」にリセットしない内容）をデータベース等に記録しておく方法も考えられる。また、注文区分「０」が記録された未納データについて、ＣＰＵ１０は、繰越カウントをカウントアップ（１増加）する。ここでは、ＣＰＵ１０は、引き当て優先順位１〜３位について、繰越カウントのリセットと、繰越フラグを「０」にする処理とを行う。一方、ＣＰＵ１０は、引き当て優先順位５、６位について、繰越カウントをそれぞれ「９→１０」、「７→８」に書き換える処理を行う。
【００８８】
なお、実施形態では、ステップＳ２１３の処理において、注文区分「１」が記録された注文情報のうち繰越フラグ「０」が記録されているものについては、「繰越カウント」をリセットしないこととしたが（図１６Ｂのクライアントコード「Ａ」の注文情報参照）、これに限られるものではなく、「繰越カウント」をリセットするようにしてもよい。
【００８９】
ＣＰＵ１０は、Ｓ２１３の処理後、クライアントＤＢ１１０と優先度コントロールファイル１４０とを参照して、引き当て処理テーブルにおける「繰越フラグ」を更新する（Ｓ２１５）。具体的には、Ｓ２１３の処理において「繰越カウント数」をカウントアップした各注文情報について、ＣＰＵ１０は、その注文情報に含まれるクライアントコードに基づいてクライアントＤＢ１１０を参照して「優先度」の情報を取得する。ＣＰＵ１０は、その優先度に基づいて優先度コントロールファイル１４０を参照して「最大繰越カウント」の情報を取得する。ＣＰＵ１０は、Ｓ２１３の処理においてカウントアップした「繰越カウント数」が「最大繰越カウント」と一致する場合（または、「繰越カウント」が「最大繰越カウント」未満でない場合）には、「繰越フラグ」を「０」から「１」に更新する。ここでは、図１６Ｂに示す引き当て処理テーブル１６０における引き当て優先順位５（クライアントＤ）の注文情報は繰越カウント「１０」にカウントアップされており、クライアントＤの優先度は「−（ＮＵＬＬ）」であるから（図７参照）、ＣＰＵ１０は、対応する最大繰越カウント「１０」と比較した結果、そのクライアントＤの繰越フラグを「１」に更新する。したがって、引き当て優先順位５（クライアントＤ）の注文情報は、次回の商品引き当て処理におけるソート処理において、より優先順位の高い注文情報として引き当てられる可能性が高くなる。一方、図１６Ｂにおける引き当て優先順位６（クライアントＣ）の注文情報は繰越カウント「８」にカウントアップされているが、対応する最大繰越カウント「１０」未満であるので、ＣＰＵ１０は、そのクライアントＣの繰越フラグを更新しない。
【００９０】
Ｓ２１３、Ｓ２１５の処理により、ＣＰＵ１０は、図１６Ｂに示す引き当て処理テーブル１６０を、図１６Ｃに示す引き当て処理テーブル１７０のように更新する。
【００９１】
ＣＰＵ１０は、メモリ１２に記録された「対象在庫数」、およびメモリ１２に記録された引き当て処理テーブルの情報に基づいて、注文情報ＤＢ１３０、在庫情報ＤＢ１２０を更新する（Ｓ２１７）。
【００９２】
具体的には、ＣＰＵ１０は、Ｓ２１３の処理において更新された引き当て処理テーブルの各カラム情報を、注文情報ＤＢ１３０（引き当て処理テーブルの情報の取得元）の対応するカラムにコピー（複製）する。これにより、注文情報ＤＢ１３０における「注文区分」、「繰越カウント」、「繰越フラグ」の各カラム情報が更新される。また、ＣＰＵ１０は、図１４のＳ２１１の引き当て処理において最終的に記録された「対象在庫数」を、在庫情報ＤＢ１２０の対応するカラムにコピーする。ここでは、「対象在庫数：０」が記録されているから、ＣＰＵ１０は、在庫情報ＤＢ１２０（図８参照）における品番「ＴＨ−Ａ」の在庫数を「０」に更新する。また、ＣＰＵ１０は、更新前の「在庫数」−「対象在庫数」の演算結果を在庫情報ＤＢ１２０の「出庫予定数」のカラムに記録し、商品引き当て処理を行った日の翌日の日付を在庫情報ＤＢ１２０の「出庫予定日」のカラムに記録する。ここでは、更新前の「在庫数：１７」および「対象在庫数：０」の情報に基づき、ＣＰＵ１０は、「出庫予定数：１７」を「出庫予定数」のカラム記録し、商品引き当て処理を行った日の翌日の日付である「０３−０４１６」を「出庫予定日」のカラムに記録する。実施形態では、商品引き当て処理を行った日の翌日を出庫予定日として設定しているが、これに限られるものではない。その他の実施形態として、商品引き当て処理を行った日と出庫予定日との間の期間を販売店側で任意に設定してもよい。
【００９３】
Ｓ２１７の処理後、ＣＰＵ１０は、Ｓ２０１からの処理を繰り返す。ここでは、処理実行時間として設定された翌日の午前８時において、ＣＰＵ１０は、Ｓ２０３からの処理を繰り返すことになる。
【００９４】
−−６．注文情報出力処理−−
ホストコンピュータ１００が、販売店端末２００のユーザ要求に応じて注文情報を出力する処理を説明する。図１７は、販売店端末２００のＣＰＵ２０およびホストコンピュータ１００のＣＰＵ１０が実行する注文情報出力処理プログラムのフローチャートである。
【００９５】
販売店端末２００のＣＰＵ２０は、ユーザによるキーボード／マウス２１の操作によって注文情報の閲覧要求が入力されたか否かを判断する（図１７ステップＳ４０１）。図１８Ａは、閲覧要求の入力が行われる際に販売店端末２００のディスプレイ２３に表示される画面例を示す。ＣＰＵ２０による閲覧要求の入力の有無の判断は、例えば図１８Ａの「要求ボタン」のクリック動作の有無等によって行う。
【００９６】
ＣＰＵ２０は、閲覧要求の入力があったと判断した場合には、ホストコンピュータ１００に対して閲覧要求を送信する（Ｓ４０３）。ホストコンピュータ１００のＣＰＵ１０は、閲覧要求を受信したか否かを判断する（Ｓ４５０）。閲覧要求を受信したと判断した場合には、ＣＰＵ１０は、注文情報ＤＢ１３０（図９参照）に記録された情報に基づいて閲覧画面データを生成してメモリ１２に記録する（Ｓ４５２）。
【００９７】
ＣＰＵ１０は、販売店端末２００に対して閲覧画面データを送信して処理を終了する（Ｓ４５４）。販売店端末２００のＣＰＵ２０は、閲覧画面データを受信し（Ｓ４０５）、そのデータに基づいて閲覧画面をディスプレイ２３に出力して処理を終了する（Ｓ４０７）。
【００９８】
図１８Ｂは、Ｓ４０７の処理後において販売店端末２００のディスプレイ２３に表示される画面例を示す。閲覧画面には、品番毎に「クライアントコード」、「数量」、「希望納品日」、「注文区分」が表示される。販売店端末２００のユーザは、複数の各注文情報について、出庫（納品）が予約されているものと、予約されていないもの（引き当てがされていないもの）とを区別して全体の予約状況を把握することができる。ここでは、注文区分「１」の注文情報は、「予約（出庫が予約されている）」として表示している。
【００９９】
上記の説明では、注文情報出力処理を例示したが、これに限られるものではなく、在庫情報出力処理も上述の処理と同様に実行することが可能である。具体的には、ホストコンピュータ１００は、販売店端末２００のユーザの要求に応じて在庫情報ＤＢ１２０（図８参照）の情報内容を出力する。在庫情報に含まれる「出庫予定日」および「出庫予定数」等の情報により、販売店側の出庫担当部署等のユーザは、入出庫状況を把握することができる。
【０１００】
−−７．実施形態による効果−−
実施形態は、上述したように複数の特徴を有しているが、各特徴についての効果として、例えば次の内容を挙げることができる。
【０１０１】
実施形態では、図７のクライアントＤＢ１１０に示すようにクライアント別に優先度を設定している。ホストコンピュータ１００のＣＰＵ１０は、図１４のステップＳ２０７に示すように、その優先度にしたがって引き当て処理の順番を決定する。したがって、いずれのクライアントを優先するかというユーザの意図に応じた、優先的な引き当て処理を効率的に実行することができる。優先度コントロールファイル１４０の設定は、例えば得意先となるクライアントに対する優先度を高くする必要がある場合等に好適である。
【０１０２】
実施形態では、注文情報ＤＢ１３０に示すように、注文情報毎に「繰越カウント」および「繰越フラグ」を設定している。ＣＰＵ１０は、図１４のステップＳ２０７に示すように、その「繰越フラグ」の情報（繰越カウントが最大繰越カウントに到達したか否かの情報）にしたがって引き当て処理の順番を決定する。したがって、上述したように「優先度」が記録されたクライアントの注文情報を優先的に商品の引き当て処理の対象とする一方で、優先度が記録されていないクライアントの注文情報についても、過去の商品引き当て処理において在庫数の引き当てがされなかった回数（繰越カウント）が所定の回数（最大繰越カウント）に到達した場合には優先的に商品の引き当て処理の対象となる。
【０１０３】
一般的に、例えば特定のクライアントに対する優先度を高くすることによって優先的な引き当て処理を実行するコンピュータシステムを利用すれば、優先度データ等の変更を行わない限り、優先度の低いクライアントに対する引き当て処理が行われない状態が継続してしまう可能性がある。
【０１０４】
この点、実施形態は、引き当て処理の順番の決定に際して、「優先度」だけではなく上記「繰越フラグ」の情報を考慮することとしている。したがって、「繰越フラグ」が「１」となっているクライアントに対しては、優先度データ等の変更を行うことなく、（優先度の高低にかかわらず）自動的に優先的な引き当て処理を実行することが可能となる。言い換えると、実施形態によれば、「優先度」によって特定のクライアントを優遇する一方で、「繰越フラグ」の情報を考慮することによって優先度の低いクライアントに対する一種の救済処置を施す、という２つの要求を同時に達成するものといえる。
【０１０５】
なお、実施形態では、図１４のステップＳ２０７に示すように、「優先度」、「繰越フラグ」の情報、「入力時間」の３つを考慮して引き当て処理の順番を決定しているが、これに限られるものではなく、例えば「繰越フラグ」の情報および「入力時間」の２つ、あるいは「繰越フラグ」の情報のみを考慮して引き当て処理の順番を決定するようにしてもよい。
【０１０６】
−−８．その他の実施形態等−−
８−１．引き当て処理におけるソートルール（並び替え規則）のバリエーション
実施形態では、図１４のステップＳ２０７において、第１優先キーとして「繰越フラグ」、第２優先キーとして「優先度」、第３優先キーとして「入力時間」を採用したが、これに限られるものではなく、ソートルール（優先キーの順番、内容等）は修正可能である。以下、ソートルールのバリエーション（変形例）の一例を説明する。
【０１０７】
ソートルールの第１のバリエーションは、例えば、第１優先キーとして、「繰越フラグ」に替えて「繰越カウント（降順）」の情報を採用する。具体的には、Ｓ２０７の処理において、ホストコンピュータ１００のＣＰＵ１０は、「繰越カウント」の多い注文情報を、引き当て優先順位の上位になるようにソートするものとする。
【０１０８】
ソートルールの第２のバリエーションは、例えば、第１優先キーとして、「繰越フラグ」に替えて「引き当てカウント（昇順）」の情報を採用する。「引き当てカウント」は、過去の商品引き当て処理の実行時において引き当ての対象となった回数を示す。具体的には、Ｓ２０７の処理において、ＣＰＵ１０は、「引き当てカウント」の少ない注文情報を引き当て優先順位の上位になるようにソートするものとする。この場合の変形例として、第１優先キーとして「優先度（降順）」、第２優先キーとして「引き当てカウント（昇順）」の情報を採用してもよい。「引き当てカウント」の情報の変形例として、過去の商品引き当て処理の実行時において連続して引き当ての対象となった回数を示すもの（すなわち、商品引き当て処理の実行時において引き当ての対象となればカウントアップし、引き当ての対象とならなかった場合には「０」にリセットされる情報）を採用してもよい。
【０１０９】
ソートルールの第３のバリエーションは、例えば、第１優先キーとして「優先度（降順）」、第２優先キーとして「繰越フラグ（降順）」、第３優先キーとして「入力時間（昇順）」を採用する。具体的には、図１６Ａの引き当て処理テーブル１５０の場合、ホストコンピュータ１００のＣＰＵ１０は、「優先度」が記録されているクライアントコード「Ｂ（上から６番目）」、「Ａ（上から５番目）」の未納データをそれぞれ優先順位の上位１、２位と判断する。ＣＰＵ１０は、さらに、「繰越フラグ：１」となっている「Ｄ（上から１番目）」、「Ｃ（上から２番目）」の未納データを優先順位３、４位と判断する。ＣＰＵ１０は、それら「Ｄ（上から１番目）」、「Ｃ（上から２番目）」の未納データのうち「入力時間」が早い「Ｄ」の未納データを優先順位３位と判断し、「Ｃ」を優先順位４位と判断する。ＣＰＵ１０は、残りの「Ｄ（上から３番目）」および「Ｃ（上から４番目）」について、第３優先キーである「入力時間」が早い「Ｄ」の未納データを優先順位５位と判断し、「Ｃ」の未納データを優先順位６位と判断する。
【０１１０】
実施形態では、注文情報ＤＢ１３０（図９参照）に示すように、注文情報毎に「繰越カウント」および「繰越フラグ」を設定することとしたが、これに限られるものではない。その他の実施形態として、注文情報毎ではなく、クライアント毎に「繰越カウント」および「繰越フラグ」を設定してもよい。具体的には、クライアントＤＢ１１０（図７参照）に「繰越カウント」、「繰越フラグ」のカラムを設定しておく。ＣＰＵ１０は、引き当て処理の対象から外れた注文情報があった場合には、その注文情報に対応するクライアントの「繰越カウント」および「繰越フラグ」を更新する。ＣＰＵ１０は、図１４のステップＳ２０７の処理において、これらの「繰越カウント」および「繰越フラグ」の情報を参照する。
【０１１１】
実施形態では、引き当て処理の対象外となった場合の履歴の管理を、「繰越カウント」として記録することとしているが、これに限られるものではない。「繰越カウント」のその他の実施形態として、所定期間中において引き当て処理の対象外となった回数の平均値や、”引き当て処理の回数”に対する”引き当て処理対象外となった回数”の割合（％等）等を採用してもよい。その他、「繰越カウント」のその他の実施形態として、実施形態で説明した「最大繰越カウント」と「繰越カウント」との差（最大繰越カウント−繰越カウント）を採用してもよい。この場合、図１４のステップＳ２０７の処理においてＣＰＵ１０は、例えば、第１優先キーとして「最大繰越カウント」と「繰越カウント」との差の値を昇順でソートすることとすればよい。
【０１１２】
８−２．装置構成バリエーション
実施形態では、クライアントＤＢ１１０、在庫情報ＤＢ１２０、注文情報ＤＢ１３０のそれぞれは、ホストコンピュータ１００に記録される例を示したが、これに限られるものではない。その他の実施形態として、クライアントＤＢ１１０、および在庫情報ＤＢ１２０、注文情報ＤＢ１３０の全て、あるいは一部を販売店端末２００のハードディスク２４等に記録しておくようにしてもよい。この場合、ホストコンピュータ１００のＣＰＵ１０は、販売店端末２００のハードディスク２４に記録されたデータベースにアクセスすることを介して、商品引き当て処理を実行する。
【０１１３】
８−３．プログラム実行方法等の実施例
実施形態では、ＣＰＵ１０、ＣＰＵ２０、ＣＰＵ３０の動作のためのプログラムを、それぞれハードディスク１４、ハードディスク２４、ハードディスク３４に記憶させているが、このプログラムは、プログラムが記憶されたＣＤ−ＲＯＭから読み出してハードディスク等にインストールすればよい。また、プログラムは、ＣＤ−ＲＯＭ以外に、ＤＶＤ−ＲＯＭ、またはフレキシブルディスク（ＦＤ）、またはＩＣカード等のコンピュータ可読の記録媒体からインストールするようにしてもよい。さらに、通信回線を用いてプログラムをダウンロードさせることもできる。また、ＣＤ−ＲＯＭからプログラムをインストールすることにより、ＣＤ−ＲＯＭに記憶させたプログラムを間接的にコンピュータに実行させるようにするのではなく、ＣＤ−ＲＯＭに記憶させたプログラムを直接的に実行するようにしてもよい。
【０１１４】
なお、コンピュータによって実行可能なプログラムとしては、ＣＰＵによって直接実行可能なプログラムだけではなく、ソース形式のプログラム、一旦他の形態等に変換が必要なもの（例えば、圧縮処理がされたプログラム、暗号化プログラム）、さらには、他のモジュール部分と組合して実行可能なプログラムも含む。
【０１１５】
上記各実施形態では、図３の各機能をＣＰＵおよびプログラムによって実現することとしているが、各機能の一部または全部をハードウェアロジック（論理回路）によって構成してもよい。
【図面の簡単な説明】
【０１１６】
【図１】実施形態による商品引き当て管理システムの全体図である。
【図２】商品引き当て管理システムの処理概要図である。
【図３】商品引き当て管理システムに含まれるホストコンピュータの機能ブロック図である。
【図４】ホストコンピュータのハードウェア構成例を示す図である。
【図５】販売店端末のハードウェア構成例を示す図である。
【図６】クライアント端末のハードウェア構成例を示す図である。
【図７】クライアントデータベースの構成例を示す図である。
【図８】在庫情報データベースの構成例を示す図である。
【図９】注文情報データベースの構成例を示す図である。
【図１０】優先度コントロールファイルの構成例を示す図である。
【図１１】引き当て処理テーブルの構成例を示す図である。
【図１２】注文情報入力処理プログラムのフローチャートである。
【図１３】図１３Ａ、図１３Ｂは、注文情報入力処理におけるクライアント端末の画面表示例である。
【図１４】商品引き当て処理プログラムのフローチャートである。
【図１５】商品引き当て処理プログラムのフローチャートである。
【図１６】図１６Ａ、図１６Ｂ、図１６Ｃは、商品引き当て処理中の引き当て処理テーブルの構成例である。
【図１７】注文情報出力処理プログラムのフローチャートである。
【図１８】図１８Ａ、図１８Ｂは、注文情報出力処理における販売店端末の画面表示例である。
【符号の説明】
【０１１７】
１００・・・ホストコンピュータ
１１０・・・クライアントデータベース
１２０・・・在庫情報データベース
１３０・・・注文情報データベース
１４０・・・優先度コントロールファイル
１５０・・・引き当て処理テーブル
２００・・・販売店端末
３００・・・クライアント端末
【図１】
2005196458.tif 000003
【図２】
2005196458.tif 000004
【図３】
2005196458.tif 000005
【図４】
2005196458.tif 000006
【図５】
2005196458.tif 000007
【図６】
2005196458.tif 000008
【図７】
2005196458.tif 000009
【図８】
2005196458.tif 000010
【図９】
2005196458.tif 000011
【図１０】
2005196458.tif 000012
【図１１】
2005196458.tif 000013
【図１２】
2005196458.tif 000014
【図１３】
2005196458.tif 000015
【図１４】
2005196458.tif 000016
【図１５】
2005196458.tif 000017
【図１６】
2005196458.tif 000018
【図１７】
2005196458.tif 000019
【図１８】
2005196458.tif 000020