(57)【要約】ここにおける本発明の主題は、コンピュータ実装ソフトウェアで、階層的選択リストを使用して複数の非接続ユーザのうちの少なくとも１つを選択し、選択された１つまたは複数のユーザにイベント１１０に応じてコンタクトする、改善されたスケジューリングおよび計画システム２００に向けられている。本発明の主題の他の側面は、リソースを記述するためのソフトフィールドを有する改善された決定および／またはスケジューリングシステム１００が含む。他の側面は、階層ソフトフィールド構成を使用する。
2006510094.tif 000002
【特許請求の範囲】
【請求項１】
改善されたスケジューリングシステムであって、
改善が、
階層選択リストと、
リストを使用して複数の非接続ユーザのうちの少なくとも１つを選択し、選択された１つまたは複数のユーザにイベントに応じてコンタクトするコンピュータ実装ソフトウェアとを含む、改善されたスケジューリングシステム。
【請求項２】
選択リストが複数のユーザを問題の重大度と相関させる請求項１に記載のシステム。
【請求項３】
選択リストが複数のユーザを複数のコンタクト方法と相関させる請求項１に記載のシステム。
【請求項４】
選択リストが複数のコンタクト方法を問題の重大度と相関させる請求項３に記載のシステム。
【請求項５】
非接続ユーザがシステムの外部にある請求項１に記載のシステム。
【請求項６】
非接続ユーザが供給業者である請求項１に記載のシステム。
【請求項７】
非接続ユーザがサポート担当者である請求項１に記載のシステム。
【請求項８】
改善が、リソースを記述するためのソフトフィールドを含むデータモデルを含む改善された決定システム。
【請求項９】
ソフトフィールドが階層的方法で関連する請求項１に記載の決定システム。
【請求項１０】
ソフトフィールドが分類可能かつ検索可能である請求項１に記載の決定システム。
【請求項１１】
位置付けのための追加のソフトフィールドをさらに含む請求項１に記載の決定システム。
【請求項１２】
プロセスのための追加のソフトフィールドをさらに含む請求項１に記載の決定システム。
【請求項１３】
リソースの少なくとも一部が材料である請求項８に記載の決定システム。
【請求項１４】
限定された要件を想定した計画アルゴリズムのコンピュータによる実装をさらに含む請求項８に記載の決定システム。
【請求項１５】
限定された要件を想定したスケジューリングアルゴリズムのコンピュータによる実装をさらに含む請求項８に記載の決定システム。
【請求項１６】
イベント、イベントに関連する少なくとも１つの非接続ユーザ識別、および非接続ユーザについての少なくとも１つのコンタクト方法を含む階層選択リストを生成し、
イベントの発生の通知を受け取り、
階層選択リストを使用して、非接続ユーザおよびコンタクト方法を選択し、並びに
接触方法を使用して非接続ユーザに通知することを含むスケジューリングの方法。
【請求項１７】
問題の重大度を階層選択リストと相関させることをさらに含む請求項１６に記載の方法。
【請求項１８】
通知するステップが通知を受け取るステップの１０秒以内で発生する請求項１６に記載の方法。
【請求項１９】
自動的にイベントを感知するステップをさらに含む請求項１６に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２００２年１２月１０日に出願の米国仮出願番号第６０／４３２４９８号の利益を主張し、参照によりその全体が本明細書に組み込まれる。
【０００２】
本発明の分野は、スケジューリングおよび意思決定システムである。
【背景技術】
【０００３】
製造および他の応用において、スケジューリングおよび意思決定システムは、コンピュータを使用して増加する量のデータを管理している。伝統的に、データストレージのコストは、比較的高いものであったが、今日ではデータを蓄積するコストが非常に安価なため、大抵の場合はデータの量は、極端にコストがかかることはない。しかし非常に高コストであるのは、データをフィルタし、適切なユーザに対して時宜を得た方法で関連情報を取得するために要する時間と努力である。
【０００４】
バッチシステムでは、データのフィルタリングを自動的に、または手動で行うことができる。自動フィルタリングは、プログラムでハードコーディングされた命令、プログラムへの入力パラメータ（たとえば選択基準）、またはシステムが特定の出力を特定のユーザにルーティングすることを命令するルーティング命令の形をとることができる。データの手動フィルタリングは一般的には、人によって行われ、コンピュータで生成された報告を受け取る適切なユーザを識別し、そのユーザに報告を渡す単純なものでよい。手動フィルタリングを使用するシステムでは、関連するユーザのためにハードコピーの報告を格納するビンまたはメールボックスを使用することもできる。しかし、バッチシステムに依然として存在する問題は、しばしば大量の報告が生成され、報告内の情報の大部分が不必要であり、時代遅れであり、または２以上のユーザを対象としたものであることである。
【０００５】
オンライン報告およびデータの表示により、ユーザが表示画面を使用して実時間または実時間に近い形でデータを見ることができるようになったために、大量のハードコピー報告書およびデータの瞬時性に関する問題の一部が軽減された。さらに、オンラインシステムにより、ユーザに、現在の状態をより正確に反映した決定を行う能力が与えられた。それでもなお、適切な情報を適切な人に適時に与えるという問題が依然として残る。時には、適切な人がいないか、または適切な情報へのアクセスが限られていることがある。また、入手可能な情報が過剰にあり、これが、適時の決定を行うのに要する時間を追加することもあった。適切な情報を適切な人に適時に取得しやすくする改善されたスケジューリングおよび意思決定システム並びに方法が依然として求められている。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本明細書における本発明の主題は、コンピュータ実装ソフトウェアが、階層選択リストを使用して複数の非接続ユーザのうちの少なくとも１つを選択し、選択された１または複数のユーザにイベントに応じてコンタクトする、改善されたスケジューリングおよび計画システムに向けられている。
【課題を解決するための手段】
【０００７】
非接続とは、スケジューリングシステムへのオンラインアクセスが容易に得られるように、ユーザが物理的に位置していないことを指す。たとえば、非接続ユーザは、ローカルネットワークの外部に物理的に位置するスケジューリングシステムのユーザ、スケジューリングシステムで使用される製品の供給業者、またはスケジューリングシステムを制御するエンティティの顧客でもよい。
【０００８】
階層に関しては、選択リストが、複数のユーザと問題の重大度を有利に相関させる。イベントがスケジューリングまたは意思決定問題を生じることが企図されている。こうしたイベントは、機械の故障、従業員の不在、原料不足などを含むことができる。ユーザと問題の重大度の相関は、特定の問題を解決する最適のユーザの選択を含むことができる。たとえば問題が、原料不足によって重要な顧客の製品の製造の遅れが生じるという場合は、製品の納入を促進するために、販売者に対してその立場が影響力を持つ購買管理者を選択することが適切である。
【０００９】
選択リストは、代替として、かつ／または追加として、ユーザをコンタクト方法と相関させることができる。さらなる相関の層を追加することによって、特定の問題を解決し、または特定のイベントに対処する適切な人にコンタクトすることをさらに容易にする。したがって階層選択は、ユーザが、問題のタイプ、問題の重大度、およびコンタクト方法と相関される相関の複数の層（階層）を含むことができる。
【００１０】
本発明の主題の他の側面は、リソースを記述するためのソフトフィールドを有する改良型決定および／またはスケジューリングシステムが含む。ソフトフィールドは、ユーザによって動的に生成されるフィールドである。したがって、ユーザは、フィールドのための値を入力するだけでなく、実際にフィールドを生成する。一部の実装形態では、ソフトフィールドは、分類可能及び／または検索可能であり、ユーザが受け取ることを望むデータのタイプおよび範囲をさらに定義することができるようになされている。ソフトフィールドは、位置、プロセス、材料、または大抵の任意のリソースに使用できることを留意されたい。
【００１１】
階層的ソフトフィールド構成は、大抵の任意の計画および／またはスケジューリングシステム、特に、ＥＲＰ（企業リソース計画）、ＭＲＰＩＩ（製造リソース計画）など、限定要件を想定したシステムに有用である。
【発明を実施するための最良の形態】
【００１２】
図１では、イベント駆動型スケジューリングシステム１００は、一般的には、階層選択リスト１１０、コンピュータ実装ソフトウェア１２０、および複数の非接続ユーザ１３０〜１６０を含む。
【００１３】
スケジューリングシステムは、計画されたタスクになるデータの操作である。データの操作には、典型的には、データの入力、使用、および表示が含まれ、計画されたタスクには典型的には、タスクの記述および実行時間が含まれる。
【００１４】
好ましい階層選択リストは、ハードコピーリストまたは仮想リストの形をとることができるが、どちらの場合も、リストの階層的側面には、互いにある種の関係（たとえばチェーンまたはポインタ）を有するデータ項目のレベルが含む。図１の階層選択リスト１１０は、たとえば、イベントと、問題またはイベントの重大度と、非接続ユーザと、コンタクト方法の間の関係を有する。実装形態の好ましいクラスでは、階層は、問題の重大度に相関するイベントで開始され、それが非接続ユーザにさらに相関し、最後に非接続ユーザにコンタクトするための複数のコンタクト方法に相関するステップダウン手法を含む。
【００１５】
階層選択リスト１１０は、イベント、重大度、ユーザ、およびコンタクトのためのフィールドを有する。理解されるように、追加のフィールド、より少ないフィールド、または他のフィールドも階層選択リストの一部でもよい。たとえば、階層選択リストが、関係する顧客が好ましいまたは重要な顧客であるかどうかを示すフィールドを有することは有用である。階層選択リストに追加することができるフィールドの他の例は、電子メールアドレス、電話番号、ページャ番号などである。こうしたフィールドを階層選択リストに関連したファイル以外のファイルに保持することができるが、こうしたフィールドを、階層選択リストに関連したファイルに有することは有利である。
【００１６】
コンピュータ実装ソフトウェア１２０は、コンピュータで解釈可能な１組の命令である。コンピュータ実装ソフトウェア１２０は、階層選択リスト１１０を使用して、複数のユーザのうちの少なくとも１つを選択し、選択された１つまたは複数のユーザにイベントに応じてコンタクトする。コンピュータにはデスクトップデバイス、ノートブック、ＰＤＡ、携帯電話などが含まれることが企図されている。
【００１７】
非接続ユーザ１３０〜１６０は、スケジューリングデータへのアクセスが容易に使用可能であるように物理的に位置付けられていないスケジューリングシステムのユーザである。たとえば、非接続ユーザは、ローカルネットワークの外部に物理的に位置するスケジューリングシステムのユーザ、スケジューリングシステムで使用される製品の供給業者、またはスケジューリングシステムを制御するエンティティの顧客でもよい。
【００１８】
図１を参照して、以下の例を考慮されたい。製造会社の作業現場にいる監督者が、原料の予想外の欠乏が生じたこと（よく問題と呼ばれるイベント）に気付いた。このイベントはスケジューリングシステム１００に手で入力され、またはシステムあるいは関連するモジュールによって自動的に感知され、もしくは検出されるが、いずれの場合もシステム１００はこのイベントを通知する。問題の重大度は、手で入力されるか、またはシステムあるいは関連するモジュールによって自動的に決定される。指摘されるように、イベントおよびその関連する重大度の感知は、感知デバイス（たとえば光または電子機構）を使用して行うことができる。センサを使用して製品を検査し、品質規格が満たされているかどうかを決定することもできる。
【００１９】
この例を継続すると、イベントの通知の非常に短時間（２、１０、３０秒間）内で、コンピュータ生成ソフトウェア１２０は、ユーザまたは１組のユーザを選択し、１つまたは複数のユーザを重大度と相関させる。この場合、重大度はたとえば３（高い重大度）である。したがって、ユーザＣ１５０が、イベントおよび重大度に応じて選択される。
【００２０】
企図された接触の方法は、ページャ、携帯電話、電子メール、インスタントメッセージ、移動テレマティークスデバイスへの放送、およびメッセンジャーを含むことができる。この例では、ユーザＣ１５０にこの重大度およびこのイベントについてコンタクトする最適な方法は電子メールによってである。システム１００は、電子メールを作成してユーザＣ１５０にこの問題を通知することが好ましい。電子メールまたは他のメッセージは、イベント、問題の重大度、関係する顧客、作業命令番号、予定されたタスクの期限日、問題の発生時間、コンタクトされたユーザ、応答の期限、および（以下で論じる）ソフトフィールド情報などの情報を含むことができることが企図されている。さらに、コンタクトの１次の方法（たとえば電子メール）に最大期限内に応答がない場合は、バックアップコンタクト方法（たとえば電話）を使用することが有利である。バックアップまたは２次ユーザに接触することもできる。他の実装形態では、２つ以上のユーザに同時に接触することができ、及び／または２つ以上のコンタクト方法を同時に使用することができる。したがって、ユーザＤは、システムに入力されるパラメータによって、追加の１次ユーザまたは２次ユーザになることができる。
【００２１】
次に図２を参照すると、改良型決定および／またはスケジューリングシステムは、一般的には、リソースを記述するためのソフトフィールドを有するデータモデル２００を含む。こうしたソフトフィールドは、本明細書ではパラメータ／値とも呼ばれ、パラメータはリソースのタイプと等しく、値はフィールドに含まれるデータに等しい。したがって、例示のパラメータ／値の対は、「最高温度／３２°Ｆ」である。
【００２２】
ソフトフィールドは一般的には、ユーザによって動的スキーマユーティリティを使用して生成される。ソフトフィールドは、データベーススキーマに事前に存在するフィールドの単なる初期設定だけでなく、こうしたフィールドの生成にも関与することを留意されたい。ソフトフィールドは、ユーザに、リソースの記述に使用するフィールドを決定する際の柔軟性を与えるために使用される。さらに、ソフトフィールドを使用することによって、使用されない（すなわち空白を含む）フィールドの数が減少される。一部の実装形態では、ソフトフィールドは、分類可能及び／または検索可能であり、ユーザが受け取ることを望むデータのタイプおよび範囲をさらに定義することができるようになされている。ソフトフィールドは、位置、プロセス、材料、人時などを含む大部分の任意のリソースに使用できることを留意されたい。
【００２３】
階層的ソフトフィールド構成は、ほとんどの任意の計画および／またはスケジューリングシステム、特に、ＥＲＰ（企業リソース計画）、ＭＲＰＩＩシステムなど、限定された要件を想定したシステムに有用である。階層的ソフトフィールドは、イベントに応じてユーザに送信されるメッセージに含まれた情報を格納するために使用することができる。
【００２４】
パラメータの表示は、典型的には、スクロールダウンメニューを使用して行うことができる。スクロールダウンメニューに表示された項目を見ることによって、特定のパラメータがすでに設定されたかどうかを判断することができる。関連する値が異なる限り、同じパラメータを有する複数のエントリが存在することができることを留意されたい。たとえば、パラメータ／値「フライス盤の性能／１０ユニット／分」は、パラメータ／値「フライス盤の性能／４ユニット／分」のエントリと共存することができる。システムのユーザが、所与のエントリにどちらのパラメータ／値の対が適しているかを決定することが企図されている。
【００２５】
このように、スケジューリングおよび決定システム並びに方法の特定の実装形態およびアプリケーションを開示した。しかし、当業者には明らかであるように、本明細書の本発明の概念から逸脱することなく、すでに記載したもの以外のより多くの変更が可能である。したがって、本発明の主題は、添付の特許請求の範囲以外では限定されないものである。さらに、本明細書と特許請求の範囲の両方の解釈において、全ての用語は、内容と一致するできる限り広範囲に解釈すべきである。特に、用語「含む」および「含んでいる」は、要素、構成要素、または工程を非限定的に指すものとして解釈され、参照された要素、構成要素、または工程が存在し、または使用され、あるいははっきりと言及されていない他の要素、構成要素、もしくは工程と組み合わせることができることを示す。
【図面の簡単な説明】
【００２６】
【図１】階層選択リストを有するイベント駆動型スケジューリングシステムを示す概略図である。
【図２】階層的ソフトフィールドリストを示す概略図である。
【図１】
2006510094.tif 000003
【図２】
2006510094.tif 000004
【国際調査報告】
2006510094.tif 000005