(57)【要約】複数のレポートからのデータを１つのスプレッドシートに結合するシステムおよび方法。本システムおよび方法は、少なくとも２つのレポートをコンピューティング・デバイスにダウンロードするステップと、コンピューティング・デバイスを使用して少なくとも２つのレポートを開くステップとを含む。更に、本システムおよび方法は、レポート毎に一意の識別子を作成するステップと、スプレッドシートにおける各勘定項目が少なくとも２つのレポートからの関連データを含むように、関連データをマッピングし１つのスプレッドシートに結合することによって、少なくとも２つのレポートをマージするステップも含む。【選択図】図１
2018509677.tif 000002
【特許請求の範囲】
【請求項１】
複数のレポートからのデータを１つのスプレッドシートに結合する方法であって、
少なくとも２つのレポートをコンピューティング・デバイスにダウンロードするステップと、
前記コンピューティング・デバイスを使用して前記少なくとも２つのレポートを開くステップと、
レポート毎に一意の識別子を作成するステップと、
前記スプレッドシートにおける各勘定項目が前記少なくとも２つのレポートからの関連データを含むように、前記関連データをマッピングし前記１つのスプレッドシートに結合することによって、前記少なくとも２つのレポートをマージするステップと、
を含む、方法。
【請求項２】
請求項１記載の方法において、前記少なくとも２つのレポートが、電子調達システム、ソーシングおよび調達システム、ビジネス・ウェアハウス・レポート、承認部品供給業者リスト、またはこれらの何らかの組み合わせからダウンロードされる、方法。
【請求項３】
請求項１記載の方法において、前記少なくとも２つのレポートが、適したコード言語で開かれる、方法。
【請求項４】
請求項３記載の方法において、前記適したコード言語がＶｉｓｕａｌＢａｓｉｃである、方法。
【請求項５】
請求項１記載の方法において、前記少なくとも２つのレポートをダウンロードするステップが、手動ダウンロード、自動ダウンロード、またはこれらの組み合わせを含む、方法。
【請求項６】
請求項１記載の方法において、レポート毎に一意の識別子を作成するステップが、前記少なくとも２つのダウンロードされたレポートにおいて、ときの経過とともに変化する可能性が低い情報を含むフィールドを使用するステップを含む、方法。
【請求項７】
請求項１記載の方法であって、更に、ステータス変更をチェックするために、前記マージされたレポートのバックアップを作成するステップを含む、方法。
【請求項８】
請求項７記載の方法であって、更に、ステータス変更またはその組み合わせを警告するために、所定のシステムからのレポートからフォーマットされたデータにフラグを立てるステップを含む、方法。
【請求項９】
請求項１記載の方法であって、更に、前記スプレッドシートにおけるセルをダブル・クリックしたときにグラフィック・ユーザ・インターフェース・ポップアップを表示する(provide)ステップを含み、前記グラフィック・ユーザ・インターフェースが、前記セルに関連する所定の情報を提供する、方法。
【請求項１０】
請求項１記載の方法であって、更に、前記スプレッドシートの一部としてカスタム・リボンを表示する(provide)ステップを含み、前記カスタム・リボンが、指標、予想、ステータス、データ・ソース、フィルタ、ネットワーク、およびリソース・ドロップ・ダウン・メニュー選択肢を含み、前記リソース・ドロップ・ダウン・メニュー選択肢が、前記スプレッドシートについての種々のアクションおよびデータ表示を行う(provide)こと、前記スプレッドシートにおける情報を伝達すること、またはこれらの組み合わせが可能である、方法。
【請求項１１】
複数のレポートからのデータを１つのスプレッドシートに結合するコンピューティング・システムであって、
前記システムがプロセッサを含み、
前記プロセッサが、
少なくとも２つのレポートを前記コンピューティング・システムにダウンロードし、
前記コンピューティング・デバイスの適したコード言語で前記少なくとも２つのレポートを開き、
レポート毎に一意の識別子を作成し、各一意の識別子が、前記少なくとも２つのレポートに共通する、前記少なくとも２つのレポートの各々におけるデータから作成され、
前記スプレッドシートにおける各勘定項目が前記少なくとも２つのレポートからの関連データを含むように、前記一意の識別子に関連付けられたデータをマッピングし前記１つのスプレッドシートに結合することによって、前記少なくとも２つのレポートをマージし、
前記１つのスプレッドシートを、当該１つのスプレッドシートの以前のバージョンと比較し、
前記システムのユーザが変更を素早く識別できるように、前記１つのスプレッドシートと前記１つのスプレッドシートの以前のバージョンとの間におけるあらゆる変更を警告するようにプログラミングされる、コンピューティング・システム。
【請求項１２】
請求項１１記載のシステムにおいて、前記少なくとも２つのレポートが、電子調達システム、ソーシングおよび調達システム、ビジネス・ウェアハウス・レポート、承認部品供給業者リスト、またはこれらの何らかの組み合わせからダウンロードされる、システム。
【請求項１３】
請求項１１記載のシステムにおいて、前記適したコード言語がＶｉｓｕａｌＢａｓｉｃであり、前記１つのスプレッドシートが、カスタム・リボンを有するＥｘｃｅｌスプレッドシートである、システム。
【請求項１４】
請求項１１記載のシステムにおいて、レポート毎に作成された前記一意の識別子が、前記少なくとも２つのレポートにおいて、ときの経過とともに変化する可能性が低いフィールドからのデータを含む、システム。
【請求項１５】
請求項１１記載のシステムであって、更に、前記スプレッドシートにおけるセルをダブル・クリックしたときに生成されるグラフィック・ユーザ・インターフェース・ポップアップを含み、前記ポップアップが、前記セルに関連する所定の情報を提供する、システム。
【請求項１６】
複数のレポートについてのデータを１つのスプレッドシートに結合するコンピューティング・システムであって、
前記システムがプロセッサを含み、
前記プロセッサが、
少なくとも２つのレポートをコンピューティング・デバイスにダウンロードし、
適したコード言語で前記少なくとも２つのレポートを開き、
レポート毎に一意の識別子を作成し、各一意の識別子が、前記少なくとも２つのレポートの各々において、前記少なくとも２つのレポートの各々に存在するデータから作成され、
前記スプレッドシートにおける各勘定項目が前記少なくとも２つのレポートからの関連データを含むように、前記一意の識別子に関連付けられたデータをマッピングし前記１つのスプレッドシートに結合することによって、前記少なくとも２つのレポートをマージするようにプログラミングされる、コンピューティング・システム。
【請求項１７】
請求項１６記載のシステムにおいて、前記少なくとも２つのレポートが、電子調達システム、ソーシングおよび調達システム、ビジネス・ウェアハウス・レポート、承認部品供給業者リスト、またはこれらの何らかの組み合わせからダウンロードされる、システム。
【請求項１８】
請求項１６記載のシステムにおいて、レポート毎に作成された前記一意の識別子が、前記少なくとも２つのレポートにおいて、ときの経過とともに変化する可能性が低いフィールドからのデータを含む、システム。
【請求項１９】
請求項１６記載のシステムであって、更に、前記マージされたレポートのバックアップをセーブして、前記レポートをリフレッシュおよび再マージするときにステータス変更をチェックするために使用可能とし、ユーザに変更を警告するために前記変更にフラグが立てられる、システム。
【請求項２０】
請求項１６記載のシステムであって、更に、前記スプレッドシートの一部であるカスタム・リボンを含み、前記カスタム・リボンが、指標、予想、ステータス、データ・ソース、フィルタ、ネットワーク、およびリソース・ドロップ・ダウン・メニュー選択肢を含み、前記リソース・ドロップ・ダウン・メニュー選択肢が、前記スプレッドシートについての種々のアクションおよびデータ表示を行うこと、前記スプレッドシートにおける情報を伝達すること、またはこれらの組み合わせが可能である、システム。
【発明の詳細な説明】
【技術分野】
【０００１】
政府との契約
[0001]  米国政府は、本発明において一括払い方式の実施権を有し、更に米国空軍によって供与された契約第Ｆ３３６５７−９９−Ｄ−００２８の条項によって認められた合理的な条件で他者に使用許諾することを、限られた状況において、特許権者に要求する権利を有することができる。
【０００２】
[0002]  本発明は、一般的には、大量のデータを直ぐに利用できる情報に効率的に変換する(turn into)システムおよび方法に関し、更に特定すれば、複数のデータベースからの調達情報(procurement information)をユーザが使いやすい１つのインターフェースに結合し、自動ステータス電子メール、見積もりから完了までの資材情報(material from estimate-to-complete information)、および指標データ(metrics data)を提供する、カスタム計算ツールに関する。
【従来技術】
【０００３】
論述
[0003]  資材所要量計画（ＭＲＰ：material requirements planning）は、製造プロセス、プロジェクト、および同様の活動を管理するために使用される、生産計画、スケジューリング、および在庫管理システムである。ＭＲＰシステムの典型的な目的は、（１）生産のために資材が入手可能であり、顧客への配送のために製品が入手可能であることを確保し、（２）現場および／または倉庫において最低限可能な資材および製品レベルを維持し、ならびに（３）製造活動、配送スケジュール、および購入活動を計画することである。よく使われるリソースに、ＭＲＰシステムの少なくとも一部のための契約業務および調達システム（ＳＡＰ：sourcing and procurement system）がある。大型ＭＲＰシステムでは、１つの会社のＭＲＰシステムの全体像を組み立てるために、様々なレポートを必要とするのが通例である。例えば、ＳＡＰが３つ以上のレポートを有することもあり、各レポートが異なる情報に寄与し、これらの情報全てがＭＲＰに必要となる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
[0004]  通例、システム・ユーザは、ＭＲＰに必要となる各レポートをダウンロードし、次いで有用なデータの全ての完全な絵図(picture)をＭＲＰに提供するためには、各レポートからの関連情報を手作業で結合しなければならない。各レポートは、ダウンロードするのに３０分もかかることがあり、更にダウンロードしたデータを結合して相関付けるためには約１５〜４０時間もかかる場合もある。このため、データを全て処理し終えた時点では、その内部に収容されている情報の少なくとも一部が古くなっているおそれがある。したがって、当技術分野では、複数のソースからの大量のデータを、纏まりがあり直ぐに利用できる情報に素早く変換する方法が求められている。
【図面の簡単な説明】
【０００５】
【図１】図１は、複数のデータベース／ソースからの調達情報を自動的に結合する資材追跡システムの図である。
【図２】図２は、データを手作業で結合する既知のシステムの図である。
【図３】図３は、既知の手動システムと同じデータを自動的に結合するためにコンピューティング・デバイスを使用するシステムの図である。
【図４】図４は、レポート毎に一意の識別子を作成するコンピューティング・デバイスの例証的なプロセスの全体像の図である。
【図５】図５は、電子スプレッドシートのカスタム・リボン(custom ribbon)の図である。
【図６Ａ】図６Ａは、資材追跡システムをどのように使用することができるかを示す例証的なフロー図である。
【図６Ｂ】図６Ｂは、資材追跡システムをどのように使用することができるかを示す例証的なフロー図である。
【図６Ｃ】図６Ｃは、資材追跡システムをどのように使用することができるかを示す例証的なフロー図である。
【発明を実施するための形態】
【０００６】
[0011]  大量のデータを直ぐに利用できる情報に効率的に変換するシステムおよび方法を対象とする本発明の実施形態の以下の論述は、本質的に例証に過ぎず、本発明あるいはその応用または使用を限定することは全く意図していない。例えば、本明細書における説明では調達データが使用されるが、異なるレポートから結合する必要があるデータであればいずれも、本発明の範囲内に該当することは理解されよう。
【０００７】
[0012]  図１は、複数のデータベース／ソースからの調達情報を自動的に結合して１つのインターフェースにすることができる資材追跡システム１０の図である。例えば、Ｏｒａｃｌｅデータベース上で管理されるＥＰＳのような、少なくとも１つの電子調達システム（ＥＰＳ）１２から、情報が来るのでもよい。また、情報は少なくとも１つのＳＡＰレポート１４から来ても良い。例えば、需要レポート、在庫入手可能性レポート、検査レポート、重要レポート(critical report)、その他のレポート、およびＰＲヘッダ・コメント・レポートが、ＳＡＰレポート１４の一部であってもよい。システムについてのレポートからの情報は、少なくとも１つの追加レポート、例えば、エンタープライズ・セントラル・コンポーネント（ＥＣＣ：Enterprise Central Component）レポート１６としても知られている、１つ以上のビジネス・ウェアハウス・レポート(business warehouse report)または承認部品供給者リスト(parts approved supplier list)を含むこともできる。例えば、ビジネス・ウェアハウス・レポートは、日次総購買依頼レポート、日次ＰＯ短文照会レポート(daily PO short text inquiry report)、および／または工場レポート毎の受入未了購入注文量(open purchase order quantity)を含むのでもよい。
【０００８】
[0013]  一旦所望のレポートが決定されダウンロードされたなら、ボックス１８において、例えば、Ｖｉｓｕａｌ Ｂａｓｉｃ、ＳＱＬ等のような好適なコード言語で所望のレポートを開く。ボックス１２〜１６からのレポートは、手動でダウンロードすることができ、または以下で更に詳しく説明するように、自動的にダウンロードすることもできる。ボックス１８において、コード言語を使用して、レポート毎に一意の識別（ＵＩＤ）または指紋ＩＤを作成する。これについては以下で更に詳しく説明する。レポート毎にＵＩＤを作成することによって、ボックス１８において関連データが結合され、計算が行われ、データ・ソート／フォーマットが作成され、そしてコード言語によって指標および追跡が更新されるように、種々のレポートにおいて同一である勘定項目(line item)を、勘定項目としてマッピングすることができる。次に、ボックス２０において、１つのスプレッドシート、例えば、Ｅｘｃｅｌスプレッドシートにおいてデータを表示する。ボックス２０において使用されるスプレッドシートは、以下で更に詳しく説明する、種々のユーザに使いやすいデータ表示を提供する。例えば、ステータス・グラフィック・ユーザ・インターフェース（ＧＵＩ）、残作業のコスト見積り／完成時総コスト見積り（ＥＴＣ／ＥＡＣ：estimate to complete/estimate at completion）、電子メール・ステータス、およびダッシュボード指標が、ユーザに利用可能となる。
【０００９】
[0014]  先に述べたように、レポートからのデータを手動で結合する既知の方法は時間がかかり、その結果は、システム１０によって達成することができる結果程、ユーザにとって使いやすくない。図２は、既知の手動システム３０の図であり、システム３０を使用して８つの異なるレポートからのデータを手動で結合する。手動システム３０を使用すると、ユーザは、ボックス３２において、８つの異なるレポートからデータをダウンロードする。８つのレポートをダウンロードするために必要となる時間量は、約３０分である。次に、手動システム３０を使用して、ユーザは、ボックス３４において、８つのレポートからのデータを手動で結合し、ボックス３６においてカスタム・スプレッドシートを手動で作成する。ボックス３４および３６のタスクを実行するために要する時間は、合計で約１５〜４０時間となる。次に、手動システム３０を使用して、ユーザは、ボックス３８において、ステータス更新に関する電子メールを送り、資材ＥＴＣ／ＥＡＣを作成し、ステータス更新のためにバイヤーと連絡を取り、指標を作成する。ボックス３８において実行されるタスクは、完了するために約８〜１６時間を要する。このように、手動システム３０を使用するには、合計で約２４〜５７時間が必要となる。必要となる時間は非常に長いので、システム３０を１週間に１回または２回しか使用できない。更新が完了した時点までに、その内部に収容されている情報の一部が古くなっているおそれがある。このため、更に精度高くＭＲＰを管理するためには、高速化システムが求められる。
【００１０】
[0015]  図３は、先のシステム３０において手動で処理された同じデータを自動的に結合するシステム４０の図である。自動化システム４０を使用すると、ユーザは、ボックス４２において、手動システム３０と同様に、８つのレポートを手動でダウンロードする。しかしながら、この部分は、以下で詳しく説明するように自動化することもできる。一旦ボックス４２において８つのレポートが手動でダウンロードされたなら、ユーザは、ボックス４４において、８つのレポートからのデータを、コンピュータのインポータ（importer)にロードする。Ｖｉｓｕａｌ Ｂａｓｉｃのような適切な言語を使用して、システム４０のプロセッサのアルゴリズムが、ボックス４４からインポートされたレポートを開き、一意のＩＤ（ＵＩＤ）を作成し、ボックス４６において、インポートされたデータを結合し処理する。適切なコーディング言語、この例ではＶｉｓｕａｌ Ｂａｓｉｃは、ボックス４８において結合および処理されたデータを、ボックス５０において、Ｅｘｃｅｌスプレッドシートのような、適切な視覚表示装置(visual display)にエクスポートする。ボックス４２において８つのレポートをダウンロードするのに要する時間は、図２のボックス３２におけるのと同じであるが（何故なら、この例では手動であるからである）、８つのダウンロードされたレポートの残りの処理は、システム４０のアルゴリズムを使用すると、合計で約３〜１６分しか要さない。手動システム３０では、この処理部分を実行するのに２４〜５７時間を要する。このように、自動化システム４０を使用すると著しく高速化し、したがって、一層頻繁に実行することができ、これによって、処理が完了する前にデータが古くなるという問題を解消または軽減することができる。更に、手動システム３０の一部ではないアルゴリズムの一部として、追加の表示装置を使用してもよい。
【００１１】
[0016]  図４は、レポート毎に、および／または種々のレポートからのデータを纏めて結合することができるように元の／マスタ・レポートとマージされることになっているレポート毎に、一意の識別子（ＵＩＤ）、即ち、指紋ＩＤを作成するためのコンピューティング・デバイスの例証的なプロセス６０の全体像を示す。プロセス６０において示す具体的なレポートは、本質的に例証に過ぎず、ＵＩＤを使用して所望のデータを相関付けるためには、レポートの任意の適した結合を使用することができる。
【００１２】
[0017]  Ｖｉｓｕａｌ Ｂａｓｉｃのような好適なコーディング言語を使用して、そしてボックス６２において調達（ＰＲ）レポートから開始して、プロセス６０は、ボックス６４において注文書（ＰＯ：purchase order）レポートに対してＵＩＤを作成する。ここでは、ＵＩＤは、例えば、ＰＯ番号、ＰＯ項目、およびＰＲ番号を含む一意の識別子であり、ＰＯにおける勘定項目毎に割り当てられる。ボックス６４において、各ＰＯにＵＩＤを与えることによって、１つのＰＯまたは多くのＰＯをマージすることができる。レポート間でデータが同じであるとき、総計／総量が得られるように、このデータを結合する。
【００１３】
[0018]  ボックス６４におけるＰＯレポートからのデータを、ボックス６２におけるＰＲレポートとマージして、ボックス６６において、ＵＩＤを更新して結合ＰＲおよびＰＯレポートを作成する。次に、ボックス６８においてダウンロードされ開かれた受領レポートにＵＩＤを割り当てる。このＵＩＤは、例えば、ＰＯ番号、ＰＯ項目、およびＰＲ番号に基づく。ボックス７０において、一意の識別子を有する受領レポートを、ボックス６６からのＰＲおよびＰＯレポートとマージする。したがって、ボックス７０において、ＰＲおよびＰＯレポート、ならびに受領レポートも含むマージ・レポートが作成される。
【００１４】
[0019]  ボックス７２において、例えば、申請者(requisitioners)を使用して、Ｏｒａｃｌｅデータベース上で管理されるシステムからの電子調達システム（ＥＰＳ）データにＵＩＤを割り当て、このデータが異なるシステム、即ち、Ｏｒａｃｌｅデータベースから発生したことを警告するために、このデータにフラグを立てる。ボックス７２において、このデータをボックス７０の結合レポートとマージしたということは、つまり、全てのデータが適切な勘定項目配列に整列されたことを意味し、その後バックアップを実行し、ボックス７４において、例えば、ネットワーク、ＰＲ番号、ＰＲ項目、要求日(need date)、購買依頼作成日、および購買依頼公表日(release date)を含むＵＩＤを作成する。このように、ボックス７４において、バックアップのために、ときの経過と共に変化する可能性が低い情報を含む大きな指紋を作成する。例えば、配送日は変更になることが多いので、配送日は使用されない。この段階において、高精度の追跡を確保するため、そしてあらゆる変更、例えば、配送日、部品番号、数量の変更、および／またはベンダーの変更を捕獲することを確保するために、変化する可能性が低いフィールド、即ち、情報を使用してＵＩＤを作成するのは重要である。
【００１５】
[0020]  ボックス７６において、ＰＲヘッダ・コメントを、ボックス７４のマージおよびバックアップされたレポートからの適切な既存の勘定項目に結び付けるように、ＰＲ番号およびＰＲ項目を含むＵＩＤをＰＲヘッダ・コメントに対して作成する。これは、単に部品ステータス(part status)のためだけに電子メール、電話、そして更に会議までも行って浪費されたであろう時間を節約するので、有用である。この情報をバイヤーから直接マージすることによって、ユーザは、任意の読みやすいフォーマットで、彼らが必要とするステータスを得ることが可能になる。本質的に、各ＵＩＤは１つ以上の列をレポートに追加し、レポートからの情報が列に入力されるにつれて、スプレッドシートにおいて勘定項目が拡張されるようにレポートがマージされ、容易に検索可能な膨大な情報を収容する。システム１０のコード内におけるあるセクションが、勘定項目毎に日付けおよび／またはステータスのあらゆる変更を追跡する。他のパラメータにおける重複は、最新の情報で書き換えられる。
【００１６】
[0021]  ボックス７６においてＰＲヘッダ・コメントを、以前のレポートからのデータとマージした後、ボックス７８および８０において、ＣＲＩＴレポート、即ち、重要な資材または緊急資材に関するレポートを、以前のレポートにマージすることができる。例えば、ボックス７８における第１ＣＲＩＴレポートにＵＩＤを付与してマージしてもよく、更に、ボックス８０における第２ＣＲＩＴレポートにＵＩＤを付与してマージしてもよい。第１ＣＲＩＴレポートのＵＩＤは、例えば、ＰＲ番号、ＰＲ項目、部品番号、および資材を使用してもよい。第２ＣＲＩＴレポートのＵＩＤは、例えば、ＰＯ番号、ＰＯ項目、部品番号、および資材を使用してもよい。
【００１７】
[0022]  一旦第２ＣＲＩＴレポートがボックス８０においてマージされたなら、ボックス８２においてバックアップを作成し、例えば、ネットワーク、ＰＲ番号、ＰＲ項目、要求日、購買依頼作成日、および購買依頼公表日を使用して、ＵＩＤをバックアップに与える。ボックス７４において作成したバックアップと同様に、ボックス８２において作成したバックアップは、ステータス変更をチェックするために作成され、ステータス変更を警告する。ステータス変更が起きた場合、スプレッドシートが更新され、バックアップ作成プロセスの終了時にポップアップ・メッセージによって知らされる(note)。
【００１８】
[0023]  スプレッドシートのフィールドには、所望の情報が容易に入手でき、論理フォーマットで編成されるように、レポートからの情報が入力される。部品を追跡するために、例えば、フィールドは、部品を追跡するために有意義である情報で埋められる。１つの部品について、誰が購入したか、数量、価格、ベンダー等を判断できるように、フィールドを埋めることができる。部品毎に含まれるフィールドの数は無限である。例えば、５０以上の列が各勘定項目の一部であってもよい。
【００１９】
[0024]  スプレッドシート内では５０の列を読み取るのは困難な場合もあるので、データを１つのスプレッドシートの１つの勘定(line)にマージすると便利であるが、本発明の他の態様では、スプレッドシート内のセル上でダブル・クリックすると、５０列からの情報の一部または全部を１つの読みやすいポップアップ表示に、即ち、グラフィック・ユーザ・インターフェース（ＧＵＩ）表示にして示すポップアップを生成することができる。例えば、ベンダー名を列挙するスプレッドシートのセル上でユーザがダブル・クリックした場合、ポップアップ画面がベンダーの概要を表示し、この概要は、ベンダーの履歴情報、ベンダーが請求するコスト、過去の注文においてこのベンダーが遅れたことがあるか否か等を含むことができる。他の例では、ＧＵＩにおいてＳＡＰ項目概要を列挙するセル上でクリックし、更にＳＡＰ項目をダブル・クリックすると、ポップアップを生成することができる。つまり、ポップアップ画面内に収容された情報は、列および／または勘定項目からの情報、列に含まれない追加情報、またはこれらの組み合わせを含むことができる。スプレッドシート内のセル上でダブル・クリックしたことによって、または以下で更に詳しく説明するようにスプレッドシートのドロップ・ダウン・メニューを使用することによって生成されたポップアップ表示に入力するためには、以上で論じたシステム１０の一部であるレポートからの情報の任意の組み合わせを使用することができる。
【００２０】
[0025]  図５は、システム１０のボックス２０において示したマージ・データのスプレッドシートのカスタム・リボン９０を示す。カスタム・リボン９０は、データを目視し論理的な方法でデータを更新する便利な方法を提供するように設計されている。カスタム・リボン９０は単なる例証であり、他の適したリボン配列が使用されてもよい。リボン９０において、種々のステータス表示を表示することができる指標ドロップ・ダウン・メニュー９２が設けられている。例えば、指標ドロップ・ダウン・メニュー９２は、調達および指標情報全体を表示／選別(filter)し、全ての関連するネットワークについての項目ステータスを表示／選別し、１回のボタン・クリックによって指標データがプレゼンテーションに組み込まれるように、指標情報をＰｏｗｅｒ Ｐｏｉｎｔのようなプログラムにエクスポートすることができる。
【００２１】
[0026]  また、リボン９０には、予算/実績および予想情報を更新する予想ドロップ・ダウン・メニュー９４も含まれている。予想メニュー９４は、ユーザが予想データを新たなワークシートにエクスポートすることを可能にすることができる。新たなワークシートは、予想数を実績数と比較し、更に予算計上数(budgeted number)と比較するための作図能力を含む。また、予想メニュー９４は、月額費用支出(monthly costs expenditures)についてのチャートを作成することもできる。
【００２２】
[0027]  ステータス・ドロップ・ダウン・メニュー９６は、プログラム・ネットワークおよびステータスの全て、またはそこから選択されたものからの項目の電子メール・ステータスを自動的に生成することができ、更に配布リスト(distribution list)を更新することもできる。例えば、毎朝、全てのステータス・タイプに関する情報を収容した電子メールを自動的に送ることができ、またはステータス・ドロップ・ダウン・メニュー９６を使用して手動で送ることができる。ここで、電子メールは自動的に生成される。自動調達ステータス電子メールの受信先を追加または修正するためには、ユーザはステータス・ドロップ・ダウン・メニュー９６の「配布リスト」選択上でクリックし、該当する人の電子メール・アドレスを挿入または削除すればよい。更に、勘定項目毎のバイヤーへのハイパーリンクがスプレッドシートの一部となっており、このハイパーリンク上でクリックすると、このバイヤーへの電子メールが自動的に生成されるようになっており、この電子メールは、スプレッドシートの勘定項目に関する関連情報の全てを含む。
【００２３】
[0028]  ステータス・ドロップ・ダウン・メニュー９６のカテゴリ例には、例えば、未公表需要(unreleased demand)（売上高(drawings)から発生しバイヤーに割り当てられていない従属需要(dependent demand)）、購入発注を待っている公表済み購買依頼(released purchased requisition)（バイヤーに割り当てられた）、未公表注文書勘定項目(unreleased purchase order line items)（ＰＯは供給業者に送られたが、この供給業者はこの注文を承認していない）、保留注文書勘定項目（供給業者または内部問題のいずれかによって保留された項目）、（ｘ日以内に）配送予定の注文書勘定項目、期日を過ぎた配送予定注文書勘定項目、未配送項目、受領項目（ｘ日以内）、および／または未決済不良受領項目(open non-good receipt item)が含まれる。
【００２４】
[0029]  自動電子メールおよびステータス・ドロップ・ダウン・メニュー９６の選択肢(choices)によって、最新情報を主要な利害関係者に広く行き渡らせるという効果が得られ、ステータス・ミーティングの必要性を減らし、主要な利害関係者があらゆる必要な変更（例えば、取り消し、変更、遅延等）に関するコメントを与えることを可能にする。これは、システムを高精度にそして最新に維持するのに役立ち、更に重要な注文の優先順位付けを容易にする調達ステータスのスナップショット・ビューを可能にする。例えば、プログラム・マネージャが、日付が容認できないと判断した(see)場合、またはある項目に遅れがある場合、プログラム・マネージャはバイヤーに連絡を取り、適切なシステム、例えば、ＥＰＳまたはＳＡＰシステムにおいてバイヤーに情報を更新させることができる。また、情報が失われた場合、プログラム・マネージャはその失われた情報をバイヤーに送ることもできる。
【００２５】
[0030]  また、データ・ソース・ドロップ・ダウン・メニュー９８は、ＥＰＳデータベース１２およびＳＡＰレポート１４にリンクされたデータ・フィールドをリフレッシュし、接続を目視して任意の変更をＳＱＬクエリーに対して行い、新たに記録された(log)項目を全てチェックし、手動入力データを全て整列し直し、ＥＰＳバイヤーおよび従業員を更新し、追加のワークシートを目視し、および／または条件付き書式を設定し直すこともできる。更新したワークシートおよびデータ・フィールドを同期させるとき、データ・ソース・ドロップ・ダウン・メニュー９８は、例えば、「複製」ワークシートを示し、あらゆる相違、新たに追加された製品、ステータス、ＥＯＤＤの変更等をチェックすることができる。複製ワークシートは、追跡ワークシート(tracking worksheet)に合わせるように更新され、全てのワークシート上において条件付き書式を適用し直し、複製ワークシートを隠し、メトリックおよびネットワーク・ステータス・グラフを更新し、そしてステータス更新が戻される。
【００２６】
[0031]  データ・ソース・ドロップ・ダウン・メニュー９８は、スプレッドシートにおけるデータを更新するために必要となる、ビジネス・ウェアハウス・レポートおよび必要に応じてＳＡＰレポートをインポートし、ＧＳＣバイヤーを更新し、追加のワークシートを目視し、および／または条件付き書式を設定し直すことができる。また、データ・ソース・ドロップ・ダウン・メニュー９８は、１つの便利な場所において接続し、開始(inception)から最終送り状までＳＡＰによって行われた注文を追跡することができ、更に（１）未決済ＰＲレポート、（２）未決済ＰＯレポート、（３）更に詳細なＰＲ／ＯＰステータス・レポート、（４）ビジネス・ウェアハウス・レポート、（５）在庫／倉庫レポート、（６）固定為替相場制(hard peg)レポートおよび／または中間的為替制度動向(soft peg movement)レポート、ならびに（７）その他のコスト情報レポートを統合することができる。
【００２７】
[0032]  リボン９０のフィルタ・ドロップ・ダウン・メニュー１００は、一般に使用されているフィルタをＳＡＰおよびＥＰＳワークシートに応用することができる。例えば、ユーザが未決済項目（即ち、受領されていないまたは請求されていない項目）、全ての受領されている項目等を見ることを望む場合、ユーザは指定されたフィルタ上でクリックすればよく、スプレッドシートはその情報を表示するために更新する。ネットワーク・ドロップ・ダウン・メニュー１０２は、プログラム・ネットワークを修正することができる。リソース・ドロップ・ダウン・メニュー１０４は、レポートのチェックリストおよび日付を表示し、現バージョンおよび一般情報を表示し、コード・ラインの総数を表示し、参照情報を表示することができる。
【００２８】
[0033]  図６Ａから図６Ｃは、資材追跡システム１０をどのように使用するとよいかを示す例証的な流れ図である。図６Ａのボックス２０２において開始し、ユーザは、図３のボックス４２において示した８つのレポートのような、レポートをダウンロードおよび／またはリフレッシュする。例えば、ユーザがボックス２０２においてリフレッシュ／ダウンロードを開始したときに、ボックス２０４におけるＰＲレポート、ボックス２１０におけるＰＯレポート（１つまたは複数）、およびボックス２２４における受領レポート（１つまたは複数）が更新およびリフレッシュされる。ボックス２０２におけるレポートのデータをリフレッシュするために、ユーザは、図５に示すカスタム・リボン９０のデータ・ソース・ドロップ・ダウン・メニュー９８上でクリックすることによって、これを遂行することができる（ドロップ・ダウン・メニュー９８の選択肢の１つに、レポートの更新が含まれる）。ボックス２０４において、ＰＲレポートをリフレッシュし、ＰＲレポートからのデータを、図１のボックス１８に示すような、適したコード言語、例えば、Ｅｘｃｅｌに転送して開く。次に、ボックス２０８において、ＰＲレポートからのデータを１つ以上のＰＯレポートに結合するために使用されようとしている一意の識別子（ＵＩＤ）を選択する。ＵＩＤは、マージされることになっているＰＲレポートおよびＰＯレポート（１つまたは複数）双方にある情報から選択される。この例では、ＰＲレポートおよびＰＯレポート（１つまたは複数）は双方共、ＰＯ番号およびＰＯ項目を勘定項目毎に含むので、これら２つのパラメータがＵＩＤに使用される。ボックス２０８において作成されたＵＩＤは、図４のボックス６２に対応する。
【００２９】
[0034]  ボックス２１４においてＰＯ番号およびＰＯ項目を使用してＵＩＤが作成されるように、ボックス２１２において、先に述べたＰＯ番号およびＰＯ項目のような、ＰＯレポート間で共通するデータを使用して、リフレッシュされたＰＯレポートを結合する。ボックス２１４におけるＵＩＤは、図４に示したボックス６４におけるＵＩＤに対応する。一旦ボックス２１４においてＵＩＤが作成されたなら、ボックス２１６において勘定項目毎に注文された量をチェックし、結合されたＰＯレポートに合わせて更新し、ボックス２１８において勘定項目毎のバイヤーをチェックし、結合されたＰＯレポートに合わせて更新する。次に、ボックス２２０において、ボックス２０８および２１４からの対応するＵＩＤを使用して、結合されたＰＯレポートをＰＲレポートとマージ／結合する。ボックス２２０は、図４のボックス６６に対応する。こうして、先に論じたように、各勘定項目が１つの結合レポートにおいて拡張列を有するように、勘定項目毎のデータがマージされる。ＵＩＤが一致しない何らかの情報がレポートにあった場合、例えば、ＰＯ番号が間違って入力された場合、レポートがマージされるときにこのデータを無視する／含めない。ボックス２２２において、ボックス２２０において結合およびマージされたデータにＵＩＤを割り当てる。このＵＩＤは、各勘定項目内にある識別データ、例えば、先に述べたような、ＰＯ番号およびＰＯ項目を使用する。
【００３０】
[0035]  同様に、ボックス２２４において受領レポート（１つまたは複数）からリフレッシュ／更新されたデータを、ボックス２２６において、受領レポート間で共通するＵＩＤ、例えば、ＰＯ番号、ＰＯ項目、およびＰＲ項目を使用して結合する。ボックス２２８において、受領レポート毎にＵＩＤを作成する。これは図４におけるボックス６８のＵＩＤと対応する。これらのレポートはＰＲ項目も使用するので、ＰＯ番号またはＰＯ項目の低精度および／または重複が原因でＰＯレポートから失われたデータをいずれも本アルゴリズムが取り戻す(catch)ことができるように、データを指定する／狭める。ボックス２２８において作成されたＵＩＤは、受領レポートが結合されることになっている、ボックス２２２におけるレポートのＵＩＤと重複する。この例では、受領レポートは、ＰＯ番号およびＰＯ項目と関連付けられたＵＩＤを使用する、結合ＰＲおよびＰＯレポートとマージ／結合されることになっている。したがって、ボックス２２８において受領レポートに対して作成されたＵＩＤもＰＯ番号およびＰＯ項目を使用する。ＵＩＤのために選択されたデータは、本質的に単なる例証に過ぎない。何故なら、システム１０によれば、マージ／結合されることになっているレポート間において共通するあらゆる情報を、ＵＩＤとして使用してもよいからである。ボックス２２２および２２８において作成されたＵＩＤを使用して、ボックス２３０において、結合ＰＲおよびＰＯレポートを、結合受領レポートと結合／マージする。ボックス２３０における結合レポートは、図４におけるボックス７０のＵＩＤに対応する。
【００３１】
[0036]  ボックス２３２において、勘定項目毎にステータスを割り当てる。このステータスは、例えば、勘定項目が受領されたか、部分的に受領されたか、保留中か、取り消されたか、執行されたか(placed)、期日を過ぎたか等を含むことができる。ステータスに応じて、このステータスと共に所定の視覚補助(visual aid)を与えることもできる。例えば、期限を過ぎた勘定項目を赤で強調するのでもよい。本アルゴリズムに適した所定の視覚補助であればいずれでも、所望のステータスに注意を引くために使用することができる。次に、ボックス２３４において、例えば、改訂されたＥＯＤＤを現在のＥＯＤＤから減算する所定のインディケータを使用して、予定オン・ドック日（ＥＯＤＤ：expected on dock date）を計算して示す。次に、ボックス２３６において、ボックス２３０における結合レポートからのデータを、所定の方法でソートする。
【００３２】
[0037]  また、ボックス２４０において、ＥＰＳデータもリフレッシュして、選択されたプログラミング言語、例えば、Ｅｘｃｅｌにインポートする。ボックス２３８において、ボックス２４０からのＥＰＳデータをクロスチェックして重複を調べ、申請者／請求番号にしたがってＵＩＤを割り当て、先に論じたように、ＥＰＳデータをボックス２３０の結合レポートとマージする。ボックス２３８において作成されたＵＩＤは、図４のボックス７２に対応する。申請者／請求番号は、この例において使用されるＵＩＤであるが、マージされるレポート間で共通する任意のデータが使用されてもよいことを承知されたい。一旦ボックス２３８において、ボックス２３０からのレポートを、ボックス２４０からのＥＰＳデータと結合したなら、ボックス２４２において、偽物／複製情報を除去する。ボックス２４６において、ボックス３２８からのバイヤー情報を適切な勘定項目に挿入する。任意の適切なバイヤー情報、例えば、名称、電子メール等を使用することができる。更に、過剰なバイヤー情報が存在する場合はいつでも、このような情報を本アルゴリズムによって除去することができる。
【００３３】
[0038]  次に、ボックス２４８において、何らかの他の保留ステータスがあるか否か確認するためにチェックを行う。ボックス２５０において、例えば、ネットワーク、ＰＲ項目、要求日(need date)、購買依頼作成日、および購買依頼公表日を使用して、ボックス２５２において、新たなＵＩＤを作成する。ボックス２５４からのＳＡＰバックアップ・レポートは、過去において既に流れた結合レポートからのデータの以前のバージョンであるが、ボックス２５０における結合レポートをボックス２５４のＳＡＰバックアップ・レポートと比較して、これらの間におけるあらゆる変更／相違を判定できるように、ボックス２５０において作成されたＵＩＤのデータと同じであるＵＩＤのデータを使用して作成される。図６Ｂのボックス「Ａ」において開始し、ボックス２５６において、ボックス２５０からのレポートとボックス２５２におけるＳＡＰバックアップ・レポートとの間の相違をチェックし、確認する。システム１０のアルゴリズムは、判断ブロック(decision diamond)２５８において相違が存在するか否か判定する。存在する場合、ボックス２６０において、ステータスのコピー、元の予定オン・ドック日（ＯＥＯＤＤ）、およびコメントを用意する。また、ボックス２５０および２５２の勘定項目データ間における相違をユーザに警告するために、結合レポートの該当する勘定項目について、任意の所望の情報のコピーを供給することもできる。相違が発見されなかった場合、そしてボックス２６０においてコメントが与えられた後の時点において、ボックス２６２において、例えば、ＰＲ番号およびＰＲ項目を使用する新たなＵＩＤを、結合レポートに対して作成する。ボックス２６４からのＳＡＰ  ＰＲヘッダ情報は、リフレッシュされることもされないこともあるが、ボックス２６６において作成されたＵＩＤが付与される。このＵＩＤは図４のボックス７６に対応する。ここで、ボックス２６６において作成されたＵＩＤは、ボックス２６２において作成されたＵＩＤ、例えば、ＰＲ番号およびＰＲ項目と一致する。本アルゴリズムは、ＰＲヘッダ情報のコピーが望まれるか否か、判断ブロック２７０において判定する。望まれる場合、ＰＲヘッダ情報が適切な勘定項目に含まれるように、ボックス２６２および２６４からのデータを結合する。望まれない場合、ボックス２７２において、ボックス２６２からのＵＩＤを有するデータをＳＡＰバックアップ・データと結合する。ＳＡＰバックアップ・データはボックス２７４からであり、過去において既に流れた(run)データから引き出される。例えば、ユーザが２０１４年１２月８日にこのアルゴリズムを使用してレポートを既に流しデータを更新し、次いでユーザが２０１４年１２月１５日に再度それを行う場合、バックアップＳＡＰにおける情報は、２０１４年１２月８日からのデータとなる。ＳＡＰバックアップ・データには、ボックス２７６においてＰＲ番号およびＰＲ項目を使用して作成されたＵＩＤ、即ち、ボックス２６２からのＵＩＤに使用された同じデータを使用して作成されたＵＩＤが付与される。判断ブロック２７０における判断は、ユーザによって行われる手動の選択であってもよく、または本アルゴリズムの一部であってもよい。後者の場合、本���ルゴリズムはＳＡＰ ＰＲヘッダ情報がダウンロードされたか否か判定する。
【００３４】
[0039]  次に、本アルゴリズムは、判断ブロック２７８において、ＣＲＩＴ情報のコピーが望まれるか否か判定する。これは、ユーザによって行われる手動の選択であってもよく、または本アルゴリズムの一部であってもよい。その場合、本アルゴリズムは、ＳＡＰ ＣＲＩＴ ＰＯ情報および／またはＳＡＰ ＣＲＩＴ ＰＲ情報がダウンロードされているか否か判定する。判断が肯定である場合、図４のボックス７８に対応するボックス２８４において、ボックス２８２からのＳＡＰ ＣＲＩＴ ＰＲ情報に対するＵＩＤを作成する。ここで、ＵＩＤは、例えば、ＰＲ番号およびＰＲ項目を使用する。ボックス２６８および／または２７２からのＳＡＰ ＣＲＩＴ ＰＲ情報の勘定項目および結合報告に共通する情報はいずれも使用されてよい。ボックス２８６においてデータを結合できるように、ボックス２８０において、ボックス２８４においてＳＡＰ ＣＲＩＴ ＰＲ情報のために使用した同じＵＩＤを、ボックス２６８および／または２７２からの結合レポートのために使用する。次に、ボックス２８８からのＳＡＰ ＣＲＩＴ ＰＯ情報にＵＩＤを付与する。このＵＩＤは、ＳＡＰ ＣＲＩＴ ＰＯ情報およびボックス２８６における結合レポートの双方に共通する勘定項目のデータを使用して作成され、図４のボックス８０に対応する。この例では、ＰＯ番号およびＰＯ項目が、ＵＩＤに使用された共通データ項目である。ボックス２９２において、ボックス２９０におけるＵＩＤを有するＳＡＰ ＣＲＩＴ ＰＯ情報、およびボックス２８６における結合情報からのデータを結合する。
【００３５】
[0040]  判断ブロック２７８において、ＣＲＩＴ情報のコピーが望まれない場合、ボックス２９６において、ボックス２６８および／または２７２からの結合レポートに対してＵＩＤを作成する。このＵＩＤは、例えば、ＰＲ番号、ＰＲ項目、部品番号、資材番号を使用する。また、ボックス３００におけるＳＡＰバックアップからのデータにも、ボックス３０２においてＰＲ番号、ＰＲ項目、部品番号、および資材番号を使用して作成されたＵＩＤが付与される。ボックス２９８において、ボックス２９６およびボックス３０２からのデータ／結合レポートを結合して、ＳＡＰバックアップ情報との結合レポートを作成する。この時点において、本アルゴリズムはＳＡＰ全体をバックアップしていないが、代わりに、ＣＲＩＴ情報を収容している列のみのバックアップからデータを取り込む。これは、ユーザがこの時点ではＣＲＩＴレポートからのデータを更新したくない場合にのみ行われる。つまり、代わりに、本アルゴリズムが以前のレポートからのＣＲＩＴデータのみを更新する。
【００３６】
[0041]  ボックス２９４において、ボックス２９２からコピーされたあらゆる情報、および／またはボックス２９８からの情報を記録する。情報を記録する目的は、情報またはコメントのいずれかが変化したか否かユーザが確認できるように、連続コメント・フィールド(running comment field)を保持するためである。ユーザがスプレッドシートの該当するセル上でホバリングすると、コメント・ボックスが関連履歴データ／コメントと共に現れる。次に、図６Ｃにおける「Ｂ」から開始して、ボックス３０４において新たなＵＩＤを作成する。このＵＩＤは、例えば、ネットワーク、ＰＲ番号、ＰＲ項目、要求日、購買依頼作成日、および購買依頼公表日を含む。コメント、例えば、何らかの変更関連コメントまたは新たなコメントをチェックするために、ボックス３０８において、ボックス３０６におけるＳＡＰバックアップからの情報に、ボックス３０４におけるのと同じＵＩＤを付与し、本アルゴリズムは、判断ブロック３１０において、ボックス３０４からのデータをボックス３０８と比較して、既存のコメントがあるか否か判定する。ボックス３０８から何らかの既存のコメントがある場合、ボックス３０４からの新たなコメントがあるなら、既存のコメントに添付して、ユーザが、例えば、勘定項目上で右クリックすることによって、勘定項目に関連する全ての履歴コメントを確認できるようにする。ボックス３０８において勘定項目に対して既存のコメントがなく、更にボックス３０４において同じ勘定項目に対するコメントがあると、判断ブロック３１０において判定された場合、ボックス３１２において勘定項目に対して新たなコメントを作成する。
【００３７】
[0042]  一旦ボックス３１２および３１４において全てのコメントを適切に作成し編成したなら、ボックス３１６において元の推定オン・ドック日（ＯＥＯＤＤ）を確認し、更新したバックアップ・ページを上書き／作成することによってボックス３１８においてバックアップを作成し、ボックス３２０においてデータをフォーマットする。一旦ボックス３２０においてフォーマットしたなら、ボックス３２２においてステータス集計(status totals)を計算し、ボックス３２４において指標を計算することができる。ボックス３２６において、先に説明したように種々の方法で結果を表示することができる。例えば、集計／指標に基づいてグラフを更新してもよい。
【００３８】
[0043]  当業者には理解されようが、本発明を説明するために本明細書において論じた様々なそして種々のステップおよびプロセスは、コンピュータ、プロセッサ、または電気現象を使用してデータを操作および／または変換するその他の電子計算デバイスによって実行される動作を指すこともできる。これらのコンピュータおよび電子デバイスは、実行可能プログラムが格納された非一時的コンピュータ読み取り可能媒体を含む種々の揮発性および／または不揮発性メモリを採用することができる。実行可能プログラムは、コンピュータまたはプロセッサによって実行することができる種々のコードまたは実行可能命令を含む。ここで、メモリおよび／またはコンピュータ読み取り可能媒体は、全ての形態および種類のメモリならびに他のコンピュータ読み取り可能媒体を含むことができる。
【００３９】
[0044]  以上の論述は、本発明の例証的な実施形態を開示し説明するに過ぎない。このような論述ならびに添付図面および特許請求の範囲から、以下の特許請求の範囲において定められる発明の主旨および範囲から逸脱することなく、本発明において種々の変更、修正、および変形を行えることは、当業者には容易に認められよう。
【図１】
2018509677.tif 000003
【図２】
2018509677.tif 000004
【図３】
2018509677.tif 000005
【図４】
2018509677.tif 000006
【図５】
2018509677.tif 000007
【図６Ａ】
2018509677.tif 000008
【図６Ｂ】
2018509677.tif 000009
【図６Ｃ】
2018509677.tif 000010
【国際調査報告】
2018509677.tif 000011
2018509677.tif 000012
2018509677.tif 000013