(57)【要約】  ２本の平行な時刻の線が表示されている。第一の時刻の線上には、１日又はその日の一部のように時刻の事前設定された期間内に予約を登録するために可能な全ての解答を表示する。そのような可能な解答を選択できる。表示された可能な解答のひとつをそのような１ユーザーの選択により始まったその選択され、可能な解答を囲む期間が、第二の時刻の線上で拡大して表示される。前記第二の時刻の線の期間内で可能な解答が示され、選択もできる。
2008532151.tif 000002
【特許請求の範囲】
【請求項１】
予約登録システムのためのユーザー・インターフェースで、
−  第一に表示される時刻の線で、その上に、作成された可能な解答が示されている。前記解答は、事前設定された制約及び資源の利用可能性を示す事前設定された期間内に予約の予定作成のために利用できる時刻又は時間帯の形であること、
−  表示され、可能性がある解答の配置が、前記の表示され、可能な解答のひとつを選択したユーザーに対して応答し、その選択された可能な解答を囲む期間が膨張され、同時に第二の時刻の線上に表示されて、前記表示により二本の時刻の線になること、
−  第二の時刻の線上の前記期間内の可能な解答がユーザーが選択できるように表示され、配置されること、
を特徴とするユーザー・インターフェース。
【請求項２】
前記事前設定された期間が１日であることを特徴とする請求項１に基づくユーザー・インターフェース。
【請求項３】
前記事前設定された期間が１日の一部であること、及び、その日の他の部分に関連する期間を表示するために滑動手段が提供され、その起動によりユーザーが滑動できことを特徴とする請求項１に基づくユーザー・インターフェース。
【請求項４】
前記第一の時刻の線上にいくつかの時刻が表示され、その場合、可能な解答が強調表示されることを特徴とする請求項１に基づくユーザー・インターフェース。
【請求項５】
前記第二の時刻の線上にいくつかの時刻が表示され、その場合、可能な解答が強調表示されることを特徴とする請求項１に基づくユーザー・インターフェース。
【請求項６】
前記時刻が等距離になっていることを特徴とする前記請求項のいずれかに基づくユーザー・インターフェース。
【請求項７】
前記時刻が時間帯の出発点であり、その中で、予約を登録できることを特徴とする前記請求項のいずれかに基づくユーザー・インターフェース。
【請求項８】
前記時刻の間の距離をユーザーにより設定できることを特徴とする前記請求項のいずれかに基づくユーザー・インターフェース。
【請求項９】
前記第二の時刻の線が前記第一の時刻の線と並行に表示されることを特徴とする前記請求項のいずれかに基づくユーザー・インターフェース。
【請求項１０】
表示された解答の選択時にいくつかの対応する資源の組合わせ及び（又は）予約の期間を表示することを特徴とする前記請求項のいずれかに基づくユーザー・インターフェース。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は予約登録システムのためのユーザー・インターフェース（ｕｓｅｒ  ｉｎｔｅｒｆａｃｅ）に関する。予約登録システムは医療機関で使用できる。医療機関では、担当者、機器、及び、患者自身の利用可能性のような多数の制約を考慮に入れて、患者のための予約登録を行う必要がある。
【背景技術】
【０００２】
予約登録システムでは、簡便なユーザー・インターフェースがユーザーにとって扱いやすさと効率を大いに改善する。
【０００３】
ユーザーが関心を持つ項目のひとつが１日のような期間内に特定の登録業務のために全ての予約の解答を可視化することである。
【０００４】
重要な課題として：
−  １日の表示に全ての解答を組込むこと、
−  適当な解答を発見するために、ユーザーの探査を最小限にする、
−  解答の直観的判断を最大限にする、
−  場所節減の解答とすること、
典型的に、ユーザーは以下の問題に直面している、
−  可能な解答であって、できるだけ網羅的な通信を患者と容易に、かつ、直接的に行なえなくてはならない。
−  （「午前中に」「午後に」のような、時として制約が付いて）最も早い解答は何か、（「午前中に」「午後に」）のようなその日で最も遅い解答は何か、のような典型的質問に答えられること、
−  特定の開始時刻を満足させた時に、代替資源が利用可能な場合、一の資源から他に容易に切替えることができなければならない、
−  特定の間隔要件を持つ多数の検査を同時予約する組合わせ予約の場合、同様の方法で、全ての解答を見なければならない。
【０００５】
既存の登録申請は以下の方法のひとつで１日以内の予約の解答を示す。
１）解答のフラット・リスト（ｆｌａｔ  ｌｉｓｔ）として、典型的に時刻順に分類されている、又は、
２）特定資源又は資源の組合わせの予定表の日として、予定表の日は典型的に、直線的な時刻の線で、垂直又は水平に示されている。
３）資源の組合わせのの二次元図として、組合わせで得られた予定はその日の時刻をｙ軸に示し、かつ、ｘ軸が分を示している。この表示は非特許文献１の予定登録体系の中で実施される。
【０００６】
さらに、これらの解答の多くは全ての調査制約を満たしていない：多くの場合、例えば、患者の職業又は処置中の制約に関連して選択された解答に求められる事後チェック（ｃｈｅｃｋ）があり・そのような事後チェックが膨大な予定登録プロセス（ｐｒｏｃｅｓｓ）を妨げる。なぜなら、（多くの場合、若干の困難を伴うが）見いだされている適当な解答が事後チェックの後で問題があることが判明するからである。
【０００７】
上記の予約登録システム（ｓｙｓｔｅｍ）の解答の既存の発表は、上記の問題の１以上を解決していない。
【０００８】
（１）典型的に、時刻的に分類されている解答のフラット・リスト（ｆｌａｌｔ  ｌｉｓｔ）の場合、以下の問題が依然として存在する。
−  （全ての可能な資源の組合わせを考慮して及び組合わされた予約の場合でも）一日内の解答の網羅的フラット・リストが数百の可能性から成る場合があり、これは患者との容易な通信にできない。
−  この結果の表示は、例えば、午前の最後の解答は何か、又は、午後の最初のものは何かに対する質問への回答を推測できる直接的見解を提供できない。
【０００９】
（２）特定の資源又は資源の組合わせの予定表の日の形で表示した場合、その中で予定表の日は典型的に、直線の垂直的又は水平的の配置の時刻の線にするが、それでも以下の問題が存在していた。
−  全ての可能な資源の組合わせを考慮して、資源の組合わせの数十本の線を持つものが依然として残り、検査の組合わせの場合、それぞれがその予定表を示していて、可能な組合わせが指数関数的に増大して、数百の線になる。これは有効な見解にならず、予約登録の現状はその解答の提供について網羅的でない。
−  「（午前の、午後の）最も早い解答は何か」「（午前の、午後の）その日の最も遅い解答は何か」等のような質問に早期の回答ができない。
−  さらに、患者が例えば（典型的に、患者の登院日の直前又は直後なので）その日の最も早い、又は、最も遅い解答の間に疑問を持ったときに、ユーザーは、最も早い又最も遅い解答の間でのスクロール（ｓｃｒｏｌｌｉｎｇ）に直面する。
−  典型的には、予約の期間を５分ないし１０分としうる。このことは、提供された解答を十分に選択できるように予定表の高い解像度が必要なことを意味する。
【００１０】
（３）非特許文献１により提供される可能な解答の点検は依然として以下の要素により最適化しうる。
−  それぞれの資源の組合わせが種々の表の中で示されているので、そのシステムは全解答の直接観察を行なえない。それで、ユーザーは完全な観察を行うために各表の点検を行わなければならない。
−  システムは、１０個の資源の組合わせ（それで１０個の表）を限度としていて、これは単一の検査予定用である。それでそれは網羅的な解答を提供しない。
−  唯一の解答が組合わされた検査登録の場合に見られる。この側面で、網羅的にならない可能性がある。
−  システムはその日の２次元的一覧を提供し、それはコンパクト（ｃｏｍｐａｃｔ）でスクロールを避けているが、他の一面として直感的ではない。
【００１１】
本発明の一側面として、例えば、１日以内の、特定期間内の予約の解答を示す予約登録システムのためのユーザー・インターフェースを、従来技術の解答と比較して最適化された方法で提供している。
【００１２】
特許文献１は全体的に時間のセグメント（ｓｅｇｍｅｎｔ）化した計画を用いた予約登録システムを開示している。特許文献１では本発明で開示された種類のユーザー・インターフェースを開示していない。
【００１３】
特許文献２では、資源の予約登録をするために、目盛を表示するユーザー・インターフェースを開示していて、入力されたセグメントに対応して、時刻又は日を示すために位置と長さを有するセグメントを入力単位と共に指定することにより時間セグメントを入力でき、利用可能な解答を表示する。そのインターフェースは時刻の目盛を詳細に表示するために補助的で別個のウインドウ（ｗｉｎｄｏｗ）内でメモリを拡大する機能を有している。
【００１４】
特許文献３では、簡便で、視覚的なイベント・カレンダー（ｅｖｅｎｔ  ｃａｌｅｎｄａｒ）にズーミング（ｚｏｏｍｉｎｇ）を示している。時刻の目盛をズーミングする。即ち、その点状部分を増減する。一方、予約登録領域は、「ビジー・バー（ｂｕｓｓｙ  ｂａｒ）の表示」、及び、相互作用の予定登録をすることを含めて機能したままである。スクロール・ボックス（ｓｃｒｏｌｌ  ｂｏｘ）がスクロールされる部分を示し、スクローリングのために直接操作できる。
【００１５】
非特許文献２により、時刻の線の目盛付きスクロール制御により、グラフィカル・ユーザー・インターフェースの表示内に内容のズーミング及びパンニング（ｐａｎｎｉｎｇ）を同時に表示する。
【００１６】
目盛コントローラー（ｃｏｎｔｒｏｌｌｅｒ）のひとつをクリック・ドラッグ（ｃｌｉｃｋ  ａｎｄ  ｄｒａｇｇｉｎｇ）することにより、時刻の線の目盛を変えることができる。選択された場所と時刻を最高解像度として選択された時刻まで照射する。微細な目盛と単位が比較として薄くなる。
【００１７】
【特許文献１】米国特許出願第２００５／００４８１５Ａ１号明細書
【特許文献２】米国特許第５，８６０，０６７号明細書
【特許文献３】米国特許第２００３／０１６２４８Ａ１号明細書
【特許文献４】Ｍｅｔｈｏｄ  ｆｏｒ  ｐｒｏｃｅｓｉｎｇ  ｌｉｎｋｅｄ  ｌｉｓｔｓ  ｏｆ  ｔｉｍｅ  ｓｅｇｍｅｎｔｓ：本出願書と同時提出
【非特許文献１】ＱＰｌａｎｎｅｒ  ｓｏｌｄ  ｂｙ  Ａｇｆａ−Ｇｅｖａｅｒｔ  Ｎ．Ｖ．
【非特許文献２】“Ｚｏｏｍｉｎｇ  ｏｎ  ｖｉｓｕａｌ  ｃａｌｅｎｄａｒ  ｄａｔａ”ｐｕｂｌｉｓｈｅｄ  ｉｎ  Ｒｅｓｅａｒｃｈ  Ｄｉｓｃｌｏｓｕｒｅ，Ｋｅｎｎｅｔｈ  Ｍａｓｏｎ  Ｐｕｂｌｉｃａｔｉｏｎｓ，Ｗｅｓｔｂｏｕｒｎｅ，ＧＢ，Ｖｏｌ．３２９，Ｎｏ．１９，Ｓｅｐｔｅｍｂｅｒ，１９９１
【発明の開示】
【００１８】
上記の側面は請求項１に示されたユーザー・インターフェースにより実現される。
【００１９】
本発明に基づくユーザー・インターフェースでは、（１日又は１日の一部−午前、午後、連続した時刻数のような）事前設定された期間内に予約登録のために可能な解答が最初の時刻の線上に表示される。前記表示され、可能な解答のひとつをユーザーが選択したことに応じて、例えば、そのような可能な解答の上でクリックすることにより、選択された可能な解答を囲んでいる期間が引き伸ばされ、第二の時刻の線上に表示される。この第二の時刻の線は第一の時刻の線と平行であることが好ましい。第二の時刻の線上で引き伸ばされた期間内に全ての可能な解答の、より詳細な図面が示されている。これらの可能な解答はユーザーが選択できるように配置されている。
【００２０】
本発明の過程の中で、全ての事前設定された制約が適合し、又、必要な資源（放射線室、検査機器、医師、操作員）が利用可能であり（時刻又は時間帯が「空いていて」、そのような時刻又は時間帯の事象の登録が可能である時刻又は時間帯を表示するとき、ある解答が「可能な解答」であると見なされる。
【００２１】
特定の患者に対して行われた予約登録の作業の結果として、多くの場合、１を超える解答が得られる。
【００２２】
予約登録システムがいわゆる解答スペース（ｓｐａｃｅ）を作成し、特定セット（ｓｅ
ｔ）の制約を考慮して、一定の資源に適用しうる全ての解答の集合体である。
【００２３】
予約登録システムのための予定登録エンジン（ｅｎｇｉｎｅ）の例が、本出願書の受付日に同一出願者が提出した「時間セグメント（ｓｅｇｍｅｎｔ）の連結リスト（ｌｉｓｔｓ）を処理するための方法（Ｍｅｔｈｏｄ  ｆｏｒ  ｐｒｏｃｅｓｉｎｇ  ｌｉｎｋｅｄ
ｌｉｓｔｓ  ｏｆ  ｔｉｍｅ  ｓｅｇｍｅｎｔｓ）（特許文献４）」という題名の出願書に詳細に示している。
【００２４】
本発明の好ましい実施例の特定機能は従属請求項内に示されている。
【００２５】
本発明のこれ以上の利点と実施例は以下の説明と図面から明らかになる。
【発明を実施するための最良の形態】
【００２６】
図１及び２は本発明に基づくユーザー・インターフェースの実施例に関連した表示である。
【００２７】
一日の表示は解答として予約開始時刻のみを示すように構成される。その日の移動は「前」「次ぎ」の矢印により与えられる。
【００２８】
その日の特定時刻が少なくともひとつの解答を含むとき、強調表示される（又は太字で示される）。そうでなければ、通常の字体のままにする。
【００２９】
予約を登録するために、その日の特定時刻上でクリックするのに、５ないし１０分の解像度を考慮して、この表示は必要なスクロールと共に、非常に長い時刻の線にしなければならない。この使用方法は、患者に完全な予約を提供するという需要を満たすためには、時刻がかかりすぎる。
【００３０】
全体を見る必要性と、その日の具体的時刻上でクリックする実際の必要性を組合わせることにより、二本の時刻の線が作成された。
−  上方の線は強調表示された予約開始時刻により全ての解答の概要を示す。そのような解答を選択することは可能である。この上方の図面は典型的に解答スペースの境界を示すように構成される。すなわち、午前の最初と最後の解答及び午後の最初と最後の解答（典型的な患者の需要と取り組むこと、上記参照）
−  上方の線でのこの選択の位置により、ズーム・ライト（ｚｏｏｍ  ｌｉｇｈｔ）は下側時刻の線により動き、かつ、下側時刻の線上にクリックした領域の周辺での開始時刻を示し、可能な解答は強調表示又は太字の表示になる。
【００３１】
両方の線に接続したズーム・ライトにより、直感的なナビゲーション（ｎａｖｉｇａｔｉｏｎ）が始められる。同時に、その日の特定の時刻に登録するために迅速な相互作用を行なえる。最大２回のクリックを必要とし（上側線での１回と下側の線の１回）、不必要なスクロールを避ける。（解答が既に第一の時刻の線上に、典型的に「境界−解答」に既に表示されている場合、１回のクリックで解答を選択するのは可能である。）
【００３２】
その次ぎに、ズーミングの解像度を、ズーム・イン又はズーム・アウトの機能を押すことにより、初期化／変更を行なえる。
５分の解像度にズーミング：図３参照
１０分の解像度にズーミング：図４参照
【００３３】
さらに、カレンダー解答日（同様に、強調表示するか、しないか）と組合わせて、次の解答日にナビゲーティング（ｎａｖｉｇａｔｉｎｇ）は、図１及び２により示されるよう
に、次ぎ及び前の手段による可能である。
【００３４】
最後になるが、特定の開始時刻が患者と合意したとき、本発明の解答に基づくユーザー・インターフェースが、そのユーザーが、その日の特定時刻のために可能な資源の組合わせの間で切替えることができる。これは、その日の特定時刻上でマウス（ｍｏｕｓｅ）の右クリックにより行なえる。
【００３５】
図４及び５に示すように、最初の図の中で、それぞれ異なる解答の全期間が、用いられる資源の数と共に示される。これは最初の決定の基礎になりうる。典型的には、
−  患者に焦点を置く：最低の全期間
−  資源／病院重視：含まれる資源数が最低
【００３６】
さらに、各資源の組合わせが特定の選択に対して示されている。そして、ユーザーが組合わせを切替えることができる。（依然として、その特定の時間帯に関して）
【００３７】
基本的予定登録方法の側面の下で、（可能な解答を構成する）解答スペースを生じる方法を、より詳細に説明する。
【００３８】
本発明に基づく方法の一般原理を説明する前に、まず、本発明の特別な一実施例でもある特別の例を操作することによりその方法を説明する。
【００３９】
その例に基づき、予約はスキャナー（ｓｃａｎｎｅｒ）により患者を検査する予定登録を必要とする。その患者はスキャナー使用の前に着衣を脱ぎ、かつ、走査後に着衣する必要がある。
【００４０】
検査自体は２時刻かかる。脱衣と着衣の両方のために１時刻を設けている。患者が脱いだ後で、検査のために待つことを望まない。検査終了時に、再び着衣できるまでに最大１時刻待つことを受入れる。
【００４１】
図７は予約の一部である処置とそれらの間の関係を示している。予約（１００）の処置は３件の他の処置：脱衣（１１０）の処置、実際の検査（１２０）の処置、着衣（１３０）の処置から成っている。この構成関係が、個々の処置（１１０、１２０、１３０）と予約（１００）の処置の間で、３本の包含したリンク（１９０、１９１、１９２）により示される。予約（１００）の処置は親と呼ばれ、子と呼ばれる脱衣（１１０）、実際の検査（１２０）、着衣（１３０）に関連する。包含したリンク（１９０、１９１、１９３）の親子関係により、対称的にならない。
【００４２】
処置は他の処置を含まないとき、「アトミック（ａｔｍｉｃ）」であると定義される。例えば、脱衣（１１０）の処置はアトミックである。しかし、予約（１１０）の処置はそうではない。
【００４３】
脱衣（１１０）、実際の検査（１２０）、着衣（１３０）の処置は逐次続く。この関係は逐次のリンク（１９３、１９４）により示される。この逐次性は、図７でも矢印で示されているように、そのようなリンクは対称ではないことを示さない。。
【００４４】
検査（１２０）はスキャナー（１４０）が利用できるときにのみ実行できる。この種の関係は関連したリンク（１８３）により示される。さらに、検査を実施するには、操作者を利用できることが必要なので、関連したリンク（１８４）は検査と操作者（１５０）の間にも存在する。２本の処置の間の関連したリンクが、両方の処置を同時に行えることを示している。このことから、そのようなリンクは本質的に対称的で、一時的である。この
一時的なことを、図７ではスキャナーと操作員の処置の間の点線（１８５）により表示する。
【００４５】
より一般的な場合では、処置又は検査を処置前の行為により先行させ、処置後の行為を後で行う。より一般的な場合では、処置とは資源に関連した活動を言う。そのような資源は、患者、医師、看護師、操作者、診断又は治療の装置、検査又は治療の部屋、又は、活動を関連付けできる他の種類の資源としうる。その資源は、介護の領域と関連付けられる場合もできない場合もある。その活動は、機器の使用、人物の存在、ある機能の占用、又は、ある資源の利用又は利用の可能性を意味する他の活動としうる。より一般的な場合として、構成し、関連付けて、逐次のリンクにより関連付けた任意の数のトポロジー（ｔｏｐｏｌｏｇｙ）が可能である。
【００４６】
図１１は対応する時間ウインドウ（５０１−５０７）を図７内の各処置（１００、１１０、１２０、１３０、１４０、１５０、１６０、１７０）と、どのように関連付けるかを示している。時間ウインドウは隣接していない時間セグメントのリンクされたリスト（ｌｉｓｔ）から成っていて、各セグメントが開始と終了の時刻を有している。例えば、患者（１６０）の処置のためのリンクされたリストが時間セグメント（５１０、５１１、５１２）から成っている。
【００４７】
時間ウインドウが、処置が潜在的に生じたときの時刻的範囲を示すことが可能である。しかしながら、処置を開始できたとき、又は、終了できたときに、時刻の範囲も示すことができる。
【００４８】
図１１の例で、患者（１６０）、更衣室（１７０）、スキャナー（１４０）及び操作者（１５０）の時間ウインドウ（５００−５０３）は問題定義データの一部である。これらの時間ウインドウは対応する資源により課せられる制約を示す。しかしながら、脱衣（１１０）、検査（１２０）、着衣（１３０）の処置の、及び、予約（１００）の時間ウインドウ（５０４〜５０７）は全体として、最初は未決定である。それは、登録問題のために計算しなければならない解答の課題だからである。未決定の時間ウインドウは、その時間ウインドウの長さを持つ隣接するひとつの時間セグメントとして示される。例えば、（５０８）は検査処置（１２０）と関連した最初の時間ウインドウである。時刻登録問題に対する解答は本発明に基づいて処理される。未決定の時間ウインドウのセグメント数が変化することがあり、残りの時間セグメントの開始時刻と終了時刻は、資源により課せられる全ての制約と一貫性がある状況を示すまで、次第に焦点が絞られる。
【００４９】
資源に課せられる制約は、関連した（１８０−１８５）、包含した（１９０−１９２）、逐次の（１９３、１９４）リンクにより示されるので、その解答を処理することは基本的にこれらのリンクを作成することに落着く。
【００５０】
リンク作成時に、いくつかの異なる場合を区別して、（関連した、包含した又は逐次の）リンクの種々の性質についての通信、（開始時刻、終了時刻又は処置時刻）の処置の時間ウインドウの解釈、時間セグメントの相対的位置（リンクされた処置の時間ウインドウ内の時間セグメントの重なり具合）。リンクを処理した結果には、対応する資源によって課せられる制約と一貫性がある方法で、リンクされた処置に対応した時間ウインドウの中で時間セグメントを調節することが含まれる。
【００５１】
以下の項目で、種々のリンクの処理を論じる。
【実施例１】
【００５２】
関連したリンクを通じて接続されている処置を処理する時間ウインドウ
図１２は、種々の相対的位置（重なりと重なり無し）の時間セグメントが種々の関連した位置で生じる、関連したリンクを通じて接続している処置のためのいくつかの状況を示している。時間ウインドウ（６２０−６２３）の解釈は、処置（６００−６０３）が行われる期間を代表すると言うことである。関連したリンクの意味は２件の処置（６００、６０１）が同時に生じうるということである。リンク作成の結果は、各時間ウインドウ（６２０、６２１）が、元の時間ウインドウ内の時間セグメント（６１０、６１１）のクロスセクションである時間セグメント（６１２、６１３）から成る時間ウインドウ（６２２、６２３）により置換えられることである。
【００５３】
関連したリンクの一時性のゆえに、もし、（直接又は間接の）他の処置と１件を超す関連したリンクになれば、全ての処置の時間ウインドウが、時間セグメントが全ての関連した処置の時間ウインドウの全ての時間セグメントのクロスセクションである時間ウインドウにより置換えられるべきである。
【実施例２】
【００５４】
包含するリンクを通じて接続された処置のために処理する時間ウインドウ
図１３は包含したリンクを通じて接続した処置のためのいくつかの状況を示している。その場合、種々の相対的位置（重なりと重なり無し）で時間セグメントが生じる。時間ウインドウ（７００−７０２）の解釈は処置を行なえる期間を代表していることである。包含したリンクの意味は子供の処置（７０１）の時間セグメント（７１１）は親の処置（７００）の時間ウインドウ（７２０）の時間セグメント（７１０）内で生じなければならないということである。これは、子供の処置（７０１）の時間ウインドウ（７２１）の時間セグメント（７１１）を親の処置（７００）の時間ウインドウ（７２０）の時間セグメント（７１０）とそれ自体（７１１）のクロスセクション（ｃｒｏｓｓ  ｓｅｃｔｉｏｎ）（７１２）により置換えることで実現される。
【実施例３】
【００５５】
逐次のリンクにより接続された処置を処理する時間ウインドウ
以下の用語が導入又は明示されている。
−  処置の時間ウインドウ：処置を行なえる時期を示す時間セグメントのリンクされたリスト。
−    処置の開始時刻の時間ウインドウ：前記処置を開始できる時期を示す時間セグメントのリンクされたリスト。
−  処置の終了時刻の時間ウインドウ：前記処置を終了できる時期を示す時間セグメントのリンクされたリスト。
【００５６】
処置の時間ウインドウ：同じ処置の開始時刻の時間ウインドウ及び同じ処置の終了時刻の時間ウインドウが相関している。
【００５７】
図１５を参照して、又、本発明の実施例に基づき、処置の開始時刻（９１１）を示す時間ウインドウ（９２１）が、前記処置を代表し、対応している時間ウインドウ（９２０）から、その処置の間（９３０）に、後の時間ウインドウ（９２０）で、時間セグメント（９１０）の終了時刻から減算することにより、計算される。
【００５８】
図１４を参照し、又、本発明の実施例に基づくと、処置の終了時刻を示す時間ウインドウ（８２１）が、前記処置を代表し、対応している時間ウインドウ（８２０）から、その処置の期間（８３０）に、後の時間ウインドウ（８２０）で、時間セグメント（８１０）の開始時刻に加算することにより、計算される。
【００５９】
本発明の実施例に基づき、処置の開始時刻と終了時刻を代表する時間ウインドウも、処
置の期間により時間セグメント内の開始時刻と終了時刻を移動させることにより相互関連付けされる。
【００６０】
本発明の一実施例に基づいて、第一の先行処置（８００、９０２）の後に、第二の事後処置（８０２、９００）が続くとき、特定の制約が両方の処置の開始時刻と終了時刻の両方に適用される。
【００６１】
第一の制約には、以後の処置の開始時刻は先行の処置のどれかの最も早い終了時刻より早くはできないということを実現するために、以後の処置の開始時刻が含まれる。本発明の一側面に基づくと、この結果は、時間セグメント（８１３）と先行処置（８００）の終了時刻（８２１）の時間セグメント（８１１）の間のクロスセクション（８１４）により、事後の処置（８０２）の開始時刻（８２３）の時間セグメント（８１３）を置換えることにより実現される。
【００６２】
第二の制約には、先行する処置の終了時刻が以後の処置のいずれかの最も遅い開始時刻より遅くできないということを実現するために、先行の処置の終了時刻が含まれる。本発明の一側面に基づくと、この結果は、先行処置（９０２）の終了時刻（９２３）の時間セグメント（９１３）を、それ自体（９１３）と以後の処置（９００）の開始時刻（９２１）の時間セグメント（９１１）の間のクロスセクション（９１４）により置換えることにより実現される。
【００６３】
両処置の間に余裕時刻を認める場合、先行処置の時間セグメントの終了時刻が、前記第一の制約を適用する前に、許容される最大余裕時刻により好ましく拡張される。図１６を参照すると、先行処置（１０００）の時間ウインドウ（１０２０）を用いて、先行処置（１０００）の終了時刻（１００１）の時間ウインドウ（１０２１）の計算を、先行処置（１０００）の期間（１０３０）だけ時間セグメント（１０１０）の開始時刻を前方に移動することにより行う。その後で、先行処置の終了時刻（１００１）の時間ウインドウ（１０２１）のセグメント（１０１１）が、最大余裕時刻（１０４０）だけ拡張されて、先行処置プラス余裕時刻の終了時刻（１００２）の時間ウインドウ（１０２２）の時間セグメント（１０１２）を生じる。以後の処置（１００４）の開始時刻の時間ウインドウ（１０２４）を得るために、以後の処置（１００３）の時間ウインドウ（１０２３）のセグメント（１０１３）の終了時刻を後方に、以後の処置（１００３）の期間（１０５０）だけ移動する。以後の処置（１００５）の開始時刻の時間ウインドウ（１０２５）のセグメント（１０１５）が、時間セグメント（１０１２）と時間セグメント（１０１４）の間にクロスセクションを作ることにより得られる。
【００６４】
２個の処置の間での逐次のリンクを作成することには２件の上記制約を用いることが含まれる。
【００６５】
本発明に基づく方法を示すと、
−  関連したリンクが処理される（１）、
−  複合リンクが処理される（２）、
−  処置を代表する時間ウインドウの間の関係、開始時刻及び終了時刻（３）が処理される、
−  逐次のリンクが処理される（４）、
−  余裕時刻が逐次のリンク内で処理される（５）。
【００６６】
我々は本発明の原理に基づいて以前に導入された事例を作成することにより次ぎに進む。
【００６７】
解決すべき問題は検査のために開始時刻を代表する時間ウインドウを発見することである。
【００６８】
第一のステップ（ｓｔｅｐ）は図７の中に関連したリンクを作成することから成っている。
【００６９】
図１７を参照すると、これは、図１２により、以前に説明した本発明に基づく一般原理を用いることにより行われる。
【００７０】
同様に、図１８を参照すると、関連したリンクは、検査、操作者、スキャナーの間で機能しうる。
【００７１】
この作業の後で、図７のグラフ（ｇｒａｐｈ）を図８のグラフに低減できる。これは、予約と検査の処置に関連した時間ウインドウが新規のものではなく、前のステップから得られたものであるという見解による。
【００７２】
第二のステップは、図８内のグラフの中で包含したリンクを作成することから成っている。本発明に基づくと、これは、予約処置の時間ウインドウの時間セグメント内に入るように、脱衣、検査、着衣の処置の時間ウインドウ内の時間セグメントを処理することにより実現する。これは、図１３により早期に説明されている本発明の一般原理を用いて図１９Ａ、１９Ｂ、１９Ｃで説明されている。
【００７３】
この作業の後で、図７又は図８のグラフを図９のものに低減できる。これは脱衣、検査、着衣の処置と関連した時間ウインドウが最初のものではなく、前のステップから得られたものであるという見解による。
【００７４】
第三のステップは逐次のリンクにより課せられる制約に対応することから成っている。
【００７５】
検査の処置は他の処置より先行し、又、追随する。本発明の一側面に基づくと、これは、対応する時間ウインドウの時間セグメントの開始時刻と終了時刻について密接な関係を持つ。
【００７６】
図２０を参照すると、図１４、１５、１６により以前に説明した一般原理に基づき、検査の開始時刻（１３１０）は脱衣処置の最も早い終了時刻（１３０７）より早くてはいけない。又、余裕時刻を含む検査の終了時刻（１３０３）は着衣処置の最も遅い開始時刻（１３０１）より遅くてはならない。
【００７７】
この作業の後で、図７、８、９内のグラフを低減して、図１０のものにしうる。これは検査処置と関連した時間ウインドウが以前のステップから得られたものであるという見解による。
【実施例４】
【００７８】
演繹的及び帰納的論理の導入
本発明の好ましい実施例に基づき、演繹的論理とは反対に、帰納的論理方法を用いて、時間ウインドウの処理を制御する。これらの用語を詳細に説明する。
【００７９】
一般的に言えば、演繹的論理は（「仮定値」と呼ばれる）数値が判明している変数と共に出発する。そして、事前定義された流れに基づいて、（「最終結論」と呼ばれる解答を探している変数の数値をステップごとに推定していく。この処理は（「中間結論」と呼ばれる）中間値の数値計算を通じて発生する。
【００８０】
演繹的論理では、情報処理の流れ自体がプログラミング（ｐｒｏｇｒａｍｍｉｎｇ）の課題であり、結果として、プログラムされると、固定される。それゆえ、演繹的論理のプログラミングは、変数間の関係の分類が確定されている場合の問題には効果的である。そして、仮定値の値のみが変更の対象になる。
【００８１】
演繹的論理法の例を図２２に示す。Ｈ１、Ｈ２、Ｈ３が基本的仮定値である。仮定値Ｈ２の処理（１５１）で中間結論Ｃ１が得られる。結論Ｃ１と仮定値Ｈ１の処理（１５２）で中間結論Ｃ２を得る。結論Ｃ２と仮定値Ｈ３の処理（１５３）で最終結論Ｃ３に至る。
【００８２】
対称的に、本発明に基づく帰納的論理法の出発点は最終結論自体であり、その値が最初は不明という最終結論自体である。探査プロセス（ｐｒｏｃｅｓｓ）の形をとる１セットの帰納ステップにより、仮定値のデータが最初集められる。次ぎに、最終結論を計算するために系統的処理が行われる。
【００８３】
（中間の）結論を計算するための帰納法的ステップは、前記の（中間）結論を計算するのに、他にどんな変数を必要とするかの決定を含む。それは２種の可能性である。
１）  必要な変数の値が知られている、なぜなら、それらは、値が以前に決定されていて、その場合、その変数が（中間の）結論を得るように処理できる仮定値又は中間の結論であるから、
２）  又は、必要な変数の少なくとも１個は値がまだ決定されていない中間結論で、その場合、この（中間の）結論が新しい帰納的ステップの初期化をする。
【００８４】
帰納的論理法でのプログラミングの課題は演繹的情報処理の流れではなく、帰納的ステップを処理するルール・セット（ｒｕｌｅ  ｓｅｔ）である。
【００８５】
帰納的方法のためのルール・セットの開発には以下の決定が含まれる。
１）  結論を計算するのに必要な変数（中間的）結論）の性質（クラス（ｃｌａｓｓｅｓ））、
２）  変数（中間結論）の各性質（クラス）について、前記（中間の）結論の結果を計算するのに、どんな他の変数（他の中間的結論又は仮定値）が必要かを決定すること。
【００８６】
演繹的論理方法と異なり、ここで問題の定義は仮定値を示すだけでなく、変数間の関係に関する分類学でもある。これは、変数間の関係で異なる分類学を有している問題を解決するとき大きな柔軟性を許している。ルール・セットがプログラムされると、上記変数の間の関係についての多様な分類学を伴う問題を、同じプログラムを用いて解決できる。
【００８７】
帰納的倫理方法を用いた例が図２３に示されている。その出発点は変数Ｃ３の値を計算するためのコール（ｃａｌｌ）である。そのルール・セットは、変数Ｃ３がＨ３になる他の２個の変数の処理を求めるように指示する。その場合、その値は仮定値なので判明している。又、中間結論Ｃ２は、このポイント（ｐｏｉｎｔ）での値は不明である。後者により、未知数Ｃ２を計算するために、新しい帰納的ステップを生じる。そのルール・セットは、変数Ｃ２に他の２個の変数Ｈ１と、中間結論Ｃ１の処理を求めるように指示する。Ｈ１の値は仮定値なので知られている。又、中間結論Ｃ１の値はこのポイントでは不明である。後者はＣ１を計算するために、新しい帰納的ステップを生じる。そのルール・セットは変数Ｃ１が変数Ｈ２の処理を求めるように指示する。Ｈ２の値は判明している。これにより、Ｃ１を得るためにＨ２の処理が行われる。ここでＣ１が判明し、Ｃ２を計算するために、Ｃ１とＨ１を処理する。これでＣ２が既知になる。これにより、最終結論Ｃ３を計算するためにＣ２とＨ３の処理が行われる。
【実施例５】
【００８８】
帰納的論理に基づく好ましい実施例
本発明に基づき、上記の例で述べた予定登録の問題の解決が帰納的論理方法を用いて好ましく実施される。
【００８９】
一件の実施例に基づくと、以下のクラス又は変数が資源管理のために用いられる。
−  処置に関連した時間ウインドウ、
−  処置の開始時刻に関連した時間ウインドウ
−  処置の終了時刻に関連した時間ウインドウ
【００９０】
同じ実施例に基づくと、帰納的論理が１セットになっている３件のルールにより管理される。
−  第一のルールは、「処置の開始時刻」のタイプ（ｔｙｐｅ）の変数の値を得るには、「処置の終了時刻」の値と、「以前の処置」の値を処理する必要があることを指示している
−  第二のルールは、「処置」のタイプの変数の値を得るには、「親の処置」と「関連した処置」の値を処理する必要があることを指示している。
−  第三のルールは、「処置の終了時刻」のタイプの変数の値を得るには、同じ「処置」、「余裕時刻」「以後の処置」を処理する必要があることを指示している
【００９１】
しかしながら、より一般的な場合に、他のセットのルールを選択して、同等の結果を生じて、本発明の範囲内にも入るようにできる。これは、上記のルール・セット内の変数のクラスを単純な関係によりお互いに関連付けられるという事実から得られる。
【００９２】
我々は上記３ルールと組合わせて３クラスの変数の上記セットが、資源の予定登録と多様な状況の管理を可能にするよりも内蔵方法を提供する。
【００９３】
本発明に基づく方法は、時間ウインドウを処理し、一般的に、複数の時間セグメントから成っている時間ウインドウを得ている。それぞれが、対応する処置を行なえる（又は開始する）ときに、単一の解答を示す。ここで、その方法は、従来技術内であるが解答の完全セットとして、予定登録問題に対する一件だけの解答として生じる。
【００９４】
本発明に基づく方法は、包含した、関連した、逐次のリンクと余裕時刻の組合わせにより関連付けた資源に対応する１セットの処置としてモデル化できる資源の予定登録と管理の問題に使用できる。
【００９５】
本発明の一般原理を示せば、我々は以前に導入された例を処理することにより前進する。
【００９６】
図２０を参照すると、その方法は、可変の開始時刻の検査を例示することによりその方法を開始する。それが予定登録問題の最終結論である。
【００９７】
図１７から２０までのひとつの円内にある記号は、他の図のひとつの円内にある同じ記号を参照することを示す。
【００９８】
このポイントでの検査の可変開始時刻の値が不明なので、これは帰納的ステップ（ＩＳ１）を生じる。本発明に基づく第一のルールが、検査の開始時刻の値（１４１０）を計算するために、検査処置の終了時刻の値（１４０８＝１４０５）と脱衣処置の（１４０６＝１３６０２）が必要なことを指示する。この時点ではこれらの値のどれも不明なので、これは２段の新しい帰納的ステップを生じる。第一のステップ（ＩＳ２）は脱衣の処置の値
（１４０６＝１３０２）の計算のためで、第二のステップ（ＩＳ３）は検査の終了時刻の値（１４０８＝１４０５）の計算のため。
【００９９】
我々は帰納的ステップ（ＩＳ２）を最初に説明することにより進める。図１７から２０を参照すると、第二の規則は、脱衣の処置の値（１４０６＝１３０２）を計算するために、親の処置である予約の処置の値（１３００＝１１０３）の処理が必要なことを指示する。予約の処置の値（１３００−１１０３）がこの時点では不明なので、これが、その変数計算のために帰納法的ステップ（ＩＳ４）を再度生じる。この可変（１３００＝１１０３）予約は「処置」のタイプであるので。同じ（第二の）ルールが適用され、関連した着衣室（１１０１）と患者（１１００）の処置の値の処理が必要なことを指示する。これらの処置の値が仮定値なので既知である。それで、これが予約（１３００＝１１０３）の処置の値を計算でき、その後に脱衣（１４０６＝１３０２）の処置の値を計算できる。
【０１００】
我々は次ぎに帰納的ステップ（ＩＳ３）を記述することにより進める。図１７から２０を参照して、第三のルールが、検査の終了時刻の値（１４０８＝１４０５）の計算が、検査の処置の値（１４０２＝１３０８）及び着衣の処置の値（１４００＝１３０５）の処理が必要なことを指示する。検査の処置の変数（１４０２＝１３０８）は、「処置」のタイプなので、第二のルールを適用する。そして、これには親の予約（１３０６＝１１０３）の処置及び関連するスキャナー（１２００）と操作者（１２０１）の処置の値を処理することが必要である。親の予約の処置の値（１３０６＝１１０３）を帰納的ステップ（ＩＳ２）と同じ方法で計算する。関連する処置の値（１２００、１２０１）は既知である。なぜなら、それらは仮定値なので、検査（１４０２＝１３０８）の処置の値を計算できる。さらに、変数（１４００＝１３０５）も処置のタイプでもあるので、第二のルールをもう一度適用し、変数（１３０３＝１１０３）及び（１３０４＝１１０１）の値の処理に至る。このポイントで、検査の終了時刻の値（１４０８＝１４０５）の計算を完了でき、その後に、検査の開始時刻の値（１４１０）の計算を完了できる。
【０１０１】
上記の発明は、コンピューターのようなデータ処理システムを用いて好ましく実施される。そのようなシステム（１７００）の実施例を図２３に示す。コンピューターはネットワーク接続手段（１７５０）、中央処理ユニット（１７６０）、記憶手段（１７７０）から成り、それらは全てコンピューター母線（１７９０）を通じて接続される。コンピューターは典型的にデータ入力（１７１０、１７２０）のためにコンピューター・ヒューマン・インターフェース（ｃｏｍｐｕｔｅｒ  ｈｕｍａｎ  ｉｎｔｅｒｆａｃｅ）を有し、又、データ出力（１７３０）のためにコンピューター・ヒューマン・インターフェースを有している。一実施例に基づくと、コンピューター・プログラム・コード（ｃｏｍｐｕｔｅｒ  ｐｒｏｇｒａｍ  ｃｏｄｅ）が、大量記憶装置（１７４０）又は携帯用データ保持器の読取り手段（１７８０）により読み出せる携帯用データ保持器（１７９０）のようなコンピューターが読み出せる媒体に記憶される。
【０１０２】
本発明の好ましい実施例に詳細に示されているように、添付請求項に示されている本発明の範囲から逸脱すること無しに多くの修正を行なえることを当業の技術者にはこれで明らかであろう。
【図面の簡単な説明】
【０１０３】
【図１】本発明に基づく実施例（二本の時刻の線）を示す。
【図２】本発明に基づく二本の時刻の線の別の例である。
【図３】特定期間を５分の解像度に拡大されている二本の時刻の線を示す。
【図４】特定期間を１０分の解像度に拡大されている二本の時刻の線を示す。
【図５】その日の特定期間のための資源の組合わせの概要を示すスクリーン放映である。
【図６】図５のスクリーン放映により示された概要について行われる特別選択用の各資源の組合わせを示すスクリーン放映である。
【図７】資源に関連した、かつ、包含した、関連した、逐次のリンクを構成することにより結合した一セットの処置を示している。
【図８】好ましい実施例に基づく、関連したリンクを作成後に残された縮小セットの処置を示している。
【図９】好ましい実施例に基づく、関連した、包含したリンクの作成後に残された縮小セットの処置を示している。
【図１０】好ましい実施例に基づく、関連した、包含した、逐次のリンクの作成後に残された縮小セットの処置を示している。
【図１１】処置と関連した１セットの時間ウインドウを示す。
【図１２】好ましい実施例に基づく、関連したリンクの処置を示している。
【図１３】好ましい実施例に基づく、包含したリンクの処置を示している。
【図１４】好ましい実施例に基づく、前の処置を伴う逐次のリンクの処置を示す。
【図１５】好ましい実施例に基づく、以後の処置を伴う逐次のリンクの処置を示す。
【図１６】好ましい実施例に基づく、緩和時刻を考慮して、以後の処置を伴う逐次のリンクの処置を示す。
【図１７】好ましい実施例に基づく、関連したリンクの処置例を示す。
【図１８】好ましい実施例に基づく、関連したリンクの別の処置例を示す。
【図１９】好ましい実施例に基づく、包含したリンクの処置を３例示す。
【図２０】好ましい実施例に基づく、時間ウインドウの処置例を示す。
【図２１】演繹的論理を用いた例を示す。
【図２２】帰納的論理を用いた例を示す。
【図２３】本発明の好ましい実施例に基づく、データ処理システムを示す。
【図７】
2008532151.tif 000003
【図８】
2008532151.tif 000004
【図９】
2008532151.tif 000005
【図１０】
2008532151.tif 000006
【図１１】
2008532151.tif 000007
【図１２】
2008532151.tif 000008
【図１３】
2008532151.tif 000009
【図１４】
2008532151.tif 000010
【図１５】
2008532151.tif 000011
【図１６】
2008532151.tif 000012
【図１７】
2008532151.tif 000013
【図１８】
2008532151.tif 000014
【図１９】
2008532151.tif 000015
【図２０】
2008532151.tif 000016
【図２１】
2008532151.tif 000017
【図２２】
2008532151.tif 000018
【図２３】
2008532151.tif 000019
【図１】
2008532151.tif 000020
【図２】
2008532151.tif 000021
【図３】
2008532151.tif 000022
【図４】
2008532151.tif 000023
【図５】
2008532151.tif 000024
【図６】
2008532151.tif 000025
【国際調査報告】
2008532151.tif 000026
2008532151.tif 000027
2008532151.tif 000028