(57)【要約】  本発明は、製品レベルが予め設定されたレベル未満に減少した時点で、自動化された発注を通して製品のレベルを維持することを可能にする、製品レベル管理システム、方法、および装置に関する。製品使用量は、製品が使用された時点で製品と関連付けられるコードを読み出すために、デバイスを使用することによって追跡される。製品使用量データは、製品レベルデータを更新するために使用され、該レベルデータは、より多くの製品が必要とされるかどうかを判定するために使用される。本発明はまた、製品レベルの監査を行うこと、および該監査の結果として製品レベルデータが更新されることも可能にする。
2014526073.tif 000002
【特許請求の範囲】
【請求項１】
製品レベル管理システムであって、
製品と関連付けられるコードを読み出し、製品使用量データを生成し、そして前記製品使用量データを送るように構成される、少なくとも１つの携帯型パーソナル通信デバイスと、
前記製品使用量データを受け取るための手段と、
前記製品使用量データに応じて製品レベルデータを更新するための手段と、
前記製品レベルデータに基づいて、より多くの前記製品が必要とされるかどうかを判定するための手段と、
より多くの前記製品が必要とされる場合に、製品発注メッセージを製品発注システムに送るための手段と、
前記製品発注メッセージを受け取り、その後に製品発注を作成するための手段と、
を備える、製品レベル管理システム。
【請求項２】
前記携帯型パーソナル通信デバイスは、視覚コードを読み出すように構成される、請求項１に記載の製品レベル管理システム。
【請求項３】
前記携帯型パーソナル通信デバイスは、コード搬送デバイスと関連付けられるコードを、前記携帯型パーソナル通信デバイスと前記コード搬送デバイスとの間の無線通信によって読み出すように構成される、請求項１に記載の製品レベル管理システム。
【請求項４】
前記携帯型パーソナル通信デバイスは、ユーザが照合するための製品説明データを表示するように構成される、請求項１〜３のいずれか１項に記載の製品レベル管理システム。
【請求項５】
前記携帯型パーソナル通信デバイスは、前記製品使用量データを生成するために、ユーザが入力した製品数量データを受け取るように構成される、請求項１〜４のいずれか１項に記載の製品レベル管理システム。
【請求項６】
前記携帯型パーソナル通信デバイスはさらに、製品使用量と関連付けられる参照データを受け取るように構成される、請求項５に記載の製品レベル管理システム。
【請求項７】
前記携帯型パーソナル通信デバイスは、携帯電話である、請求項１〜６のいずれか１項に記載の製品レベル管理システム。
【請求項８】
より多くの前記製品が必要とされるかどうかを判定するための前記手段は、前記製品レベルデータを、１つ以上の予め定義された製品レベル閾値と比較する、請求項１〜７のいずれか１項に記載の製品レベル管理システム。
【請求項９】
前記製品レベルデータが、前記製品のレベルが、前記予め定義された製品レベル閾値未満であることを示す場合に、より多くの前記製品が必要とされる、請求項８に記載の製品レベル管理システム。
【請求項１０】
前記システムは、前記製品使用量データを受け取り、製品レベルデータを更新し、前記製品レベルデータに基づいて、より多くの前記製品が必要とされるかどうかを判定し、また、より多くの前記製品が必要とされる場合に、前記製品発注メッセージを前記製品発注システムに送るための、ポータルを備える、請求項１〜９のいずれか１項に記載の製品レベル管理システム。
【請求項１１】
前記システムはさらに、１人以上のユーザが、前記製品使用量データ、製品レベルデータ、予め定義された製品レベル閾値、製品発注情報、および／または請求情報を閲覧および／または編集することを可能にするための手段を備える、請求項１〜４のいずれか１項に記載の製品レベル管理システム。
【請求項１２】
前記製品発注メッセージは、ＸＭＬメッセージで構成される、請求項１〜１１のいずれか１項に記載の製品レベル管理システム。
【請求項１３】
前記システムはさらに、前記製品発注を処理するための手段を備える、請求項１〜１２のいずれか１項に記載の製品レベル管理システム。
【請求項１４】
前記製品発注システムは、企業資源計画システムの一部である、請求項１〜１３のいずれか１項に記載の製品レベル管理システム。
【請求項１５】
前記製品レベル管理システムはさらに、製品レベルデータに対する製品レベルを確認する手段を含む、請求項１〜１４のいずれか１項に記載の製品レベル管理システム。
【請求項１６】
少なくとも１つの携帯型パーソナル通信デバイスは、製品と関連付けられるコードを読み出すことに続いて、実際の製品レベルデータを生成し、送るように構成され、前記製品レベル管理システムはさらに、
前記実際の製品レベルデータを受け取るための手段と、
前記実際の製品レベルデータを、記憶された製品レベルデータと比較するための手段と、
前記実際の製品レベルデータが、前記記憶された製品レベルデータと異なる場合に、製品レベル相違通知を作成し、送るための手段と、を備える、請求項１５に記載の製品レベル管理システム。
【請求項１７】
前記製品レベル管理システムはさらに、前記製品レベル相違通知を処理するための手段を備える、請求項１６に記載の製品レベル管理システム。
【請求項１８】
前記実際の製品レベルデータが、前記記憶された製品レベルデータと少なくとも所定量だけ異なる場合に、製品レベル相違通知が作成される、請求項１６または１７に記載の製品レベル管理システム。
【請求項１９】
前記製品レベル管理システムはさらに、前記実際の製品レベルデータが、前記記憶された製品レベルデータと異なる場合に、前記記憶された製品レベルデータを更新するための手段を備える、請求項１６〜１８のいずれか１項に記載の製品レベル管理システム。
【請求項２０】
製品レベルを管理する方法であって、
製品と関連付けられるコードを読み出すことに続いて、携帯型パーソナル通信デバイスによって生成される製品使用量データを受け取ることと、
前記製品使用量データに応じて製品レベルデータを更新することと、
前記製品レベルデータに基づいて、より多くの前記製品が必要とされるかどうかを判定することと、
より多くの前記製品が必要とされる場合に、製品発注メッセージを製品発注システムに送ることと、
を含む、製品レベルを管理する方法。
【請求項２１】
より多くの前記製品が必要とされるかどうかを判定する前記ステップは、前記製品レベルデータを、１つ以上の予め定義された製品レベル閾値と比較することを含む、請求項２０に記載の製品レベルを管理する方法。
【請求項２２】
前記製品レベルデータが、前記製品のレベルが、前記予め定義された製品レベル閾値未満であることを示す場合に、より多くの前記製品が必要とされる、請求項２１に記載の製品レベルを管理する方法。
【請求項２３】
前記方法はさらに、前記製品使用量データ、製品レベルデータ、予め定義された製品レベル閾値、製品発注情報、および／または請求情報を、１人以上のユーザに表示することを含む、請求項２０〜２２のいずれか１項に記載の製品レベルを管理する方法。
【請求項２４】
前記方法はさらに、前記１人以上のユーザから更新情報を受け取り、前記更新情報に従って、前記製品使用量データ、製品レベルデータ、予め定義された製品レベル閾値、製品発注情報、および／または請求情報のうちの１つ以上を更新することを含む、請求項２３に記載の製品レベルを管理する方法。
【請求項２５】
前記方法はさらに、
製品と関連付けられるコードを読み出すことに続いて、携帯型パーソナル通信デバイスによって生成される実際の製品レベルデータを受け取ることと、
前記実際の製品レベルデータを、記憶された製品レベルデータと比較することと、
前記実際の製品レベルデータが、前記記憶された製品レベルデータと異なる場合に、製品レベル相違通知を作成し、送ることと、を含む、請求項２０〜２４のいずれか１項に記載の製品レベルを管理する方法。
【請求項２６】
前記実際の製品レベルデータが、前記記憶された製品レベルデータと少なくとも所定量だけ異なる場合に、製品レベル相違通知が作成される、請求項２５に記載の製品レベルを管理する方法。
【請求項２７】
前記方法はさらに、前記実際の製品レベルデータが、前記記憶された製品レベルデータと異なる場合に、前記記憶された製品レベルデータを更新することを含む、請求項２５または２６に記載の製品レベルを管理する方法。
【請求項２８】
製品レベル管理システムで使用するための装置であって、
製品と関連付けられるコードを読み出すことに続いて、携帯型パーソナル通信デバイスによって生成される実際の製品使用量データを受け取るための手段と、
前記製品使用量データに応じて製品レベルデータを更新するための手段と、
前記製品レベルデータに基づいて、より多くの前記製品が必要とされるかどうかを判定するための手段と、
より多くの前記製品が必要とされる場合に、製品発注メッセージを製品発注システムに送るための手段と、
を備える、製品レベル管理システムで使用するための装置。
【請求項２９】
より多くの前記製品が必要とされるかどうかを判定するための前記手段は、前記製品レベルデータを、１つ以上の予め定義された製品レベル閾値と比較する、請求項２８に記載の製品レベル管理システムで使用するための装置。
【請求項３０】
前記製品レベルデータが、前記製品のレベルが、前記予め定義された製品レベル閾値未満であることを示す場合に、より多くの前記製品が必要とされる、請求項２９に記載の製品レベル管理システムで使用するための装置。
【請求項３１】
前記装置はさらに、１人以上のユーザが、前記製品使用量データ、製品レベルデータ、予め定義された製品レベル閾値、製品発注情報、および／または請求情報を閲覧および／または編集することを可能にするための手段を備える、請求項２８〜３０のいずれか１項に記載の製品レベル管理システムで使用するための装置。
【請求項３２】
前記装置はさらに、
製品と関連付けられるコードを読み出すことに続いて、携帯型パーソナル通信デバイスによって生成される実際の製品レベルデータを受け取るための手段と、
前記実際の製品レベルデータを、記憶された製品レベルデータと比較するための手段と、
前記実際の製品レベルデータが、前記記憶された製品レベルデータと異なる場合に、製品レベル相違通知を作成し、送るための手段と、を備える、請求項２８〜３１のいずれか１項に記載の製品レベル管理システムで使用するための装置。
【請求項３３】
前記実際の製品レベルデータが、前記記憶された製品レベルデータと少なくとも所定量だけ異なる場合に、製品レベル相違通知が作成される、請求項３２に記載の製品レベル管理システムで使用するための装置。
【請求項３４】
前記装置はさらに、前記実際の製品レベルデータが、前記記憶された製品レベルデータと異なる場合に、前記記憶された製品レベルデータを更新するための手段を備える、請求項３２または３３に記載の製品レベル管理システムで使用するための装置。
【請求項３５】
請求項２０〜２７のいずれか１項に記載の製品レベルを管理する方法を行うための、請求項１〜１９のいずれか１項に記載の製品レベル管理システムの使用。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、製品レベル管理システムに関する。
【背景技術】
【０００２】
多くの産業は、全種類の商品が在庫切れしないことを確実にするために、そのような商品が継続的に送達されることを必要とする。在庫切れは、生産性の低下または停止を意味する可能性がある。したがって、企業は、必須の在庫品目が切れる危険性を最小にすることを確実にするシステムを設置するよう努める。
【０００３】
製品の定期的な託送が重要である１つの業界は、製紙業界である。多くの企業は、必要性に対処するために用紙の十分な供給を有することに依存し、用紙の供給が切れた場合には、事業に悪影響を与える可能性がある。生産性を維持するために製品の十分な在庫を保たなければならない、膨大な数の業界全体にわたって、無数の他の例がある。
【０００４】
従来の託送／在庫発注システムは、顧客が、最初にどれくらいの製品が必要であるかを確認して、特定の量の製品を発注することが必要である。発注には、事前にまたは配達後に代金が支払われ得る。製品供給業者は、発注を受け取り、卸売業者が配達するために発注を準備する。通常、顧客は、その在庫が補充されることを確実にするためにさらなる発注を要求することになるか、または在庫レベルを所与の使用量の傾向に維持することを意図する定期的な託送発注が計画され得る。
【０００５】
そのようなシステムは、しばしば、顧客が、顧客自体の在庫レベルを十分なレベルに保つために、必要な発注を完了することに依存する。しばしば、顧客は、顧客自体の内部システムの故障、注意不足、または製品使用の予測不可能な急増のため、そのようにすることができない場合がある。定期的な託送発注は、顧客の誤りによる在庫レベルの低下といった危険性を低減させることを意図するが、急激な高レベルの製品使用に十分に対処し得ない。さらに、製品使用が少ない期間があると、定期的な委託発注は、在庫レベルを増加させる可能性があり、これは、在庫が不必要に購入され得ること、および保管経費が増大し得ることを意味する。あるときには、在庫が供給業者に返され得、これは、一方または双方の当事者について配達経費が増加することを意味する。
【０００６】
異なるタイプの発注システムは、顧客の在庫が決して所定のレベル未満に減少しない、または所定のレベルを超えて増加しないことを確実するよう努めるために、供給業者側または卸売業者側で異なるレベルの自発性を伴い得る。しかしながら、組織間での在庫レベル情報の通信に関する固有の問題、さらに、多数の顧客からの同時の発注を供給業者が管理することに関する固有の問題がある。発注は、しばしば、緊急に受け取られ、供給業者は、潜在的な発注のピークに対処できることを確実にするために、高レベルの在庫を維持することが必要になり得る。高レベルの在庫は、供給業者に対する経費を増加させ、それは、供給業者の顧客に転嫁され得る。
【０００７】
しばしば、在庫の補充要件を通信するために、人間によるいくつかの入力が必要とされ、これは、時間がかかり、かつ経費も高くなる可能性がある。一部の場合において、従業員は、新しい在庫のための発注を完了するために、在庫量を物理的に計数する必要があり得る。
【０００８】
いくつかの業界は、上で論じた問題の少なくともいくつかを解決しようとするために、統合システムを開発した。例えば、スーパーマーケット業界では、スーパーマーケットのスタッフが店舗の床に配置された製品を走査することができ、この情報が供給業者に自動的にフィードバックされるシステムが開発された。供給業者は、レベルが低くなっている場合に、追加の在庫を自動的に供給する。スーパーマーケットはまた、在庫レベルを監視するために、販売時点管理用バーコードスキャナからの情報も使用し得る。
【０００９】
そのようなシステムは、スーパーマーケット業界には好適であり得るが、より小さい業界、または在庫登録システムをまだ確立していない業界には好適でない場合がある。特に、バーコードスキャナ等の専用ハードウェアに対する必要性は、数多くの企業が回避しようとする、統合託送システムを実現するための多額の設備投資を紹介する。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明の目的は、改善された製品レベル管理システムを提供することである。
あるいは、本発明の目的は、従来技術と関連付けられる上述の不利な点の少なくとも一部を解決する製品レベル管理システムを提供すること、または少なくとも有用な選択肢を公衆に提供することである。
【００１１】
本発明の第１の態様によれば、製品レベル管理システムが提供され、該システムは、
製品と関連付けられるコードを読み出し、製品使用量データを生成し、そして製品使用量データを送るように構成される、少なくとも１つの携帯型パーソナル通信デバイスと、
製品使用量データを受け取るための手段と、
製品使用量データに応じて製品レベルデータを更新するための手段と、
製品レベルデータに基づいて、より多くの製品が必要とされるかどうかを判定するための手段と、
より多くの製品が必要とされる場合に、製品発注メッセージを製品発注システムに送るための手段と、
製品発注メッセージを受け取り、その後に製品発注を作成するための手段と、を備える。
【００１２】
コードを読み出すステップが、コードを識別すること、およびコードに記憶された情報を復号化することを含むことが理解されるであろう。
【００１３】
本発明の一実施形態において、コードは、視覚コードである。好ましくは、携帯型パーソナル通信デバイスは、バーコード、例えばクイックレスポンス（ＱＲ）コード（登録商標）の形態の視覚コードを読み出すように構成される。
【００１４】
本発明の別の実施形態において、コードは、コード搬送デバイス、例えばタグ、チップ等と関連付けられる。好ましくは、携帯型パーソナル通信デバイスは、例えば近距離無線通信（ＮＦＣ）またはＲＦＩＤを使用して、コードを、携帯型パーソナル通信デバイスとコード搬送デバイスとの間の無線通信によって読み出すように構成される。
【００１５】
好ましくは、携帯型パーソナル通信デバイスは、ユーザが照合するための製品説明データを表示するように構成される。
【００１６】
好ましくは、携帯型パーソナル通信デバイスは、製品使用量データを生成するために、ユーザが入力した製品数量データを受け取るように構成される。より好ましくは、携帯型パーソナル通信デバイスはさらに、製品使用量と関連付けられる参照データを受け取るように構成される。
【００１７】
本発明の好適な実施形態において、携帯型パーソナル通信デバイスは、携帯電話である。
【００１８】
好ましくは、製品レベルデータは、第１のデータベース内に記憶される。より好ましくは、製品使用量データは、第２のデータベース内に記憶される。第１および第２のデータベースは、同じである場合もあり、またはそうでない場合もある。
【００１９】
好ましくは、より多くの製品が必要とされるかどうかを判定するための手段は、製品レベルデータを、１つ以上の予め定義された製品レベル閾値と比較する。より好ましくは、製品レベルデータが、製品のレベルが、予め定義された製品レベル閾値未満であることを示す場合に、より多くの製品が必要とされる。
【００２０】
好ましくは、システムは、製品使用量データを受け取り、製品レベルデータを更新し、製品レベルデータに基づいて、より多くの製品が必要とされるかどうかを判定し、また、より多くの製品が必要とされる場合に、製品発注メッセージを製品発注システムに送るための、ポータルを備える。ポータルは、プロセッサ、ウェブサーバ、グラフィカルユーザインターフェース（ＧＵＩ）、および１つ以上のウェブページを備え得る。
【００２１】
好ましくは、システムはさらに、１人以上のユーザが、製品使用量データ、製品レベルデータ、予め定義された製品レベル閾値、製品発注情報、および／または請求情報を閲覧および／または編集することを可能にするための手段を備える。好ましい実施形態において、可能にするための手段は、ＧＵＩを備える。１人以上のユーザとしては、製品ユーザ、システム管理者、および製品供給業者が挙げられ得る。
【００２２】
好ましくは、製品発注メッセージは、ＸＭＬメッセージで構成される。
【００２３】
好ましくは、システムはさらに、製品発注を処理するための手段を備える。処理するための手段は、発注の詳細を、例えばＧＵＩまたは印刷デバイス上に出力することを含み得る。
【００２４】
好ましくは、製品発注システムは、企業資源計画システムの一部である。
【００２５】
本発明の好ましい実施形態において、製品レベル管理システムはさらに、製品レベルデータに対する製品レベルを確認する手段を備える。
【００２６】
より好ましくは、少なくとも１つの携帯型パーソナル通信デバイスは、製品と関連付けられるコードを読み出すことに続いて、実際の製品レベルデータを生成し、送るように構成され、製品レベル管理システムはさらに、
実際の製品レベルデータを受け取るための手段と、
実際の製品レベルデータを、記憶された製品レベルデータと比較するための手段と、
実際の製品レベルデータが、記憶された製品レベルデータと異なる場合に、製品レベル相違通知を作成し、送るための手段と、を備える。
【００２７】
好ましくは、製品レベル管理システムはさらに、製品レベル相違通知を処理するための手段を備える。処理するための手段は、製品レベル相違通知に関連する請求書または貸方票を作成し得る。あるいは、処理するための手段は、製品レベル相違通知に対応する製品発注を作成し得る。
【００２８】
好ましくは、実際の製品レベルデータが、記憶された製品レベルデータと少なくとも所定量だけ異なる場合に、製品レベル相違通知が作成される。
【００２９】
好ましくは、製品レベル管理システムはさらに、実際の製品レベルデータが、記憶された製品レベルデータと異なる場合に、記憶された製品レベルデータを更新するための手段を備える。
【００３０】
本発明の第２の態様によれば、製品レベルを管理する方法が提供され、該方法は、
製品と関連付けられるコードを読み出すことに続いて、携帯型パーソナル通信デバイスによって生成される製品使用量データを受け取ることと、
製品使用量データに応じて製品レベルデータを更新することと、
製品レベルデータに基づいて、より多くの製品が必要とされるかどうかを判定することと、
より多くの製品が必要とされる場合に、製品発注メッセージを製品発注システムに送ることと、を含む。
【００３１】
好ましくは、より多くの製品が必要とされるかどうかを判定するステップは、製品レベルデータを、１つ以上の予め定義された製品レベル閾値と比較することを含む。より好ましくは、製品レベルデータが、製品のレベルが、予め定義された製品レベル閾値未満であることを示す場合に、より多くの製品が必要とされる。
【００３２】
好ましくは、本方法はさらに、製品使用量データ、製品レベルデータ、予め定義された製品レベル閾値、製品発注情報、および／または請求情報を、１人以上のユーザに表示することを含む。本方法はさらに、１人以上のユーザから更新情報を受け取り、更新情報に従って、製品使用量データ、製品レベルデータ、予め定義された製品レベル閾値、製品発注情報、および／または請求情報のうちの１つ以上を更新することを含み得る。
【００３３】
より好ましくは、本方法はさらに、
製品と関連付けられるコードを読み出すことに続いて、携帯型パーソナル通信デバイスによって生成される実際の製品レベルデータを受け取ることと、
実際の製品レベルデータを、記憶された製品レベルデータと比較することと、
実際の製品レベルデータが、記憶された製品レベルデータと異なる場合に、製品レベル相違通知を作成し、送ることと、を含む。
【００３４】
好ましくは、実際の製品レベルデータが、記憶された製品レベルデータと少なくとも所定量だけ異なる場合に、製品レベル相違通知が作成される。
【００３５】
好ましくは、本方法はさらに、実際の製品レベルデータが、記憶された製品レベルデータと異なる場合に、記憶された製品レベルデータを更新することを含む。
【００３６】
本発明の第３の態様によれば、製品レベル管理システムで使用するための装置が提供され、該装置は、
製品と関連付けられるコードを読み出すことに続いて、携帯型パーソナル通信デバイスによって生成される実際の製品使用量データを受け取るための手段と、
製品使用量データに応じて製品レベルデータを更新するための手段と、
製品レベルデータに基づいて、より多くの製品が必要とされるかどうかを判定するための手段と、
より多くの製品が必要とされる場合に、製品発注メッセージを製品発注システムに送るための手段と、を備える。
【００３７】
好ましくは、より多くの製品が必要とされるかどうかを判定するための手段は、製品レベルデータを、１つ以上の予め定義された製品レベル閾値と比較する。より好ましくは、製品レベルデータが、製品のレベルが、予め定義された製品レベル閾値未満であることを示す場合に、より多くの製品が必要とされる。
【００３８】
好ましくは、本装置はさらに、１人以上のユーザが、製品使用量データ、製品レベルデータ、予め定義された製品レベル閾値、製品発注情報、および／または請求情報を閲覧および／または編集することを可能にするための手段を備える。好ましい実施形態において、可能にするための手段は、ＧＵＩを備える。１人以上のユーザとしては、製品ユーザ、システム管理者、および製品供給業者が挙げられ得る。
【００３９】
より好ましくは、本装置はさらに、
製品と関連付けられるコードを読み出すことに続いて、携帯型パーソナル通信デバイスによって生成される実際の製品レベルデータを受け取るための手段と、
実際の製品レベルデータを、記憶された製品レベルデータと比較するための手段と、
実際の製品レベルデータが、記憶された製品レベルデータと異なる場合に、製品レベル相違通知を作成し、送るための手段と、を備える。
【００４０】
好ましくは、実際の製品レベルデータが、記憶された製品レベルデータと少なくとも所定量だけ異なる場合に、製品レベル相違通知が作成される。
【００４１】
好ましくは、本装置はさらに、実際の製品レベルデータが、記憶された製品レベルデータと異なる場合に、記憶された製品レベルデータを更新するための手段を備える。
【００４２】
本発明の第４の態様によれば、本発明の第２の態様による製品レベルを管理する方法を行うための、本発明の第１の態様による製品レベル管理システムの使用が提供される。
【００４３】
全てのその新しい態様において考慮されるべきである、本発明のさらなる態様は、本発明の実際的応用の少なくとも１つの実施例を提供する以下の説明を読み取ることで当業者に明らかになるであろう。
本発明の１つ以上の実施形態を、以下の図面を参照しながら、単なる例として下で説明するが、限定することを意図しない。
【図面の簡単な説明】
【００４４】
【図１】本発明の一実施形態による、製品レベル管理システムの具体例である。
【図２】本発明の実施形態による、製品レベルを管理する方法を示すフローチャートである。
【図３】本発明の一実施形態による、管理ポータルウェブページの具体例である。
【図４】本発明の別の実施形態による、管理ポータルウェブページの具体例である。
【図５】本発明の種々の実施形態による、携帯電話の画面の具体例である。
【図６】本発明の種々の実施形態による、携帯電話の画面の具体例である。
【図７】本発明の種々の実施形態による、携帯電話の画面の具体例である。
【図８】本発明の種々の実施形態による、携帯電話の画面の具体例である。
【図９】本発明の種々の実施形態による、携帯電話の画面の具体例である。
【図１０】本発明のさらなる実施形態による、管理ポータルウェブページの具体例である。
【図１１】本発明のさらなる実施形態による、管理ポータルウェブページの具体例である。
【図１２】本発明の実施形態による、製品レベルを監査する方法を示すフローチャートである。
【図１３】本発明の別の実施形態による、携帯電話の画面の具体例である。
【発明を実施するための形態】
【００４５】
図１は、本発明の一実施形態による、製品レベル管理システム１０の具体例である。システム１０は、システムによって管理される製品が供給される、顧客１１を含む。顧客１１は、少なくとも１つの携帯型パーソナル通信デバイス１２を有する。通信デバイス１２は、視覚コード１３を読み出し、それに応じてデータを生成し、そして、生成したデータを送ることができるように構成される。
【００４６】
本発明の好ましい実施形態において、通信デバイス１２は、カメラを有し、かつインターネットに接続することができる、携帯電話である。例えば、通信デバイス１２は、スマートフォン（例えばｉＰｈｏｎｅ）であり得る。他の実施形態は、他のタイプの携帯電話、携帯情報端末（ＰＤＡ）、およびタブレットコンピュータ等の、必要な機能を有する他のタイプの通信デバイスを含む。
【００４７】
本発明の好ましい形態において、通信デバイス１２は、クイックレスポンス（ＱＲ）コード（登録商標）の形態の視覚コード１３を読み出すように構成される。ＱＲコード（登録商標）は、例えばその内蔵カメラを使用して、通信デバイスによって読み出すことができ、その結果としてデータを生成することができる。カメラ付きの携帯電話は、適切なアプリケーションをインストールすることによって、ＱＲコード（登録商標）を読み出すように構成することができる。本発明の好ましい実施形態ではＱＲコード（登録商標）が使用されるが、任意の形態の読み取り可能なコードが使用され得ることを理解するであろう。そのようなコードとしては、バーコードおよび英数字コードが挙げられる。
【００４８】
本発明の別の実施形態において、コードは、例えば近距離無線通信（ＮＦＣ）またはＲＦＩＤ通信規格を使用する、無線通信デバイスによって読み出し可能な形態である。例えば、コードは、必要な通信規格に応じてコードを読み出すように構成される通信デバイスによって読み出されるように構成される、タグ、チップ、または他のデバイス等の、コード搬送デバイスと関連付けられ得る。一実施形態において、スマートフォンは、下で説明するように、ＮＦＣデバイスとして構成され、ＮＦＣチップを読み出すことができ、該ＮＦＣチップは、製品レベル管理システムにおいてある製品と関連付けられる。
【００４９】
視覚コードを通じて製品と関連付けられるコードを読み出すために、ＮＦＣまたは別の形態の無線通信を使用することの１つの利点は、ＮＦＣを使用すると、単に、読み出し機がコードを読み出すために、読み出しデバイスをタグデバイスの十分近くに設置することだけしか必要としないことである。対照的に、ＱＲコード（登録商標）等の視覚コードを読み出すには、例えばカメラをコードに向けることによって、デバイスがコードを読み出すことができるように位置付けることが必要とされる。これは、例えばカメラを正しく位置合わせし、焦点を合わせることを確実にするために、ユーザにはより注意を払うことが必要とされ得る。その結果、視覚コードの使用は、より人的ミスが起こり易くなり得、コードを読み出すために費やす時間が増加し得る。
【００５０】
しかしながら、残りの説明の目的で、システムは、読み取り可能なコードとしてのＱＲコード（登録商標）とのその使用に関連して説明される。当業者は、どちらのタイプのコードが使用されても、残りのシステムは、依然として説明されるように機能し得ることを理解するであろう。例えば、ＮＦＣタグを読み出した時点で、ＮＦＣデバイスは、ＱＲコード（登録商標）に関連して下で説明されるのと同じように応答するように構成され得る。
【００５１】
システム１０はさらに、管理ポータル１４を備え、該管理ポータルは、本発明の好ましい実施形態において、データを受け取り、送り、処理し、表示する能力、ならびに、ユーザが、例えば複数のウェブページまたは１つのソフトウェアアプリケーションを通して、そのデータと相互作用することを可能にする能力を有する。そのような機能を可能にする好適な構造は、当業者に明らかになるであろうが、少なくとも１つのプロセッサ、ウェブサーバ、および／または１つ以上のウェブページを表示するためのグラフィカルユーザインターフェース（ＧＵＩ）を含み得る。装置１４は、例えばインターネットに接続することによって、通信デバイス１２から、直接的または間接的にデータを受け取るように適合される。管理ポータル１４は、例えばプロセッサおよび／またはウェブサーバを制御し、１つ以上のデータベース１５に記憶されたデータにアクセスするために、グラフィカルユーザインターフェース（ＧＵＩ）を通して、ユーザによって制御され得る。
【００５２】
製品レベル管理システム１０はさらに、管理システムによって管理される製品の発注を制御する、製品発注システム１６を備える。製品発注システム１６は、製品の発注を受け取り、要件に応じて発注を処理することができる。製品発注システムは、データベース１５および管理ポータル１４に接続される。本発明の好ましい実施形態において、製品レベル管理システム１０は、企業資源計画（ＥＲＰ）システムである。数多くのタイプのＥＲＰシステムが、当業者によく知られている。本発明によるシステムは、好都合に、既存のＥＲＰシステムを組み込むことを意図しており、したがって、確立されたインフラストラクチャおよび事業プロセスとともに機能させるように容易に構築することを可能にする。
【００５３】
システム１０はさらに、製品発注を処理するための手段１７を備える。本発明の一実施形態において、処理するための手段は、ユーザが保留中の発注を閲覧すること、およびそれらへのアクションを行うことができる、プリンタまたはＧＵＩ等の出力デバイスを備える。製品発注を処理するための手段１７は、本発明の他の実施形態において、より広義に解釈され得、例えば、製品管理システムの一部、ならびに／または発注を発行、管理、準備、および／もしくは送達するために使用される資源を含む。
【００５４】
図１で示される本発明の実施形態において、システム１０はさらに、配達手段１８を備える。配達手段１８は、製品を顧客１１に配達することができる、配達車両または任意の好適な方法を含み得る。
【００５５】
ここで、図１で説明される製品レベル管理システムの使用を、図２を参照して説明する。図２は、本発明の実施形態による、製品レベルを管理する方法２００を示すフローチャートである。以下の説明の目的で、本発明は、一定の間隔で用紙を消費する企業での用紙の在庫レベルの管理に関して説明される。しかしながら、この説明は、単なる例であり、本発明は、任意の特定のタイプの製品の供給に限定されないことが理解されるであろう。
【００５６】
製品レベルを管理することができる前に、製品レベル管理システムを設定しておくことが必要である。ステップ２０１で、製品レベル管理システムが、新しい顧客１１について構成される。これは、管理システムへのアクセスを顧客およびその従業員に提供することを含み、ユーザプロファイルおよびアクセス権の作成を含む。システムを使用して管理される１つ以上の製品系列の詳細も入力される。例えば、Ａ４用紙およびＡ３用紙の製品系列が設定される。図３は、本発明の一実施形態による、管理ポータルウェブページ３０の具体例である。ウェブページ３０は、供給業者のスタッフが、システムで製品系列を設定することを可能にする。
【００５７】
ステップ２０１はさらに、管理される１つまたは複数の製品系列に対応するＱＲコード（登録商標）を生成することを含む。このステップはまた、管理ポータル１４を使用しても実行される。図４は、本発明の一実施形態による、管理ポータルウェブページ４０の具体例である。ウェブページ４０は、管理人が、特定の製品系列のためのＱＲを生成することを可能にする。生成されるＱＲコード（登録商標）は、印刷可能な書式で提供することができる。ウェブページ４０はまた、ＱＲコード（登録商標）およびしたがって製品系列と関連付けられるウェブアドレスも生成する。
【００５８】
ステップ２０２で、例えば配達車両１８を使用して、製品在庫が顧客１１に配達される。この実施例では、Ａ４およびＡ３用紙の初期数量が顧客に配達され、好都合な場所で保管される。製品系列に対応するＱＲコード（登録商標）１３は、用紙を使用する顧客の従業員によって走査するのに好都合である位置で用紙が消費される、用紙の場所の近傍に位置する。
【００５９】
ステップ２０３で、顧客に配達されたＡ４およびＡ３用紙の数量が、例えば管理ポータル１４を通して、システムに入力される。製品レベル管理システムは、製品が消費され、製品使用量が記録されるときに製品レベルを管理することができるように、初期製品レベルを入力することが必要である。
【００６０】
ステップ２０４で、顧客は、製品系列の最大および最小数量レベルを決定し、該レベルが、管理ポータルを通してシステムに入力される。製品の最大および最小数量レベルは、それぞれ、常に顧客の施設にあることが望ましいその製品の最大量および最小量を定義する。これらのレベルは、一般的に、予想される製品使用量および使用率、製品経費、および、事業運営に対する製品レベルの重要度等の、いくつかの要因に基づいて、顧客によって決定される。図３を再度参照すると、ウェブページ３０は、供給業者のスタッフが、異なる製品系列の最大および最小数量レベルを入力し、保存することを可能にする。
【００６１】
ステップ２０５で、製品レベル管理システムが構成され、顧客による使用の準備が整う。設定ステップは、いくつかの順序で行われ得、上の説明における方法ステップの順序付けは、本発明に限定されないことが認識されるであろう。
ステップ２０６で、顧客１１は、いくらかの製品を消費する。例えば、顧客の従業員は、顧客の施設に保管されている用紙の在庫から、いくらかの用紙を取り出し得る。用紙が取り出されるのと同時に、従業員は、自分の携帯電話１２を使用して、用紙の近傍に位置し、かつ消費される用紙のタイプに対応するＱＲコード（登録商標）１３を走査する。従業員には、ユーザ名およびパスワードがプロンプトされ、よって、製品の消費イベントを追跡し、従業員を識別することができる。図５は、本発明の一実施形態による、携帯電話の画面５０の具体例である。従業員が１度ログインした後には、従業員が同日中の以降の処理のために自分のユーザ名およびパスワードを再入力する必要はない。
【００６２】
ステップ２０７で、ＱＲコード（登録商標）は、従業員の携帯電話をウェブページに導き、該ウェブページは、従業員によって走査されたＱＲコード（登録商標）に対応する用紙の説明および数量を確認する。図６は、本発明の一実施形態による、携帯電話の画面６０の具体例である。画面６０は、ＱＲコード（登録商標）が走査されると表示される。この画面は、走査された製品に関する情報、例えば説明および現在の在庫レベルを示す。この画面はまた、継続するためのいくつかのオプションも提供する。
【００６３】
説明が、取り出される製品に一致しない場合、従業員は、ステップ２０９で、正しいＱＲコード（登録商標）を走査することができる。
【００６４】
製品の説明が正しい場合、従業員は、画面６０から「在庫消費（Ｃｏｎｓｕｍｅ  Ｓｔｏｃｋ）」オプションを選択することができる。図７は、本発明の一実施形態による、携帯電話の画面７０の具体例である。画面７０は、画面６０上での「在庫消費」オプションの選択に続いて示され、ステップ２０８で、消費数量およびトランザクション参照番号を入力することを可能にするテキストフィールドを含む。
【００６５】
本システムは、ＱＲコード（登録商標）の走査中に、デフォルト単位の製品が取り出されたとみなされるように構成され得る。例えば、用紙の場合、製品の単位は、リームで構成され得る。従業員が１リームを超えて取り出す場合、従業員は、自分の携帯電話を通して正しい数量を入力する必要がある。製品のデフォルト単位は、必要に応じて、管理ポータル１４を通して変更可能であり得る。あるいは、いかなるデフォルトもなければ、製品の数量を常時入力しなければならない。複数のＱＲコード（登録商標）が、各製品系列について生成され得、各ＱＲコード（登録商標）は、異なる製品の単位に対応する。システムはまた、特定の製品の単位に相関しないＱＲコード（登録商標）が走査される場合に備えて、デフォルトの単位設定も含み得る。
【００６６】
同じくステップ２０８で、従業員は、一般的に画面７０上で英数字の参照番号を入力することができ得る。参照番号は、例えば、製品の使用量を追跡し、監視するために、または消費量を特定のチーム、プロジェクト、または職務コードに割り当てるために使用され得る。組織は、製品使用量を記録し、監視するために、参照番号を入力することを必須とするよう決定し得る。製品レベル管理システムにおいて、参照番号は、ＱＲコード（登録商標）を走査することによって起動される製品使用イベントの対応する記録の詳細とともに記憶される。
【００６７】
ステップ２１０で、携帯電話１２は、使用する製品の詳細、使用する数量を含み、また参照番号も含み得る、製品使用量データを生成する。
【００６８】
ステップ２１１で、製品使用量データは、携帯電話１２によって、例えばインターネットを通じて、管理ポータル１４に送られる。管理ポータル１４は、製品使用量データを受け取り、該データをデータベース１５に記憶し得る。
【００６９】
ステップ２１２で、記憶された製品レベルデータは、製品使用量データに基づいて更新される。例えば、システムが、顧客の施設に１００リームのＡ４用紙があると記録されており、次いで、８リームのＡ４用紙が取り出された旨のデータを受け取る場合、Ａ４用紙のレベルデータは、９２リームのＡ４用紙が残っていることを示すように更新される。
【００７０】
ステップ２１３で、システムは、記憶された製品数量データを、以前に入力された最大および最小数量レベルと比較する。製品のレベルが最小数量レベルを超える場合、それ以上の製品が必要とされないと判定される。製品のレベルが最小数量レベル未満である場合、より多くの製品が必要とされると判定される。本発明のいくつかの実施形態において、製品数量レベルが最大数量レベルを超える場合、これは製品が顧客から返されることになり得る。
【００７１】
より多くの製品が必要とされると判定された場合は、ステップ２１４で、管理ポータル１４によって、製品発注メッセージが製品発注システム１６に送られる。製品発注メッセージは、ＸＭＬメッセージで構成され得る。
【００７２】
ステップ２１５で、製品発注システム１６は、製品発注メッセージを受け取り、製品発注を作成する。例えば、製品発注は、プリンタ１７上に出力され得、そこで該出力は、配達スタッフによって引き取られ、製品発注の配達を準備する。発注される製品の量は、顧客によって定められる製品系列および／または設定に依存し得る。例えば、用紙の顧客は、Ａ４用紙が５０リーム未満に減少した直後に、取り決められた最大数量レベルと、常に利用できるリーム数量との差を表す配達が行われるべきであると決定し得る。
【００７３】
ステップ２１６で、顧客１１に対する製品発注の配達が行われる。例えば、配達車両１８は、１００リームのＡ４用紙を顧客の施設に運搬し得る。
【００７４】
ステップ２１４〜２１６のいずれかと同時に、またはその前に起こり得るステップ２１７で、システムは、行われた製品の発送に応じて、記憶された製品数量レベルデータを更新する。例えば、システムが、４８リームのＡ４用紙が顧客の施設にあると記録しており、したがって、さらに１００リームの配達をプロンプトし、次いで、それらのリームが配達されたことを記録した場合、システムは、現在１４８リームのＡ４用紙が顧客の施設にあることを記録するように更新される。システムは、顧客がそれによって製品の受け取りを承認することができる手段を含み得、データベースは、顧客の承認を受け取るまで更新され得ない。
【００７５】
顧客の従業員はまた、製品レベルが予想外に、または急激に減少した場合に、緊急に製品の補充を要求することもでき得る。図６で示される画面６０は、ユーザが、関連するＱＲコード（登録商標）を走査した後に、「緊急補充要求」を選択することを可能にする。図８は、本発明の一実施形態による、このオプションが選択されると表示される、携帯電話の画面８０の具体例である。画面８０は、ユーザが、緊急に必要とされる製品系列の数量を入力することを可能にする。この情報は、管理ポータルに送られ、緊急の製品配達要求が作成される。
【００７６】
図６で示される画面６０はまた、ユーザが、特定の製品のさらなる詳細が提供される、「拡張品目詳細（ｅｘｔｅｎｄｅｄ  ｉｔｅｍ  ｄｅｔａｉｌｓ）」を選択することも可能にする。図９は、本発明の一実施形態による、このオプションが選択されると表示される、携帯電話の画面９０の具体例である。画面９０は、その場所、許容される最大および最小数量レベル、ならびに他の詳細を含む、製品系列のさらなる詳細を提供する。
【００７７】
管理ポータルは、供給業者が、データを閲覧または編集すること、およびシステムの通常の過程中に配達されるよりもより多くまたはより少ない製品が必要とされる場合に、製品発注要求を作成することを可能にする。図１０は、本発明の実施形態による、管理ポータルウェブページ１００の具体例である。ウェブページ１００は、製品使用量トランザクションを示し、必要であれば、発注要求を準備することを可能にする。ウェブページ１００はさらに、供給業者のスタッフが、消費すること、または在庫数を設定すること、および在庫補充を記録することも可能にする。図１１は、本発明の実施形態による、管理ポータルウェブページ１１０の具体例である。ウェブページ１１０は、供給業者のスタッフが、発注要求履歴の詳細を閲覧し、必要とされ得る任意の編集を行うことも可能にする。
【００７８】
製品発注システムは、好ましくは、全ての新しい製品発注について顧客に請求することができるように、供給業者の請求書発行システムと連動する。顧客は、定期的に請求され得るか、または必要に応じて「発注毎」に請求され得る。請求書発行情報および発注履歴の記録は、好ましくは、管理ポータルを通して顧客および供給業者の双方が利用できるようにする。そのような記録は、好ましくは、パスワードで保護される。一実施形態において、請求書は、取り決められた期間内のトランザクションの合計として計算される。製品発注システムにおける請求書の作成は、製品レベル管理システムからの出力によって開始されることが望ましい。
【００７９】
任意の相違または差異を迅速かつ容易に修正することができるように、製品が関与する全てのトランザクションの記録を製品レベル管理システムに記憶することが望ましい。時折、顧客または供給業者が、在庫の取り出しまたは製品の監査を行い、見出された相違に基づいて記録を更新することが望ましくなり得る。
【００８０】
図１２は、本発明の実施形態による、製品レベルを監査する方法１２０を示すフローチャートである。
【００８１】
ステップ１２１で、顧客または供給業者が、顧客の施設で製品の物理監査を行う。例えば、顧客は、その用紙保管室にあるＡ４およびＡ３用紙のリーム数を計数する。
【００８２】
ステップ１２２で、互換性のあるパーソナル通信デバイスを使用して、各製品系列に対応するＱＲコード（登録商標）が走査され、物理監査で識別された、顧客の施設の中の実際の製品の数量（実際の製品レベル）が入力される。図１３は、本発明の一実施形態による、携帯電話の画面１３０の具体例である。画面１３０は、従業員が、実際の製品レベル／実際の在庫数情報を入力することを可能にする。これは、監査の目的で使用するか、または管理システムの在庫レベルが正しいことを確認するために使用することができる。従業員は、各消費イベント時に、これを定期的に行うことが必要とされ得るか、または全く必要とされない。
【００８３】
ステップ１２３で、通信デバイスに入力された実際の製品レベルデータが、管理ポータルに送られる。
【００８４】
ステップ１２４で、システムは、受け取った実際の製品レベルデータを、データベース（複数可）１５に記憶された製品レベルデータと比較する。
【００８５】
実際の製品レベルデータと記憶された製品レベルデータとの間にいかなる相違も識別されなければ、システムの記録は正しいことになり、監査は完了する。
【００８６】
実際の製品レベルデータと記憶された製品レベルデータとの間に相違が見出された場合、管理ポータルは、ステップ１２５で、相違のレベルを所定の相違閾値量と比較し得る。所定の相違閾値は、顧客および／または供給業者によって予め識別され、システムに入力され得る。相違が閾値量未満である場合は、重要ではないとみなされ得、さらなる調査または清算に値しないとみなされ得る。しかしながら、相違が閾値量を超える場合は、整理する必要があり得る。
【００８７】
いずれの場合も、相違が識別される場合、好ましくは、ステップ１２６で、システムに記憶されたデータが更新される。これが、管理ポータルを通して、自動的に、または人手によって起こり得る。
【００８８】
相違が識別され、さらなるアクションが必要とされる場合は、ステップ１２７で、相違通知が作成され得る。相違通知は、相違通知を処理するための手段に送られ得、該手段は、製品発注システムおよび／または供給業者のＥＲＰシステムを備え得、よって、顧客が製品過剰であるか、製品不足であるかに依存して、さらなる製品発注が処理され得（ステップ１２８）、および／または請求書または貸方票が発行され得る（ステップ１２９）。
【００８９】
本発明の実施形態による製品レベル管理システムは、既存の解決策に勝る複数の利点を顧客および供給業者の双方に提供し、該利点としては、
●本システムは、一般に入手可能であり、かつ一般的に顧客によって既に利用されている、低費用の技術を使用して実現することができる。例えば、スマートフォンは、専用のバーコードスキャナよりも低費用で供給およびサポートすることができ、多くの従業員が、本システムと互換性があるように構成することができるスマートフォンを既に有している場合がある。
●顧客は、重要な製品の十分な在庫を有するという、より大きな確信を有する。
●顧客は、多数のパラメータ、例えば、補充頻度、請求頻度、最大および最小製品レベルを、その要件に応じて指定することができる。パラメータはまた、管理ポータルを使用して、任意のときに変更することもできる。
●別々の配達を行う必要性がより少なくなり、資源計画がより容易に行われるので、配達経費が削減される。
●消費追跡を含む詳細な報告を提供するためのシステムの能力が、正確な予測およびワークフロー分析を可能にする。
●システムは、コンピュータがそれ自体の在庫レベルを管理することを可能にし、顧客の直接通信をあまり必要としないので、供給業者は、必要な資源がより少なくなり得る。
●同時に、顧客の接触資源の節約、および製品供給レベルを管理するためのより良好な能力のため、供給業者は、製品をより多くの顧客に供給することができ得る。
●顧客への配達を統合することができ、トランザクション経費の削減に至る。
●システムは、標準的なＥＤＩ機能を使用して、ＥＲＰシステム等の既存のシステムとインターフェースさせることができる。
【００９０】
本発明の１つの別の実施形態において、携帯型通信デバイスは、メッセージ、例えばＳＭＳメッセージの形態で、製品使用量データを送る。これは、供給業者のＳＭＳメッセージ受け取り手段によって受け取られ、該供給業者は、したがって、製品使用イベントが通知され、さらなる製品が必要とされるかどうかを判断することができる。本発明の代替の実施形態では、評価ステップの１つ以上が人手によって行われ得る。
【００９１】
概略的に、本発明は、完全に自動化されたプロセスに限定されず、本発明の１つ以上のステップが人手によって実行され得、例えば、製品使用量データまたは製品レベルデータが管理ポータルに人手によって入力され得る実施形態も対象とする。いくつかの状況、例えばインターネットを通じて提供される管理ポータルを使用することを望まない、またはそれを使用することができない組織では、いくつかの人手によるステップを含む実施形態が望ましくなり得る。
【００９２】
文脈上明らかに他の解釈が必要とされる場合を除き、説明および請求項全体を通して、単語「備える（ｃｏｍｐｒｉｓｅ）」、「備えている（ｃｏｍｐｒｉｓｉｎｇ）」等は、排他的な意味または網羅的な意味とは対照的に、包括的な意味、すなわち「〜を含むが、それに限定されない」という意味に解釈されるべきである。
【００９３】
上および下で引用される全ての出願、特許、および公報の開示全体は、該当する場合、参照により本明細書に組み込まれる。
【００９４】
本明細書における任意の従来技術に対する参照は、その従来技術が世界の任意の国で努力している分野における共通の一般知識の一部を形成するということの承認または任意の形態の示唆として解釈されず、また解釈されるべきではない。
【００９５】
本発明はまた、広義には、個々にもしくは集合的に、本出願の本明細書で参照されるもしくは示される部品、要素、および特徴で構成される、ならびに該部品、要素、または特徴の２つ以上の任意のもしくは全ての組み合わせで構成されるとも言える。
【００９６】
上の説明において、完全体またはその既知の均等物を有する構成要素に対する参照がなされた場合、それらの完全体は、あたかも個々に記載されているかのように本明細書に組み込まれる。
【００９７】
本明細書に記載された好適な実施形態に対する種々の変更および修正が、当業者に明らかになることに留意されたい。このような変更および修正は、本発明の精神および範囲から逸脱することなく、またその付随の利点を減じることなく行われ得る。したがって、そのような変更および修正は、本発明の範囲内に含まれることが意図される。
【符号の説明】
【００９８】
１０  製品レベル管理システム
１１  顧客
１４  管理ポータル
１５  データベース
１６  製品発注システム
【図１】
2014526073.tif 000003
【図２】
2014526073.tif 000004
【図３】
2014526073.tif 000005
【図４】
2014526073.tif 000006
【図５】
2014526073.tif 000007
【図６】
2014526073.tif 000008
【図７】
2014526073.tif 000009
【図８】
2014526073.tif 000010
【図９】
2014526073.tif 000011
【図１０】
2014526073.tif 000012
【図１１】
2014526073.tif 000013
【図１２】
2014526073.tif 000014
【図１３】
2014526073.tif 000015
【手続補正書】
【提出日】平成25年1月25日(2013.1.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
製品レベル管理システムであって、
複数の位置に保管された製品に関する製品レベルデータを記憶するための手段と、
製品と関連付けられるコードを読み出し、製品使用量データを生成し、そして前記製品使用量データを送るように構成される、複数の携帯型パーソナル通信デバイスであって、前記製品使用量データは、製品位置データを含む、複数の携帯型パーソナル通信デバイスと、
前記製品使用量データを受け取るための手段と、
前記製品使用量データに応じて前記製品レベルデータを更新するための手段と、
前記製品レベルデータに基づいて、より多くの前記製品が必要とされるかどうかを判定するための手段と、
より多くの前記製品が必要とされる場合に、製品発注メッセージを製品発注システムに送るための手段と、
前記製品発注メッセージを受け取り、その後に製品発注を作成するための手段と、
を備える、製品レベル管理システム。
【請求項２】
前記携帯型パーソナル通信デバイスは、視覚コードを読み出すように構成される、請求項１に記載の製品レベル管理システム。
【請求項３】
前記携帯型パーソナル通信デバイスは、それぞれ、コード搬送デバイスと関連付けられるコードを、前記それぞれの携帯型パーソナル通信デバイスと前記コード搬送デバイスとの間の無線通信によって読み出すように構成される、請求項１に記載の製品レベル管理システム。
【請求項４】
前記携帯型パーソナル通信デバイスは、ユーザが照合するための製品説明データを表示するように構成される、請求項１〜３のいずれか１項に記載の製品レベル管理システム。
【請求項５】
前記携帯型パーソナル通信デバイスは、前記製品使用量データを生成するために、ユーザが入力した製品数量データを受け取るように構成される、請求項１〜４のいずれか１項に記載の製品レベル管理システム。
【請求項６】
前記携帯型パーソナル通信デバイスはさらに、製品使用量と関連付けられる参照データを受け取るように構成される、請求項５に記載の製品レベル管理システム。
【請求項７】
前記携帯型パーソナル通信デバイスのうちの少なくとも１つは、携帯電話である、請求項１〜６のいずれか１項に記載の製品レベル管理システム。
【請求項８】
より多くの前記製品が必要とされるかどうかを判定するための前記手段は、前記製品レベルデータを、１つ以上の予め定義された製品レベル閾値と比較する、請求項１〜７のいずれか１項に記載の製品レベル管理システム。
【請求項９】
前記製品レベルデータが、前記製品のレベルが、前記予め定義された製品レベル閾値未満であることを示す場合に、より多くの前記製品が必要とされる、請求項８に記載の製品レベル管理システム。
【請求項１０】
前記システムは、前記製品使用量データを受け取り、製品レベルデータを更新し、前記製品レベルデータに基づいて、より多くの前記製品が必要とされるかどうかを判定し、また、より多くの前記製品が必要とされる場合に、前記製品発注メッセージを前記製品発注システムに送るための、ポータルを備える、請求項１〜９のいずれか１項に記載の製品レベル管理システム。
【請求項１１】
前記システムはさらに、１人以上のユーザが、前記製品使用量データ、製品レベルデータ、予め定義された製品レベル閾値、製品発注情報、および／または請求情報を閲覧および／または編集することを可能にするための手段を備える、請求項１〜４のいずれか１項に記載の製品レベル管理システム。
【請求項１２】
前記製品発注メッセージは、ＸＭＬメッセージで構成される、請求項１〜１１のいずれか１項に記載の製品レベル管理システム。
【請求項１３】
前記システムはさらに、前記製品発注を処理するための手段を備える、請求項１〜１２のいずれか１項に記載の製品レベル管理システム。
【請求項１４】
前記製品発注システムは、企業資源計画システムの一部である、請求項１〜１３のいずれか１項に記載の製品レベル管理システム。
【請求項１５】
前記製品レベル管理システムはさらに、製品レベルデータに対する製品レベルを確認する手段を含む、請求項１〜１４のいずれか１項に記載の製品レベル管理システム。
【請求項１６】
前記携帯型パーソナル通信デバイスのうちの少なくとも１つは、製品と関連付けられるコードを読み出すことに続いて、実際の製品レベルデータを生成し、送るように構成され、前記製品レベル管理システムはさらに、
前記実際の製品レベルデータを受け取るための手段と、
前記実際の製品レベルデータを、記憶された製品レベルデータと比較するための手段と、
前記実際の製品レベルデータが、前記記憶された製品レベルデータと異なる場合に、製品レベル相違通知を作成し、送るための手段と、を備える、請求項１５に記載の製品レベル管理システム。
【請求項１７】
前記製品レベル管理システムはさらに、前記製品レベル相違通知を処理するための手段を備える、請求項１６に記載の製品レベル管理システム。
【請求項１８】
前記実際の製品レベルデータが、前記記憶された製品レベルデータと少なくとも所定量だけ異なる場合に、製品レベル相違通知が作成される、請求項１６または１７に記載の製品レベル管理システム。
【請求項１９】
前記製品レベル管理システムはさらに、前記実際の製品レベルデータが、前記記憶された製品レベルデータと異なる場合に、前記記憶された製品レベルデータを更新するための手段を備える、請求項１６〜１８のいずれか１項に記載の製品レベル管理システム。
【請求項２０】
複数の位置に保管された製品の製品レベルを管理する方法であって、
製品と関連付けられるコードを読み出すことに続いて、携帯型パーソナル通信デバイスによって生成される製品使用量データを受け取ることであって、前記製品使用量データは、製品位置データを含むことと、
前記製品使用量データに応じて製品レベルデータを更新することと、
前記製品レベルデータに基づいて、より多くの前記製品が必要とされるかどうかを判定することと、
より多くの前記製品が必要とされる場合に、製品発注メッセージを製品発注システムに送ることと、
を含む、製品レベルを管理する方法。
【請求項２１】
より多くの前記製品が必要とされるかどうかを判定することは、前記製品レベルデータを、１つ以上の予め定義された製品レベル閾値と比較することを含む、請求項２０に記載の製品レベルを管理する方法。
【請求項２２】
前記製品レベルデータが、前記製品のレベルが、前記予め定義された製品レベル閾値未満であることを示す場合に、より多くの前記製品が必要とされる、請求項２１に記載の製品レベルを管理する方法。
【請求項２３】
前記方法はさらに、前記製品使用量データ、製品レベルデータ、予め定義された製品レベル閾値、製品発注情報、および／または請求情報を、１人以上のユーザに表示することを含む、請求項２０〜２２のいずれか１項に記載の製品レベルを管理する方法。
【請求項２４】
前記方法はさらに、前記１人以上のユーザから更新情報を受け取り、前記更新情報に従って、前記製品使用量データ、製品レベルデータ、予め定義された製品レベル閾値、製品発注情報、および／または請求情報のうちの１つ以上を更新することを含む、請求項２３に記載の製品レベルを管理する方法。
【請求項２５】
前記方法はさらに、
製品と関連付けられるコードを読み出すことに続いて、携帯型パーソナル通信デバイスによって生成される実際の製品レベルデータを受け取ることと、
前記実際の製品レベルデータを、記憶された製品レベルデータと比較することと、
前記実際の製品レベルデータが、前記記憶された製品レベルデータと異なる場合に、製品レベル相違通知を作成し、送ることと、を含む、請求項２０〜２４のいずれか１項に記載の製品レベルを管理する方法。
【請求項２６】
前記実際の製品レベルデータが、前記記憶された製品レベルデータと少なくとも所定量だけ異なる場合に、製品レベル相違通知が作成される、請求項２５に記載の製品レベルを管理する方法。
【請求項２７】
前記方法はさらに、前記実際の製品レベルデータが、前記記憶された製品レベルデータと異なる場合に、前記記憶された製品レベルデータを更新することを含む、請求項２５または２６に記載の製品レベルを管理する方法。
【請求項２８】
複数の位置に保管された製品の製品レベルを管理するための製品レベル管理システムで使用するための装置であって、
製品と関連付けられるコードを読み出すことに続いて、携帯型パーソナル通信デバイスによって生成される実際の製品使用量データを受け取るための手段であって、前記製品使用量データは、製品位置データを含む、手段と、
前記製品使用量データに応じて製品レベルデータを更新するための手段と、
前記製品レベルデータに基づいて、より多くの前記製品が必要とされるかどうかを判定するための手段と、
より多くの前記製品が必要とされる場合に、製品発注メッセージを製品発注システムに送るための手段と、
を備える、製品レベル管理システムで使用するための装置。
【請求項２９】
より多くの前記製品が必要とされるかどうかを判定するための前記手段は、前記製品レベルデータを、１つ以上の予め定義された製品レベル閾値と比較する、請求項２８に記載の製品レベル管理システムで使用するための装置。
【請求項３０】
前記製品レベルデータが、前記製品のレベルが、前記予め定義された製品レベル閾値未満であることを示す場合に、より多くの前記製品が必要とされる、請求項２９に記載の製品レベル管理システムで使用するための装置。
【請求項３１】
前記装置はさらに、１人以上のユーザが、前記製品使用量データ、製品レベルデータ、予め定義された製品レベル閾値、製品発注情報、および／または請求情報を閲覧および／または編集することを可能にするための手段を備える、請求項２８〜３０のいずれか１項に記載の製品レベル管理システムで使用するための装置。
【請求項３２】
前記装置はさらに、
製品と関連付けられるコードを読み出すことに続いて、携帯型パーソナル通信デバイスによって生成される実際の製品レベルデータを受け取るための手段と、
前記実際の製品レベルデータを、記憶された製品レベルデータと比較するための手段と、
前記実際の製品レベルデータが、前記記憶された製品レベルデータと異なる場合に、製品レベル相違通知を作成し、送るための手段と、を備える、請求項２８〜３１のいずれか１項に記載の製品レベル管理システムで使用するための装置。
【請求項３３】
前記実際の製品レベルデータが、前記記憶された製品レベルデータと少なくとも所定量だけ異なる場合に、製品レベル相違通知が作成される、請求項３２に記載の製品レベル管理システムで使用するための装置。
【請求項３４】
前記装置はさらに、前記実際の製品レベルデータが、前記記憶された製品レベルデータと異なる場合に、前記記憶された製品レベルデータを更新するための手段を備える、請求項３２または３３に記載の製品レベル管理システムで使用するための装置。
【請求項３５】
請求項２０〜２７のいずれか１項に記載の製品レベルを管理する方法を行うための、請求項１〜１９のいずれか１項に記載の製品レベル管理システムの使用。
【国際調査報告】
2014526073.tif 000016
2014526073.tif 000017
2014526073.tif 000018