(57)【要約】実行性能を向上させるための注文をリアルタイムに処理およびリンクするためのシステムおよび方法は、製品データ、顧客情報、および出荷情報を含む入来注文を受信し、所定のリンク基準に基づいて割り当てられた１つ以上の注文を有する既存の出荷束に前記入来注文をリンクできると判定し、前記既存の出荷束に対応する束ＩＤを前記入来注文に割り当て、１つ以上の所定の出荷基準が満たされているときに出荷のための前記既存の出荷束を解放する。
2019521426.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのコンピューティングデバイス上で実行する処理回路と、
前記処理回路に連結され、前記処理回路で実行されるときに動作可能であって前記処理回路に以下のことを実行させる機械実行可能命令を記憶している非一時的コンピュータ可読媒体と
を備え、
複数の顧客コンピューティングシステムのうちの第１の顧客コンピューティングシステムからネットワークを介して、製品データ、顧客情報、および出荷情報を含む入来注文を受信し、
１つ以上の所定のリンク基準が満たされたと判定することに応じて、複数の出荷束に割り当てられている１つ以上の注文を有する前記複数の出荷束のうちの既存の出荷束に前記入来注文をリンクできると判定し、
前記入来注文を前記既存の出荷束にリンクできると判定することに応じて、前記既存の出荷束に対応する束ＩＤを前記入来注文に割り当て、
１つ以上の所定の出荷基準が満たされていると判定することに応じて、出荷用の前記複数の出荷束のうちの１つ以上を解放する、システム。
【請求項２】
前記命令は、前記処理回路によって実行されるとき、前記処理回路にさらに以下のことを実行させるものであり、
他の注文から前記入来注文を区別する注文ＩＤを割り当てる、請求項１に記載のシステム。
【請求項３】
前記束ＩＤの割り当ては、一意的かつ前記注文ＩＤから独立した前記束ＩＤを決定することを含む、請求項２に記載のシステム。
【請求項４】
前記命令は、前記処理回路によって実行されるとき、前記処理回路にさらに以下のことを実行させるものであり、
前記入来注文の受信に応じて、前記注文の製品数および前記注文の製品に関連した製造時間の少なくとも１つに基づいて前記入来注文の出荷日を決定する、請求項１に記載のシステム。
【請求項５】
前記命令は、前記処理回路によって実行されるとき、前記処理回路に以下のことをさらに実行させるものであり、
前記入来注文の受信に応じて、前記入来注文がリンクされる束が出荷のために解放されるまで前記入来注文の現在の状態を追跡する、請求項１に記載のシステム。
【請求項６】
前記入来注文が前記既存の出荷束にリンクできると判定することは、前記入来注文の顧客名、住所、または割り当て出荷日の少なくとも１つと、前記入来注文の顧客名、住所、または割り当て出荷日の少なくとも１つとが一致すると判定することを含む、請求項１に記載のシステム。
【請求項７】
前記入来注文が前記既存の出荷束にリンクできると判定することは、前記入来注文の出荷日と前記既存の出荷束の出荷日との間の日数が所定の閾値未満であると判定することを含む、請求項５に記載のシステム。
【請求項８】
前記所定の閾値は、３日である、請求項６に記載のシステム。
【請求項９】
前記命令は、前記処理回路によって実行されるとき、前記処理回路に以下のことをさらに実行させるものであり、
前記既存の出荷束に対応する前記入来注文への前記束ＩＤの割り当てに応じて、前記入来注文の前記出荷日が前記既存の出荷束の前記出荷日の後であるときは、前記既存の出荷束の前記出荷日を前記入来注文の前記出荷日と一致するように修正する、請求項６に記載のシステム。
【請求項１０】
前記命令は、前記処理回路によって実行されるとき、前記処理回路に以下のことをさらに実行させ、
前記既存の出荷束に対応する前記入来注文への前記束ＩＤの割り当てに応じて、前記既存の出荷束の前記出荷日が前記入来注文の前記出荷日の後であるときは、前記入来注文の前記出荷日を前記既存の出荷束の前記出荷日と一致するように修正する、請求項６に記載のシステム。
【請求項１１】
前記入来注文が前記既存の出荷束にリンクできるかどうかを判定することは、前記入来注文の製品数が前記既存の出荷束における製品の空き数よりも少ないと判定することを含む、請求項１に記載のシステム。
【請求項１２】
前記既存の出荷束における製品の空き数は、前記既存の出荷束において許容される製品の最大数から現在割り当てられている製品数を引いた数に一致する、請求項１０に記載のシステム。
【請求項１３】
前記命令は、前記処理回路によって実行されるとき、前記処理回路に以下のことをさらに実行させるものであり、
１つ以上の所定のリンク基準が満たされていないと判定することに応じて、新たな出荷束に関連した新たな束ＩＤを生成する、請求項１に記載のシステム。
【請求項１４】
前記新たな出荷束に関連した前記新たな束ＩＤの生成は、前記新たな束ＩＤを前記入来注文に割り当てることを含む、請求項１２に記載のシステム。
【請求項１５】
前記１つ以上の所定の出荷基準が満たされていると判定することは、前記複数の出荷束のうちの１つ以上に割り当てられている製品数が前記複数の出荷束のうちの１つ以上に対して許容される製品の最大数に一致していると判定することを含む、請求項１に記載のシステム。
【請求項１６】
前記１つ以上の所定の出荷基準が満たされていると判定することは、現在の時間が前記複数の出荷束のうちの１つ以上のための梱包時間に一致すると判定することを含む、請求項１に記載のシステム。
【請求項１７】
前記梱包時間は、配送業者の集荷時間に基づく、請求項１５に記載のシステム。
【請求項１８】
前記命令は、前記処理回路によって実行されるとき、前記処理回路に以下のことをさらに実行させるものであり、
梱包される前記複数の出荷束のうちの１つ以上が閾値よりも多いと判定することに応じて、前記複数の出荷束の１つ以上の梱包時間を修正する、請求項１５に記載のシステム。
【請求項１９】
出荷用の前記複数の出荷束のうちの１つ以上を解放することは、出荷ラベルデータまたは束目録データの少なくとも１つをプリンタに出力することを含む、請求項１に記載のシステム。
【請求項２０】
命令が記憶された非一時的コンピュータ可読媒体であって、
前記命令は、プロセッサによって実行されるとき、前記プロセッサに以下のことを実行させるものであり、
複数の顧客コンピューティングシステムのうちの第１の顧客コンピューティングシステムからネットワークを介して、製品データ、顧客情報、および出荷情報を含む入来注文を受信し、
１つ以上の所定のリンク基準が満たされたと判定することに応じて、複数の出荷束に割り当てられている１つ以上の注文を有する前記複数の出荷束のうちの既存の出荷束に前記入来注文をリンクできると判定し、
前記入来注文を前記既存の出荷束にリンクできると判定することに応じて、前記既存の出荷束に対応する束ＩＤを前記入来注文に割り当て、
１つ以上の所定の出荷基準が満たされていると判定することに応じて、出荷用の前記複数の出荷束のうちの１つ以上を解放する、非一時的コンピュータ可読媒体。
【請求項２１】
注文のリアルタイム処理とリンクのための方法であって、
複数の顧客コンピューティングシステムのうちの第１の顧客コンピューティングシステムからネットワークを介して、製品データ、顧客情報、および出荷情報を含む入来注文を受信し、
処理回路によって、１つ以上の所定のリンク基準が満たされていると判定することに応じて、複数の出荷束に割り当てられている１つ以上の注文を有する前記複数の出荷束のうちの既存の出荷束に前記入来注文をリンクできると判定し、
前記入来注文を前記既存の出荷束にリンクできると判定することに応じて、前記処理回路によって、前記既存の出荷束に対応する束ＩＤを前記入来注文に割り当て、
１つ以上の所定の出荷基準が満たされていると判定することに応じて、前記処理回路によって、出荷用の前記複数の出荷束のうちの１つ以上を解放する、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、概して矯正歯科装具に関し、より詳細には、歯科装具の出荷注文を歯科専門家に効率的かつ工夫して出荷するための改良されたシステムおよび方法に関する。この目的のために、本開示は、特定の基準を満たすと複数の出荷または注文を結合すなわち集約するためのシステムおよび方法を提供する。
【背景技術】
【０００２】
歯科矯正の目的は、機能性および／または審美性が最適化される位置に患者の歯を動かすことである。金属製装具などの歯科用装具は、歯を意図した位置に向かって徐々に動かすために、歯に継続的な力を加えるように歯科／歯列矯正専門家によって患者の歯に取り付けられる。金属製装具に対する１つの代替案として、患者にとってより簡単で快適な方法で、歯を所望の最終位置に徐々に動かすための取り外し可能で革新的なアライナを使用するものがある。
【０００３】
一般に、一組のアライナを製造するために、患者は、患者の歯の初期位置の歯科用印象を得る歯科／歯列矯正専門家を訪ねる。次に、歯科／歯列矯正専門家は、患者用の一組のアライナを製造するために医療機器会社に注文を送る。一組のアライナが製造されると、医療機器会社は、一組のアライナを患者に使用させるべく歯科／歯科矯正専門家に返送する。しばしば、医療機器会社は、短期間に（例えば、同日または数日以内に）１つの歯科専門家から複数の注文を受け取ることがある。言い換えると、短期間に、複数セットのアライナが製造され、１つの歯科専門家に出荷する準備が整っていることがある。したがって、歯科専門家は、同日に複数の出荷品を受け取ることがあり、これは顧客の不便、より高額な送料、および材料の余分な浪費につながる。
【発明の概要】
【０００４】
前述の記載は一般的な序文としてなされたものであり、添付の特許請求の範囲を限定することを意図するものではない。ここで記載されている実施形態は、さらなる利点と共に、添付の図面と併せて以下の詳細な説明を参照することによって最もよく理解されるものである。
【０００５】
本開示は、歯科専門家への歯科矯正アライナ装具の複数の出荷を結合すなわち集約するためのシステムおよび方法に関し、ここでのシステムは、処理回路を介して、最初の出荷日を有する予定された出荷または注文が他の予定された出荷と組み合わせ可能かすなわち結合可能かを判定し、注文が他の予定された出荷と集約可能な場合に注文の最初の出荷日を新たな出荷日に更新し、束が注文と適合する出荷日と配送先住所を有している場合には複数の予定された出荷品を有する既存の束に注文をリンクする。
【図面の簡単な説明】
【０００６】
【図１】一例による複数の出荷の結合すなわち集約のためのシステムの模式図。
【図２】一例による注文の処理とリンクの過程の例示的なフローチャート。
【図３】一例によるグラフィカルユーザインターフェースを示す概略図。
【図４】一例による例示的なコンピューティングデバイスのブロック図。
【発明を実施するための形態】
【０００７】
本開示およびそれに付随する多くの利点を比較的完全に容易に理解できるが、以下の詳細な説明を参照することによって、添付図面と関連付けて考慮すると、よりよく理解できる。
【０００８】
図面上、同様の参照符号は、複数の図を通して同一ないし対応する部分を示す。
【０００９】
添付図面に関連して以下に記載される説明は、開示される主題の様々な実施形態の説明として意図されており、必ずしも唯一の実施形態を表すことを意図していない。特定の例では、説明は開示された主題を理解させる目的で具体的な詳細を含んでいる。しかしながら、実施形態がこれらの具体的な詳細なしで実施されてもよいことは当業者に明らかである。一部の例では、開示されている主題の概念が曖昧となることを回避するために、よく知られた構造および構成要素をブロック図の形で示す場合がある。
【００１０】
図面を参照すると、同様の参照符号は、複数の図を通して同一ないし対応する部分を示しており、以下の説明は、特定の基準が満たされる場合に複数の製品出荷束を単一のパッケージまたは出荷に組み合わせるまたは集約するためのシステムおよび方法に関する。例えば、歯科医院または歯列矯正医院などの顧客は、１日、１週間、１ヶ月などの所定の時間内に、歯科矯正アライナ装具の注文を個々に出すことがある。各装具を顧客への個々の出荷として送るのではなく、システムは、出荷先住所または他の顧客識別データに基づいて、現在処理中の既存の注文に入来注文を自動的にリンクし、顧客への出荷コストおよび出荷されるパッケージの総数を減少させる。
【００１１】
一例として、医療機器会社は、歯科専門家から、アライナなどの歯科用装具の製造について複数の注文を受け取ることがある。通例、歯科専門家は、第１の患者の診察後に第１のセットのアライナについて第１の注文を出すことがある。その後まもなく、第１の患者の最初の歯科用印象と最後の所望の歯の位置に基づいて、一組のアライナが製造される。歯科専門家はまた、短期間（例えば、１時間、２時間、または１日）内に、第２の患者の診察後に第２のセットのアライナについて第２の注文を出すことがある。第１の注文には第１の出荷予定日があり、第２の注文には第２の出荷予定日がある。可能性として、第１のセットと第２のセットのアライナが同日に製造されて出荷されることがある。したがって、歯科専門家が単一の出荷で同日に両方の出荷品セットを一緒に受け取るように、第２の注文の第２の出荷予定日を第１の注文の第１の出荷予定日と一致するように修正してもよい。このように、ここでさらに説明される出荷結束システムによって実行されるプロセスは、配送コストの削減につながり、それにより顧客満足度を向上できる。
【００１２】
ここでは、以下の用語は、本開示の説明および／または議論のために、類似するものとされるべきである：出荷品、箱、容器、小包、パッケージ、パレット、および／またはある場所から別の場所に（たとえば、仕入先から顧客に）任意の手段で出荷されることがある物品を説明するために使用される他の用語。
【００１３】
図１は、出荷結束システム１１０の一例の環境１００の図を示している。図１は、出荷結束システム１１０の１人または複数の参加者間のインタラクションを示し、それは１つ以上の製品の注文を受信し、製造過程で注文を追跡し、同様の複数の注文を顧客や出荷データに基づく出荷束にリンクする。出荷充填オペレータは、特定の顧客の１つ以上の注文の現在の状態を確認するか、または、特定の注文または束に割り当てられた製品を確認するために、ワークステーション１０４の１つ以上のウェブポータルユーザインターフェース画面１０４ａを通じて出荷結束システム１１０と対話できる。ワークステーション１０４は、コンピュータ、ラップトップ、または出荷充填オペレータが現在の注文、束、および出荷の割り当てを確認できる他の任意の種類のコンピューティングデバイスであってもよい。
【００１４】
顧客１１６は、顧客コンピューティングデバイス１１６ａまたは１１６ｂに注文を出すことができ、これはネットワーク１１４を介して出荷結束システム１１０に転送される。一部の実施形態では、顧客１１６は、１つ以上のユーザインターフェース（ＵＩ）画面を介して出荷結束システム１１０と対話する。例えば、顧客１１６は、顧客が顧客識別情報、出荷品、または支払情報とともに印象または歯科スキャンデータをアップロードすることを可能にする注文提出ＵＩ画面で注文を出すことができる。また、顧客１１６は、注文履歴ＵＩ画面で以前の注文を確認でき、注文履歴ＵＩ画面には出荷結束システム１１０がデータリポジトリ１１２から注文履歴データ１１２ａを出力する。また、顧客１１６は、顧客データＵＩ画面でデータリポジトリ１１２ｄに記憶された顧客データ１１２ｄを更新できる。顧客データ１１２ｄは、顧客ＩＤ、出荷先住所、請求先情報、業務の種類、または顧客１１６の他の任意の識別特徴などの顧客識別情報を含んでいてもよい。また、出荷結束システム１１０は、注文状態ＵＩ画面に入来注文データ１０６を出力でき、これは顧客コンピューティングデバイス１１６ａまたは１１６ｂで確認でき、これは顧客１１６によって注文された製品のリアルタイムの状態を提示するものである。
【００１５】
本開示全体にわたっての束への言及は、１つ以上の製品を含んで顧客１１６に送られるようにされている出荷を指している。例えば、顧客１１６が１日を通して４個のカスタム歯科矯正アライナについて４つの注文を出す特定の歯科医である場合、出荷束は１つの箱に梱包されて顧客１１６に出荷される４つの歯科矯正アライナを含み得る。一部の実施形態では、出荷束は許容される製品の最大数を有することがあり、顧客１１６の出荷束が許容される製品の最大数に達すると、出荷束は顧客１１６に送られ、新たな出荷束が作成されてもよい。出荷および束は、本開示を通して互換的に言及され得るものである。
【００１６】
出荷結束システム１１０は、顧客ネットワーク１１４を介して、歯科医、歯科矯正医、または他の任意の種類の顧客などの顧客１１６と通信する。したがって、特定の注文は、顧客コンピューティングデバイス１１６ａまたは１１６ｂを介して出荷結束システム１１０に直接送信され得る。顧客ネットワーク１１４は、出荷結束システム１１０の配置構成に応じて、インターネット、１つ以上のイントラネット、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、および／またはメトロポリタンエリアネットワーク（ＭＡＮ）を含み得る。さらに、顧客デバイス１１６は、無線接続を介して顧客ネットワーク１１４と通信するように示されているが、配置構成に応じて、有線またはケーブル接続を介して顧客ネットワークと通信してもよい。さらに、一部の実施形態では、顧客ネットワーク１１４のネットワーク構成の少なくとも一部は、出荷結束システム１１０をワークステーション１０４、データリポジトリ１１２、少なくとも１つのプリンタ１２８に接続するバックエンドネットワーク１２６、および出荷用の箱に入れられた製品のバーコードをスキャンするように構成され得る製品スキャナなどの他の周辺機器と共有され得る。配置構成に基づいて、バックエンドネットワーク１２６はまた、１つ以上の種類の無線または有線の接続を介した通信を含んでもよい。
【００１７】
出荷結束システム１１０は、顧客１１６から注文を受信し、注文が製造されるか在庫倉庫からアクセスされた際に注文を追跡し、特定の顧客１１６に送られる１つ以上の製品を含む注文束を処理し、入来注文を既存の出荷束にリンクし、顧客への出荷束の出荷を管理することに関連するプロセスを実行する１つ以上のエンジンまたはモジュールを有する１つ以上のサーバを含んでもよい。本開示全体にわたってのエンジンまたはモジュールへの言及は、１つ以上の処理回路の回路によって実行されるソフトウェアプロセスを指すことを意味し、それはまた互換的に処理回路とも称され得る。出荷結束システム１１０のエンジンによって実行されるプロセスは、システム入力に対して即時の応答を行うためにリアルタイムで実行され得る。さらに、プロセスは、データリポジトリ、参加者、または他の処理エンジンからのデータの受信を含み得るプロセストリガに応じて自動的に実行されてもよい。また、出荷結束システム１１０のエンジンによって実行されるプロセスは、同じ顧客１１６に出荷される複数の注文の出荷束を自動的に生成することによって、顧客１１６に送られる出荷総数の減少に寄与する。
【００１８】
一例では、注文追跡エンジン１１０ａは、出荷結束環境１００において顧客１０６からの入来注文データ１０６を受信し、注文に含まれる製品の製造プロセスにおける現在のステップを追跡し、出荷のために注文が解放されたときに、ネットワーク１１４を介して注文出荷メッセージ１０８を顧客１１６に出力することに関連する１つ以上のプロセスを含む。例えば、注文追跡エンジン１１０ａは、印象型または口腔スキャンのいずれかからの製品に関連する寸法仕様を含み得る顧客１１６からの入来注文データ１０６を受信する。また、入来注文データ１０６は、顧客ＩＤ、注文ＩＤ、出荷先住所、注文された品目、注文された品目の関連数量、出荷方法、期限までの出荷日などを含み得るが、これらに限定されるものではない。顧客ＩＤは、顧客に関連付けられている一意の番号としてもよい。注文ＩＤは、入来注文データ１０６を受信したときに注文追跡エンジン１１０ａによって生成され得る一意の番号である。一部の実施形態では、出荷結束システム１１０と以前に対話したことがある既存の顧客について、入来注文データ１０６は顧客ＩＤのみを含み、注文追跡エンジン１１０ａは顧客データ１１２ｄを入来注文データ１０６に関連付けることにより、データリポジトリ１１２に記憶された顧客データ１１２ｄから顧客名および出荷先住所にアクセスする。
【００１９】
注文追跡エンジン１１０ａは、入来注文データ１０６を受信してから注文を顧客１１６への出荷のために解放するまで、注文内の製品の現在の状態を整備する。例えば、製品の現在の状態は、「注文受付」、「注文処理中」、「製造中」、「品質管理（ＱＣ）検査」、「ＱＣ拒絶」、「出荷準備完了」、「出荷中」、または「出荷処理済」を含み得る。一部の実施形態では、注文追跡エンジン１１０ａは、注文内の製品数および注文内の製品に関連した製造時間に基づいて、入来注文データ１０６に関連付けられた注文のための注文出荷日を決定する。注文追跡エンジン１１０ａは、入来注文データ１０６、割り当てられた出荷日、現在の状態、および注文に関連する任意のデータを現在の注文データ１１２ｂとしてデータリポジトリ１１２に記憶する。
【００２０】
出荷結束システム１１０はまた、所定のリンク基準に基づいて、入来注文を既存の束とリンクさせる結束処理エンジン１１０ｂを含む。例えば、所定のリンク基準は、顧客名、住所、割り当て出荷日、出荷業者、または束に割り当て可能な許容される製品の最大数を含み得る。複数の注文の１つ以上の製品が同日に同じ住所に出荷されるように予定されている場合、注文リンクエンジン１１０ｂは、束を作成してもよいし、または、１つ以上の製品を既存の束にリンクしてもよい。一部の実施形態では、注文リンクエンジン１１０ｂは、既存の束の出荷日と入来注文の出荷日との差が所定の日数未満である場合、注文の１つ以上の製品を既存の束にリンクする。一例では、所定の日数は３日である。入来注文の出荷日が既存の束の出荷日より後である場合、結束処理エンジン１１０ｂは、入来注文の出荷日に一致するように既存の束の出荷日を更新する。例えば、入来注文が注文追跡エンジン１１０ａによって割り当てられた５月２５日の出荷日を有するとする。このとき、結束処理エンジン１１０ｂが、出荷日が５月２４日の入来注文と同じ顧客に送られる既存の束に入来注文をリンクさせると、既存の束に以前割り当てられた他の任意の注文に対する現在の注文データ１１２ｂとともに既存の束の出荷日も５月２５日に更新する。
【００２１】
新たな束が入来注文に対して作成されると、結束処理エンジン１１０ｂは、束に割り当てられた注文に対する注文ＩＤから一意的かつ独立した束に対する束識別情報（束ＩＤ）を生成する。結束処理エンジン１１０ｂは、束ＩＤ、割り当てられた注文の製品の識別データ、束に対して割り当てられた注文ＩＤ、および束出荷日を、束データ１１２ｃとしてデータリポジトリ１１２に記憶する。一部の実施形態では、各製品は、関連付けられた注文ＩＤおよび束ＩＤとして注文される。
【００２２】
一部の実施形態では、束は１つの割り当てられた注文を含み得るが、他の束は複数の割り当てられた注文を有し得る。結束処理エンジン１１０ｂは、割り当てられた注文から最大数の製品で出荷箱が満たされるか、または梱包時間に達すると、割り当てられた注文のうちのいくつが束の出荷箱に追加されたかを判断し、束の制御を出荷管理エンジン１１０ｃに移す。一部の実施形態では、梱包時間は、出荷充填オペレータが出荷箱の梱包を開始して配送業者の集荷時間までに出荷箱の準備を整えることができる最終時間である。一例では、梱包時間は、配送業者の集荷時間の３０分前である。一部の実施形態では、結束処理エンジン１１０ｂは、１日以内または所定の閾値よりも大きい他の所定の時間内に出荷される束の数に基づいて梱包時間を修正できる。例えば、１日に出荷される束の数が所定の閾値よりも多い場合、結束処理エンジン１１０ｂは、梱包時間を配送業者の集荷時間の１時間前に修正してもよい。
【００２３】
出荷充填オペレータは、１つ以上のポータルユーザインターフェース（ＵＩ）画面１０４ａでワークステーション１０４を介して結束処理エンジン１１０ｂと対話できる個人または自動化されたデバイスであってもよい。結束処理エンジン１１０ｂは、束処理ＵＩ画面で束出荷データ１１８を出力でき、これは束の顧客識別情報とともに特定の束に割り当てられた注文に関連する情報を含む。出荷充填オペレータが製品を束に関連する箱に入れると、製品スキャナで製品バーコードまたはラベルがスキャンされ、これにより製品が特定の束の箱に追加されたことを結束処理エンジン１１０ｂに示し、これは結束実行データ１２４と称され得る。結束処理エンジン１１０ｂが結束実行データ１２４を受信すると、結束処理エンジン１１０ｂは、束に割り当てられた注文のスキャンされた製品について現在の注文データ１１２ｂを更新して、その製品が出荷用に梱包された製品であることを示す。結束リンクエンジン１１０ｂによって実行されるプロセスは、自動的に実行され、出荷充填オペレータおよび出荷結束システム１１０と対話する他のいかなる担当者にとっても透過的である。例えば、ポータルＵＩ画面上で出荷充填オペレータによって確認される結束実行データ１２４は、製品がいずれの注文に属しているかを示すことなく、束に関連付けられている製品のみを含んでもよい。
【００２４】
出荷結束システム１１０はまた、出荷用に梱包された束を解放することに関連するプロセスを制御する出荷管理エンジン１１０ｃを含む。一部の実施形態では、結束処理エンジン１１０ｂは、特定の束の出荷箱が以前に割り当てられた注文からの許容される製品の最大数で満たされるか、または梱包時間に達すると、束の制御を出荷管理エンジン１１０ｃに移す。特定の束が割り当てられた注文からの製品で満たされたことを示すトリガまたはメッセージを結束処理エンジン１１０ｂから受信することに応じて、出荷管理エンジン１１０ｃは出荷ラベルデータおよび束目録データを含み得る束出荷データ１２２をプリンタ１２８に出力する。プリンタ１２８は束目録を出力し、これを束の出荷箱に追加できる。プリンタ１２８はまた、束に付けられる出荷ラベルを出力する。出荷管理エンジン１１０ｃが束出荷データ１２２をプリンタ１２８に出力すると、出荷管理エンジン１１０ｃは、現在の注文データ１１２ｂの状態を更新して、束における注文の状態が「出荷処理中」であることを反映する。一部の実施形態では、出荷ラベルは、束の箱が配送業者によって集荷されるときに、ネットワーク１２６を介して出荷結束システム１１０に接続されたスキャニングデバイスによってスキャンされ、出荷管理エンジン１１０ｃは現在の注文データ１１２ｂを更新して束の注文の現在の状態が「出荷済」であることを示す。
【００２５】
出荷結束システム１１０はまた、出荷結束システム１１０に関連付けられたＵＩ画面に出力され、当該ＵＩ画面から受ける情報を管理するユーザインターフェースエンジン１１０ｄを含む。例えば、ユーザインターフェースエンジン１１０ｄは、ワークステーション１０４の１つ以上のウェブポータルユーザインターフェース画面１０４ａを、出荷充填オペレータが特定の顧客に対する１つ以上の注文の現在の状態を確認できるように、または特定の束に割り当てられた製品を確認できるように出力する。ユーザインターフェースエンジン１１０ｄはまた、顧客１１６が、顧客識別情報、出荷品、または支払情報とともに印象または歯科スキャンデータをアップロードすることを可能にする注文提出ＵＩ画面で注文を出すことのできる１つ以上の顧客ユーザインターフェース画面を制御できる。ユーザインターフェースエンジン１１０ｄはまた、顧客１１６が以前の注文を確認できる注文履歴ＵＩ画面、顧客１１６がデータリポジトリ１１２ｄに記憶された顧客データ１１２ｄを更新できる顧客データＵＩ画面、および顧客コンピューティングデバイス１１６ａまたは１１６ｂでリアルタイムの現在の注文状況を確認できる注文状態ＵＩ画面を制御できる。
【００２６】
出荷結束環境１００はまた、注文履歴データ１１２ａ、現在の注文データ１１２ｂ、束データ１１２ｃ、および顧客データ１１２ｄを記憶するデータリポジトリ１１２を含む。一部の実施形態では、データリポジトリ１１２は、出荷結束システム１１０によって読み取り可能な任意のフォーマットで複数のデータファイルを記憶できるリレーショナルデータベースである。一部の例では、出荷結束システム１１０の１つ以上のサーバは、ＭＩＣＲＯＳＯＦＴ ＭｙＳＱＬ ＲＤＢＭＳなどのオープンソースリレーショナルデータベース管理システム（ＲＤＢＭＳ）を形成するためのデータリポジトリ１１２と統合され得る。一部の実施形態では、注文履歴データ１１２ａ、現在の注文データ１１２ｂ、束データ１１２ｃ、および顧客データ１１２ｄは、出荷結束システム１１０の様々なエンジンによって実行されるプロセス中に出荷結束システム１１０によってアクセス、変更、または作成できる表形式で記憶される。例えば、新たな束が作成されると、結束処理エンジン１１０ｂは、束に割り当てられる注文の製品とともに束データ１１２ｃの少なくとも１つのファイルに記憶される束ＩＤを生成してもよい。また、注文処理および出荷の過程で注文の状態が変更されると、注文追跡エンジン１１０ａは、現在の注文データ１１２ｂ内の注文の現在の状態を更新する。
【００２７】
図２は、注文処理およびリンク処理２００の例示的なフローチャートである。一部の実施形態では、注文処理およびリンク処理２００のステップは、図１の出荷結束システム１１０のエンジン１１０ａ，１１０ｂ，１１０ｃ，１１０ｄの処理回路によってソフトウェア命令として実行される。注文処理およびリンク処理２００は、注文を処理し、注文を束にリンクし、束を出荷のために処理するようにリアルタイムで動作してもよい。さらに、注文処理およびリンク処理２００は、顧客１１６から受信した入来注文データ１０６を処理し、データベース内の現在の注文データ１１２ｂの現在の状態を更新するように自動的に動作してもよい。
【００２８】
ステップＳ２０２では、注文追跡エンジン１１０ａは、印象型または口腔スキャンのいずれかの製品に関連する寸法仕様を含み得る顧客１１６からの入来注文データ１０６を受信する。入来注文データ１０６はまた、顧客ＩＤ、注文ＩＤ、出荷先住所、注文された品目、注文された品目の関連数量、出荷方法、出荷期限などを含んでもよいが、これらに限定されない。顧客ＩＤは、顧客に関連付けられる一意の番号としてもよい。注文ＩＤは、入来注文データ１０６を受信したときに注文追跡エンジン１１０ａによって生成され得る一意の番号である。一部の実施形態では、出荷結束システム１１０と以前に対話したことがある既存の顧客について、入来注文データ１０６は顧客ＩＤのみを含み、注文追跡エンジン１１０ａが入来注文データ１０６と顧客データ１１２ｄとを関連付けているデータリポジトリ１１２に記憶された顧客データ１１２ｄから顧客名および出荷先住所にアクセスする。
【００２９】
注文追跡エンジン１１０ａは、入来注文データ１０６を受信してから注文を顧客１１６への出荷のために解放するまで、注文内の製品の現在の状態を整備する。例えば、製品の現在の状態は、「注文受信」、「注文処理中」、「注文製造中」、「注文品質管理中（ＱＣ）」、「ＱＣ拒絶」、「出荷準備中」、「出荷箱内」、または「出荷処理中」を含み得る。一部の実施形態では、注文追跡エンジン１１０ａは、注文内の製品数および注文内の製品に関連した製造時間に基づいて、入来注文データ１０６に関連した注文の予定注文出荷日を割り当てる。注文追跡エンジン１１０ａは、入来注文データ１０６、割り当て出荷日、現在の状態、および注文に関連する任意のデータを、現在の注文データ１１２ｂとしてデータリポジトリ１１２に記憶する。
【００３０】
次に、ステップＳ２０４では、注文追跡エンジン１１０ａは、入来注文データ１０６に関連付けられた注文を送信した顧客１１０ａが無結束嗜好を有するかどうかを判定し、無結束嗜好は顧客１１６が各注文を個別に出荷することを好むことを意味する。無結束嗜好は、データリポジトリ１１２内の顧客データ１１２ｄからアクセスでき、または入来注文データ１０６の一部として含まれてもよい。顧客１１６が無結束嗜好を有すると判定された場合、ステップＳ２０２で「Ｙｅｓ」の結果となり、処理は終了する。そうではなく、顧客１１６が無結束嗜好を有しておらず、ステップＳ２０４で「Ｎｏ」となった場合、ステップＳ２０６が実行される。
【００３１】
ステップＳ２０６では、入来注文データ１０６が注文追跡エンジン１１０ａによって処理されると、結束処理エンジン１１０ｂは、顧客、出荷先住所、出荷日、好ましい配送業者、束の製品空き数などを含み得る所定のリンク基準に基づいて注文を既存の束にリンクできるかどうかを判定する。一部の実施形態では、束の製品空き数は、束の許容される製品の最大数から現在割り当てられている製品数を引いた数に一致する。例えば、入来注文内の製品数が製品空き数以下である場合、注文を束にリンクできる。さらに、入来注文と既存の束が同じ顧客に関連付けられており、既存の束の出荷日と入来注文の出荷日との差が所定の日数未満である場合、注文を既存の束にリンクできる。所定のリンク基準に基づいて入来注文を既存の束にリンクできると判定された場合、その結果としてステップＳ２０６で「Ｙｅｓ」となり、ステップＳ２１０が実行される。そうではなく、所定のリンク基準に基づいて注文を既存の束にリンクできないと判定された場合、その結果としてステップＳ２０６で「Ｎｏ」となり、ステップＳ２０８が実行される。
【００３２】
ステップＳ２０８では、入来注文が既存のいずれの束とも所定の結束基準を満たさないとステップＳ２０６で判定された場合、結束処理エンジン１１０ｂは、入来注文について新たな束を作成する。入来注文に対して新たな束が作成されると、結束処理エンジン１１０ｂは、一意的かつその束に割り当てられる注文の注文ＩＤから独立した束のための束識別情報（束ＩＤ）を生成する。結束処理エンジン１１０ｂは、束ＩＤ、割り当てられた注文からの製品の識別データ、束の割り当てられた注文ＩＤ、および束出荷日を束データ１１２ｃとしてデータリポジトリ１１２に記憶する。一部の実施形態では、注文された各製品は、関連付けられた注文ＩＤおよび束ＩＤを有する。
【００３３】
ステップＳ２１０では、入来注文が既存の束と所定の結束基準を満たすとステップＳ２０６で判定された場合、結束処理エンジン１１０ｂは、既存の束の束ＩＤに対応する束ＩＤを入来注文に割り当てることによって入来注文を既存の束にリンクさせる。また、入来注文の出荷日と既存の束の出荷日が同じでない場合、結束処理エンジン１１０ｂは、束出荷日または注文出荷日のいずれかを更新する。例えば、注文の出荷日が束の出荷日より前の日付である場合、注文の出荷日を束の出荷日に一致するように変更する。同様に、入来注文の出荷日が既存の束の出荷日より後である場合、結束処理エンジン１１０ｂは、入来注文の出荷日に一致するように既存の束の出荷日を更新する。例えば、入来注文は、注文追跡エンジン１１０ａによって割り当てられた５月２５日の出荷日を有するとする。結束処理エンジン１１０ｂは、入来注文を、出荷日が５月２４日の入来注文と同じ顧客に送られている既存の束にリンクさせると、既存の束に以前に割り当てられた他の任意の注文に対する現在の注文データ１１２ｂとともに既存の束の出荷日も５月２５日に更新する。
【００３４】
ステップＳ２１２では、結束処理エンジン１１０ｂは、１つ以上の束出荷基準が満たされたか否かを判定する。例えば、束出荷基準は、束に関連する出荷箱が以前に割り当てられた注文からの許容される製品の最大数で満たされた状況か、または梱包時間に達した状況かを含む。一部の実施形態では、梱包時間は、配送業者の集荷時間までに出荷箱の準備が整っていることを保証するために出荷充填業者が梱包を開始する最終時間である。一例では、梱包時間は、配送業者の集荷時間の３０分前である。一部の実施形態では、結束処理エンジン１１０ｂは、１日以内または所定の閾値よりも大きいその他の所定時間内に出荷される束の数に基づいて梱包時間を修正できる。例えば、１日に出荷される束の数が所定の閾値よりも多い場合、結束処理エンジン１１０ｂは梱包時間を配送業者の集荷時間の１時間前に修正してもよい。結束処理エンジンが、処理中の束について１つ以上の束出荷基準が満たされていると判定した場合、その結果、ステップＳ２１２で「Ｙｅｓ」となり、結束処理エンジン１１０ｂは、束の制御を出荷管理エンジンに渡し、ステップＳ２１４が実行される。そうではなく、結束処理エンジンが、処理中の束について１つ以上の束出荷基準が満たされていないと判定した場合、その結果ステップＳ２１２で「Ｎｏ」となり、新たな入来注文を処理するためにステップＳ２０２に戻る。
【００３５】
ステップＳ２１４では、割り当てられた注文からの製品で特定の束が満たされたことを示すトリガまたはメッセージを結束処理エンジン１１０ｂから受信することに応じて、出荷管理エンジン１１０ｃは、出荷ラベルデータと束目録データを含み得る束出荷データ１２２をプリンタ１２８に出力する。プリンタ１２８は、束の出荷箱に追加され得る束目録を出力する。プリンタ１２８は、束に付けられる出荷ラベルも出力する。出荷管理エンジン１１０ｃが束出荷データ１２２をプリンタ１２８に出力すると、出荷管理エンジン１１０ｃは、現在の注文データ１１２ｂの状態を更新して、束内の注文の状態が「出荷処理中」であることを反映する。一部の実施形態では、出荷ラベルは、出荷箱が配送業者によって集荷される際に、ネットワーク１２６を介して出荷結束システム１１０に接続されたスキャニングデバイスによってスキャンされ、出荷管理エンジン１１０ｃは現在の注文データ１１２ｂを、束の注文の現在の状態が「出荷済」であるように更新する。
【００３６】
図３は、一例に係るユーザインターフェース（ＵＩ）画面３００を示す概略図である。ＵＩ画面３００は、ウェブサイト、ウェブポータル、パーソナルコンピュータアプリケーション、またはユーザが出荷結束システム１１０と対話できるように構成されたモバイルデバイスアプリケーションの一部であってもよい。例えば、ＵＩ画面３００は、出荷充填オペレータが特定の顧客に対する１つ以上の注文の現在の状態を確認できるか、または特定の注文または束に割り当てられた製品を確認できるワークステーション１０４で確認されるウェブポータルユーザインターフェース画面１０４ａの１つであり得る。ＵＩ画面３００は、「出荷束」ウィンドウ３０２、「ナビゲーション」ウィンドウ３０４、「束情報」ウィンドウ３０６、および「状態」ウィンドウ３０８を含んでもよい。
【００３７】
「出荷束」ウィンドウ３０２は、出荷束を編集、格納、更新、および削除するための４つのナビゲーションコントロールをユーザに提示する。
【００３８】
「ナビゲーション」ウィンドウ３０４は、品目（例えば、一組のアライナ）の製造の様々な段階にナビゲートするための複数のナビゲーションコントロールをユーザに提示する。
【００３９】
「束情報」ウィンドウ３０６は、束に関する情報をユーザに提示する。第１のフィールド３１０は、束固有のＩＤ番号を表す。第２のフィールド３１２は、受領者名（recipient’s name）のためのものである。第３のフィールド３１４は、依頼人名（practice’s name）のためのものである。第４のフィールド３１６は、住所情報を示す。第１のフィールド３１０、第２のフィールド３１２、第３のフィールド３１４、および第４のフィールド３１６は、データリポジトリ１１２に記憶されている現在の注文情報１０６に基づいて、ユーザインターフェースエンジン１１０ｄによって自動的に入力されてもよい。第５のフィールド３１８は、出荷情報を示す。第５のフィールド７１８はまた、「出荷」コントロール（図示せず）を含む。「出荷」コントロールをアクティブにすると、出荷ラベルが作成され、束の状態が「出荷済」に更新される。出荷品が解放すなわち出荷されると、「出荷」コントロールは「隠され」、第５のフィールド３１８は、図３に示すように、自動的にまたはオペレータによって入力されたいずれかの出荷情報を示す。
【００４０】
「状態」ウィンドウ３０８は、束に含まれるケースおよびケースのフェーズに関する情報を表示するためのナビゲーションコントロールをユーザに提示する。さらに、ＵＩ画面３００は、オペレータの識別情報および製造の各段階が完了した日時などの製造の様々な段階に関する情報を示す。
【００４１】
図４は、本開示で説明されている技術を実装するために使用され得る出荷結束システム１１０などのコンピューティングデバイス４００の一例を示している。一部の実施形態では、コンピューティングデバイス１００は、出荷結束システム１１０の１つ以上のエンジンを表し得る。コンピューティングデバイス１００は、ラップトップ、デスクトップ、ワークステーション、パーソナルデジタルアシスタント、サーバ、ブレードサーバ、メインフレーム、およびその他の適切なコンピュータなどの様々な形態のデジタルハードウェアを表すことを意図している。ここに示された構成要素、それらの接続および関係、ならびにそれらの機能は、例示のみを意図しており、限定を意図したものではない。
【００４２】
コンピューティングデバイス４００は、プロセッサ４００と、メモリ４０２と、記憶装置４０４と、メモリ４０２および複数の高速拡張ポート４１６に接続する高速インターフェース４１２と、低速拡張ポート４１４および記憶装置４０４に接続する低速インターフェース４１０とを含む。プロセッサ４００、メモリ４０２、記憶装置４０４、高速インターフェース４１２、高速拡張ポート４１６、および低速インターフェース４１０のそれぞれは、通信バス４２６などの様々なバスを使用して相互接続され、共通のマザーボード上に実装されてもよく、または必要に応じて他の方法で実装されてもよい。
【００４３】
プロセッサ４００は、コンピューティングデバイス４００内で実行するための命令を処理でき、当該命令はメモリ４０２または記憶装置４０４に記憶された命令を含み、高速インターフェース４１２に連結されたディスプレイ４０８などの外部入出力装置上にＧＵＩのためのグラフィック情報を表示する。他の実施形態では、複数のプロセッサおよび／または複数のバスが、必要に応じて、複数のメモリおよび複数種類のメモリとともに使用されてもよい。また、必要な動作の一部を提供する各デバイスを有する複数のコンピューティングデバイスが接続されてもよい（例えば、サーババンク、ブレードサーバのグループ、またはマルチプロセッサシステムとして）。メモリ４０２は、コンピューティングデバイス内に情報を記憶する。一部の実施形態では、メモリ４０２は揮発性メモリユニットである。一部の実施形態では、メモリ４０２は不揮発性メモリユニットである。メモリ４０２はまた、磁気または光ディスクなどの他の形態のコンピュータ可読媒体であってもよい。
【００４４】
記憶装置４０４は、コンピューティングデバイス４００に大容量記憶性能を提供できる。一部の実施形態では、記憶装置４０４は、フロッピーディスク装置、ハードディスク装置、光ディスク装置、テープ装置、フラッシュメモリもしくは他の類似の固体メモリ装置、またはストレージエリアネットワークもしくは他の構成要素を含む装置配列などのコンピュータ可読媒体であり得るか、またはこれらを含み得る。命令は、情報キャリアに記憶できる。命令は、１つ以上の処理装置（例えばプロセッサ４００）によって実行されると、上述したものなどの１つ以上の方法を実行する。命令はまた、コンピュータ可読媒体または機械可読媒体（たとえば、メモリ４０２、記憶装置４０４、またはプロセッサ４００上のメモリ）などの１つ以上の記憶装置によって記憶されてもよい。
【００４５】
高速インターフェース４１２はコンピューティングデバイス４００のための帯域幅集中的な動作を管理する一方、低速インターフェース４１０は比較的低い帯域幅集中的な動作を管理する。このような機能の割り当ては単なる一例である。一部の実施形態では、高速インターフェース４１２は、メモリ４０２およびディスプレイ４０８に（たとえばグラフィックプロセッサまたはアクセラレータを介して）連結され、並びに様々な拡張カード（図示せず）を受け入れることができる高速拡張ポート４１６に連結される。本実施形態では、低速インターフェース４１０は、記憶装置８０４および低速拡張ポート４１４に連結されている。低速拡張ポート４１４は、様々な通信ポート（例えば、ＵＳＢ、ブルートゥース（登録商標）、イーサネット（登録商標）、ワイヤレスイーサネット（登録商標）など）を含み得るものであり、例えばネットワークアダプタを介して、キーボード、ポインティングデバイス、スキャナ、または、スイッチもしくはルータのようなネットワークデバイスなどの１つ以上の入出力デバイスに連結され得る。
【００４６】
コンピューティングデバイス４００はまた、ネットワーク４１８とインターフェースで接続するための、米国のインテルコーポレーションのインテルイーサネット（登録商標）ＰＲＯネットワークインターフェースカードなどのネットワークコントローラ４０６を含む。理解できるように、ネットワーク４１８は、顧客ネットワーク１１４またはバックエンドネットワーク１２６を表し得るものであり、インターネットなどのパブリックネットワーク、ＬＡＮもしくはＷＡＮネットワークなどのプライベートネットワーク、または、ＰＳＴＮもしくはＩＳＤＮサブネットワークをも含むそれらの任意の組み合わせとしてもよい。ネットワーク８１８は、イーサネット（登録商標）ネットワークなどの有線でもよいし、またはＥＤＧＥや３Ｇおよび４Ｇ無線セルラーシステムを含むセルラーネットワークなどの無線でもよい。無線ネットワークは、Ｗｉ−Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、または公知の他の任意の無線通信形態であってもよい。
【００４７】
図８のコンピューティングデバイスは記憶媒体装置８０４を有するものとして説明されているが、特許請求の範囲の優位性は、本発明の処理命令が記憶されるコンピュータ可読媒体の形態によって制限されない。例えば、命令は、ＣＤ、ＤＶＤ、フラッシュメモリ、ＲＡＭ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ハードディスク、またはコンピューティングデバイスが通信する他の任意の情報処理装置に記憶されてもよい。
【００４８】
他の代替的な実施形態では、本開示による処理機能は、ハードウェア、ソフトウェアソリューション、またはそれらの組み合わせとして実装および製品化されてもよい。さらに、本開示による注文処理およびリンク処理２００に対応する命令は、安全な処理を確保するＵＳＢフラッシュドライブなどの携帯型ドライブに記憶されてもよい。
【００４９】
注文処理およびリンク処理２００などの、ここで記載された処理に関連するコンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーションまたはコードとしても知られるもの）は、プログラム可能なプロセッサのための機械命令を含み、ハイレベルの手続き型および／またはオブジェクト指向のプログラミング言語および／またはアセンブリ／マシン言語で実装できる。ここで使用されるとき、機械可読媒体およびコンピュータ可読媒体という用語は、機械命令を機械可読信号として受信する機械可読媒体を含むプログラム可能なプロセッサへの機械命令および／またはデータを提供するために使用される任意のコンピュータプログラム製品、装置、および／またはデバイス（例えば、磁気ディスク、光ディスク、メモリ、プログラマブルロジックデバイス（ＰＬＤ））を指す。機械可読信号という用語は、機械命令および／またはデータをプログラム可能なプロセッサに提供するために使用される任意の信号を指す。
【００５０】
ユーザとの対話を可能にするために、ここで記載のシステムおよび技術は、ユーザに情報を表示するための表示装置（例えばＣＲＴ（陰極線管）またはＬＣＤ（液晶ディスプレイ）モニタ）およびユーザがコンピュータに入力を行うことができるキーボードやポインティングデバイス（例えば、マウスまたはトラックボール）を有するコンピュータ上で実施できる。他の種類の装置を使用して同様にユーザとの対話を提供してもよい。例えば、ユーザに提供されるフィードバックは、任意の形態の感覚的フィードバック（例えば、視覚的フィードバック、聴覚的フィードバック、または触覚的フィードバック）であり得る。ユーザからの入力は、音響、音声、または触覚入力を含む任意の形式で受け取ってもよい。
【００５１】
ここで記載されているシステムおよび技術は、（例えばデータサーバとして）バックエンドコンポーネント含むか、（例えばアプリケーションサーバとして）ミドルウェアコンポーネントを含むか、または、（例えば、ユーザがここで記載のシステムおよび技術の実装形態と対話できるグラフィカルユーザインターフェースまたはウェブブラウザを有するクライアントコンピュータとして）フロントエンドコンポーネントを含むか、またはそのようなバックエンド、ミドルウェア、またはフロントエンドコンポーネントの任意の組み合わせを含むコンピューティングシステムで実装できる。システムの構成要素は、任意の形態または媒体のデジタルデータ通信（例えば、通信ネットワーク）によって相互接続できる。通信ネットワークの例は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、およびインターネットを含む。
【００５２】
コンピューティングシステムは、クライアントおよびサーバを含み得る。クライアントとサーバは一般に互いに離れており、通常は通信ネットワークを介して対話する。クライアントとサーバとの関係は、それぞれのコンピュータ上で実行され、互いにクライアント−サーバ関係を有するコンピュータプログラムによって生じる。いくつかの実施形態が説明されているが、本開示の精神および範囲から逸脱することなく様々な修正がなされ得ることは理解されるであろう。例えば、開示された技術のステップが異なる順序で実行された場合、開示されたシステム内の構成要素が異なる方法で組み合わされた場合、あるいは構成要素が他の構成要素によって置換されるか又は補足される場合、好ましい結果が得られることがある。ここで記載の機能、プロセス、およびアルゴリズムは、ハードウェアまたはハードウェアによって実行されるソフトウェアで実行されてもよく、これはここで記載の機能、プロセス、およびアルゴリズムを実行するためのプログラムコードおよび／またはコンピュータ命令を実行するように構成されたコンピュータプロセッサおよび／またはプログラム可能な回路を含む。さらに、実施形態は、記載されたものと同一ではないモジュールまたはハードウェア上で実行され得る。したがって、他の実施形態も特許請求の範囲内にある。
【００５３】
ここで記載の出荷結束環境１００内の出荷結束システム１１０の実装は、限定されるものではないが、所定の日数以内に同じ顧客に出荷される注文の自動的かつリアルタイムのリンクを含むものであり、個々の注文を個別に顧客に出荷する既存のシステムに勝る利点を提供する。これにより、１日あたりに発送される合計出荷数が減少する。また、束出荷基準が満たされたときにのみ梱包および出荷のために特定の束を解放することによって、出荷充填オペレータおよび出荷結束システム１１０と対話する他の担当者にとって透過的な方法で注文リンク処理が自動的に実行されるため、特定の束内の製品が１つの注文に関連付けられているのか、または、複数の注文に関連付けられているのかを、出荷充填オペレータが認識しなくてもよい。
【００５４】
したがって、出願人が意図することには、開示された主題の精神および範囲内にあるすべての代替物、修正物、相当物、および変形物を包含する。
【符号の説明】
【００５５】
１００  出荷結束環境
１０４  ワークステーション
１０４ａ  ポータルユーザインターフェース（ＵＩ）画面
１０６  入来注文データ
１０８  注文出荷メッセージ
１１０  出荷結束システム
１１０  出荷結束システム
１１０ａ  顧客
１１０ａ  注文追跡エンジン
１１０ｂ  結束処理エンジン（結束リンクエンジン，注文リンクエンジン）
１１０ｃ  出荷管理エンジン
１１０ｄ  ユーザインターフェース（ＵＩ）エンジン
１１２  データリポジトリ
１１２ａ  注文履歴データ
１１２ｂ  注文データ
１１２ｃ  束データ
１１２ｄ  顧客データ
１１４  ネットワーク
１１６  顧客デバイス
１１６ａ  顧客コンピューティングデバイス
１１６ｂ  顧客コンピューティングデバイス
１１８  束出荷データ
１２２  束出荷データ
１２４  結束実行データ
１２６  バックエンドネットワーク
１２８  プリンタ
２００  リンク処理
３００  ユーザインターフェース（ＵＩ）画面
３０２，３０４，３０６，３０８  ウィンドウ
３１０  第１のフィールド
３１２  第２のフィールド
３１４  第３のフィールド
３１６  第４のフィールド
３１８  第５のフィールド
４００  プロセッサ
４０２  メモリ
４０４  記憶装置
４０６  ネットワークコントローラ
４０８  ディスプレイ
４１０  低速インターフェース
４１２  高速インターフェース
４１４  低速拡張ポート
４１６  高速拡張ポート
４１８  ネットワーク
４２６  通信バス
７１８  第５のフィールド
８０４  記憶装置
８１８  ネットワーク
【図１】
2019521426.tif 000003
【図２】
2019521426.tif 000004
【図３】
2019521426.tif 000005
【図４】
2019521426.tif 000006
【国際調査報告】
2019521426.tif 000007