(57)【要約】【課題】  複数の資源（リソース）に、割当対象物（オブジェクト）を効率的かつより適切に割り当てることが可能なユーザインタフェースを実現する情報処理装置及びその制御方法、プログラムを提供する。【解決手段】  リソースデータへの割当対象である前記オブジェクトデータを前記リソースデータに割り当てるための割当条件を設定する。割当条件に対して許容される緩和条件を設定する。割当条件と緩和条件とから新たな割当条件を算出する。その新たな割当条件に基づいて、割当対象のオブジェクトの割当候補となるリソースデータを検索する。そして、検索された割当候補を表示する。【選択図】  図７
2006243950.tif 000002
【特許請求の範囲】
【請求項１】
割当対象物であるオブジェクトを時系列に割当が可能なリソースに関するリソースデータに対し、前記オブジェクトに関するオブジェクトデータの割当を管理する情報処理装置であって、
割当対象であるオブジェクトデータを前記リソースデータに割り当てるための割当条件を設定する割当条件設定手段と、
前記割当条件に対して許容される緩和条件を設定する緩和条件設定手段と、
前記割当条件と前記緩和条件とから新たな割当条件を決定する決定手段と、
前記新たな割当条件、または、前記割当条件及び前記新たな割当条件に基づいて、前記割当対象のオブジェクトデータの割当候補となるリソースデータを検索する検索手段と、
前記検索手段で検索された前記割当候補となるリソースデータを表示する表示手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記割当条件設定手段は、複数種類の項目についての割当条件を設定し、かつ夫々の割当条件についての重み付けを設定する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記割当条件設定手段は、前記割当条件として、リソースとオブジェクトの合致度、リソースとオブジェクトの合致期間、オブジェクトのリソース間移動回数、オブジェクトのリソース間移動距離、の少なくともいずれか１条件を含む
ことを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記表示手段は、前記検索手段で検索された割当候補となるリソースデータの内、少なくとも２つの割当候補となるリソースデータを対照表示する
ことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記割当候補となるリソースデータには、前記割当対象のオブジェクトデータを前記リソースデータに割り当てることにより、割当状態に変更が生じる他のオブジェクトデータの割当候補となるリソースデータが含まれる
ことを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
前記表示手段は、前記割当候補となるリソースデータへのオブジェクトデータの割当状態の変更の有無を識別可能に表示する
ことを特徴とする請求項５に記載の情報処理装置。
【請求項７】
前記表示手段は、前記割当候補となるリソースデータが属するリソース群に含まれる他のリソースデータの情報を表示する
ことを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
【請求項８】
前記表示手段は、前記リソースデータへの前記オブジェクトデータの割当情報を表示する
ことを特徴とする請求項１乃至７のいずれか１項に記載の情報処理装置。
【請求項９】
前記表示手段は、前記オブジェクトデータ夫々の属性を識別可能に表示する
ことを特徴とする請求項８に記載の情報処理装置。
【請求項１０】
前記表示手段で表示されている割当候補となるリソースデータを他の割当候補となるリソースデータへ切り替える切替手段と、
前記表示手段で表示されている割当候補となるリソースデータに対する前記割当対象のオブジェクトデータの割当状態を確定する確定手段と
を更に備えることを特徴とする請求項１乃至９のいずれか１項に記載の情報処理装置。
【請求項１１】
前記緩和条件設定手段は、前記緩和条件として、前記割当条件が規定する期間に対し、開始日時及び終了日時の少なくとも一方の期間ずれ、短縮期間及び期間のずらし単位の少なくとも１つを設定可能である
ことを特徴とする請求項１乃至１０のいずれか１項に記載の情報処理装置。
【請求項１２】
前記緩和条件設定手段は、前記緩和条件についての重み付けを設定し、
前記決定手段は、前記緩和条件に対しての重み付けに基づく優先度順に前記新たな割当条件を決定する
ことを特徴とする請求項１乃至１１のいずれか１項に記載の情報処理装置。
【請求項１３】
割当対象物であるオブジェクトを時系列に割当が可能なリソースに関するリソースデータに対し、前記オブジェクトに関するオブジェクトデータの割当を管理する情報処理装置の制御方法であって、
割当対象であるオブジェクトデータを前記リソースデータに割り当てるための割当条件を設定する割当条件設定工程と、
前記割当条件に対して許容される緩和条件を設定する緩和条件設定工程と、
前記割当条件と前記緩和条件とから新たな割当条件を決定する決定工程と、
前記新たな割当条件、または、前記割当条件及び前記新たな割当条件に基づいて、前記割当対象のオブジェクトデータの割当候補となるリソースデータを検索する検索工程と、
前記検索工程で検索された前記割当候補となるリソースデータを表示する表示工程と
を備えることを特徴とする情報処理装置の制御方法。
【請求項１４】
割当対象物であるオブジェクトを時系列に割当が可能なリソースに関するリソースデータに対し、前記オブジェクトに関するオブジェクトデータの割当を管理する情報処理装置の制御を実現するためのプログラムであって、
割当対象であるオブジェクトデータを前記リソースデータに割り当てるための割当条件を設定する割当条件設定工程のプログラムコードと、
前記割当条件に対して許容される緩和条件を設定する緩和条件設定工程のプログラムコードと、
前記割当条件と前記緩和条件とから新たな割当条件を決定する決定工程のプログラムコードと、
前記新たな割当条件、または、前記割当条件及び前記新たな割当条件に基づいて、前記割当対象のオブジェクトデータの割当候補となるリソースデータを検索する検索工程のプログラムコードと、
前記検索工程で検索された前記割当候補となるリソースデータを表示する表示工程のプログラムコードと
を備えることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、割当対象物であるオブジェクトを時系列に割当が可能なリソースに関するリソースデータに対し、前記オブジェクトに関するオブジェクトデータの割当を管理する情報処理装置及びその制御方法、プログラムに関するものである。
【背景技術】
【０００２】
高齢化が進む中、医療、介護、保健分野への人々の依存度は、ますます高まり、市場規模は急激に拡大している。一方、同分野のサービスを提供する側は、需要の伸びに対し、依然、人的物的なリソースが不足している。医療、介護等の施設のベッドや居室も例外ではなく、ベッドや居室に空きがないために、サービスを提供できない状況は常に発生している。
【０００３】
例えば、介護施設への入所希望者へのベッド割当は、通常、担当者が経験に基づいて行っている。また、割当は、単純に１つのベッドに割り当てるよりは、希望期間を期間的に分割して複数のベッドに割り当てる複雑な割当が多い。よって、特にベッドの数が多かったりベッドが混雑している場合は、割当可能なベッドがあるにもかかわらずそれが探せなかったり、探せたとしても時間がかかったり、入所希望者の希望に合致しない割当しか見つからない等の問題があった。これは、入所者満足度の低下、更には経営環境の悪化に繋がりかねない。
【０００４】
本状況を改善するために、例えば、特許文献１では、入所者情報やベッド割当状況情報などを元に、自動的にベッドを割り当てる仕組みが提案されている。
【特許文献１】特開２００２−２９７７６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記従来技術は、入所者とベッドの合致度を示す決められた指標に基づき、担当者の判断を介入させることなく、自動的にベッドを割り当てていた。そのため、割当結果が、必ずしも入所者の満足を考慮した結果にならない可能性があった。
【０００６】
例えば、入所者の満足を考えるには、個室／大部屋希望、トイレとの距離、仲の悪い人との距離、ドアに近いかどうか、特定の部屋番号指定（入所者が痴呆の場合等）、入所者の病状や体調、部屋の日当たり、といった様々な指標が考えられる。
【０００７】
しかし、指標の数自体が多く、各入所者の希望は千差万別で刻々と変化するため、全情報のシステムへの入力・維持は事実上不可能である（所謂、経験と勘と言われる部分である）。よって、入所者の満足を十分考慮するには、自動化されたベッド割当では不完全であり、何らかの方法で担当者の判断を介入させる必要がある。
【０００８】
また、担当者が入所予約を受け付ける場面で、入所者の希望する期間を全てカバーするベッドの空きがなかった場合、期間の短縮やずらしにより調整する場合がある。
【０００９】
しかしながら、この調整は、担当者と入所者の対話により行われる。そのため、希望期間をいちいち手動で入力して、ベッド割当の探索作業を、希望するベッド割当が得られるまで繰り返し実行しなければならず、操作性に欠けていた。
【００１０】
本発明は上記の課題を解決するためになされたものであり、複数の資源（リソース）に、割当対象物（オブジェクト）を効率的かつより適切に割り当てることが可能なユーザインタフェースを実現する情報処理装置及びその制御方法、プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記の目的を達成するための本発明による情報処理装置は以下の構成を備える。即ち、
割当対象物であるオブジェクトを時系列に割当が可能なリソースに関するリソースデータに対し、前記オブジェクトに関するオブジェクトデータの割当を管理する情報処理装置であって、
割当対象であるオブジェクトデータを前記リソースデータに割り当てるための割当条件を設定する割当条件設定手段と、
前記割当条件に対して許容される緩和条件を設定する緩和条件設定手段と、
前記割当条件と前記緩和条件とから新たな割当条件を決定する決定手段と、
前記新たな割当条件、または、前記割当条件及び前記新たな割当条件に基づいて、前記割当対象のオブジェクトデータの割当候補となるリソースデータを検索する検索手段と、
前記検索手段で検索された前記割当候補となるリソースデータを表示する表示手段と
を備える。
【００１２】
また、好ましくは、前記割当条件設定手段は、複数種類の項目についての割当条件を設定し、かつ夫々の割当条件についての重み付けを設定する。
【００１３】
また、好ましくは、前記割当条件設定手段は、前記割当条件として、リソースとオブジェクトの合致度、リソースとオブジェクトの合致期間、オブジェクトのリソース間移動回数、オブジェクトのリソース間移動距離、の少なくともいずれか１条件を含む。
【００１４】
また、好ましくは、前記表示手段は、前記検索手段で検索された割当候補となるリソースデータの内、少なくとも２つの割当候補となるリソースデータを対照表示する。
【００１５】
また、好ましくは、前記割当候補となるリソースデータには、前記割当対象のオブジェクトデータを前記リソースデータに割り当てることにより、割当状態に変更が生じる他のオブジェクトデータの割当候補となるリソースデータが含まれる。
【００１６】
また、好ましくは、前記表示手段は、前記割当候補となるリソースデータへのオブジェクトデータの割当状態の変更の有無を識別可能に表示する。
【００１７】
また、好ましくは、前記表示手段は、前記割当候補となるリソースデータが属するリソース群に含まれる他のリソースデータの情報を表示する。
【００１８】
また、好ましくは、前記表示手段は、前記リソースデータへの前記オブジェクトデータの割当情報を表示する。
【００１９】
また、好ましくは、前記表示手段は、前記オブジェクトデータ夫々の属性を識別可能に表示する。
【００２０】
また、好ましくは、前記表示手段で表示されている割当候補となるリソースデータを他の割当候補となるリソースデータへ切り替える切替手段と、
前記表示手段で表示されている割当候補となるリソースデータに対する前記割当対象のオブジェクトデータの割当状態を確定する確定手段と
を更に備える。
【００２１】
また、好ましくは、前記緩和条件設定手段は、前記緩和条件として、前記割当条件が規定する期間に対し、開始日時及び終了日時の少なくとも一方の期間ずれ、短縮期間及び期間のずらし単位の少なくとも１つを設定可能である。
【００２２】
また、好ましくは、前記緩和条件設定手段は、前記緩和条件についての重み付けを設定し、
前記決定手段は、前記緩和条件に対しての重み付けに基づく優先度順に前記新たな割当条件を決定する。
【００２３】
上記の目的を達成するための本発明による情報処理装置の制御方法は以下の構成を備える。即ち、
割当対象物であるオブジェクトを時系列に割当が可能なリソースに関するリソースデータに対し、前記オブジェクトに関するオブジェクトデータの割当を管理する情報処理装置の制御方法であって、
割当対象であるオブジェクトデータを前記リソースデータに割り当てるための割当条件を設定する割当条件設定工程と、
前記割当条件に対して許容される緩和条件を設定する緩和条件設定工程と、
前記割当条件と前記緩和条件とから新たな割当条件を決定する決定工程と、
前記新たな割当条件、または、前記割当条件及び前記新たな割当条件に基づいて、前記割当対象のオブジェクトデータの割当候補となるリソースデータを検索する検索工程と、
前記検索工程で検索された前記割当候補となるリソースデータを表示する表示工程と
を備える。
【００２４】
上記の目的を達成するための本発明によるプログラムは以下の構成を備える。即ち、
割当対象物であるオブジェクトを時系列に割当が可能なリソースに関するリソースデータに対し、前記オブジェクトに関するオブジェクトデータの割当を管理する情報処理装置の制御を実現するためのプログラムであって、
割当対象であるオブジェクトデータを前記リソースデータに割り当てるための割当条件を設定する割当条件設定工程のプログラムコードと、
前記割当条件に対して許容される緩和条件を設定する緩和条件設定工程のプログラムコードと、
前記割当条件と前記緩和条件とから新たな割当条件を決定する決定工程のプログラムコードと、
前記新たな割当条件、または、前記割当条件及び前記新たな割当条件に基づいて、前記割当対象のオブジェクトデータの割当候補となるリソースデータを検索する検索工程のプログラムコードと、
前記検索工程で検索された前記割当候補となるリソースデータを表示する表示工程のプログラムコードと
を備える。
【発明の効果】
【００２５】
本発明によれば、複数の資源（リソース）に、割当対象物（オブジェクト）を効率的かつより適切に割り当てることが可能なユーザインタフェースを実現する情報処理装置及びその制御方法、プログラムを提供できる。
【発明を実施するための最良の形態】
【００２６】
本発明は、その実施形態として、例えば、介護施設の入所希望者に対するベッド割当を支援するベッドコントロールシステムを例に挙げて説明するが、これに限定されるものではない。
【００２７】
つまり、複数の資源（公共施設、企業、集合住宅等のあるゆる施設内の居室や会議室、倉庫、ビル、カラオケルーム、テナント、スポーツ施設（テニスコート、野球場等））に、割当対象物（人間、組織、物品等）を時系列に割り当てることが要求されるシステムであれば、どのようなシステムでも、以下の実施形態と同様に本発明を適用することができる。
【００２８】
まず、本発明の特徴を説明するために、上述した本発明が解決しようとする課題の内容を、再度、説明する。
【００２９】
本発明が解決しようとする課題としては、以下の点がある。
【００３０】
・資源の良好な割当計画の判断指標が、環境により変動する。
【００３１】
・資源の良好な割当計画の全ての判断指標の定量化が難しい。
【００３２】
・資源稼働率の高低により、資源の良好な割当計画を立案する課題難度が異なる。
【００３３】
稼働率  高  ：  課題難度→高（難）  手動計画や１つしか解を出さない自動計画では、不完全で課題がある（自動ロジックでは、良好な割当計画が計画できない可能性が高い）。
【００３４】
稼働率  低  ：  課題難度→低（易）  但し、計画の操作性向上に課題（手動計画や、自動計画の差が出難い領域、自動計画では弊害もある）がある。
【００３５】
そこで、本発明は、上記の課題構造の全てを解決するための仕組みを提案する。その具体的な実現手段としては、課題の構造上、完全な評価指標の定量化が難しい領域であるため、人の意志を明確に割当計画へ反映することに主眼をおいた効果的で汎用性の高いユーザインフェースを提供する。また、このユーザインタフェースでは、計画作業効率を更に高めるために、好適な計画候補だけを提供して、最終的に、人の選択判断の余地を与えた良好な割当計画を決定することを実現する。
【００３６】
以下、本発明の実施の形態について図面を用いて詳細に説明する。
【００３７】
まず、本実施形態のベッドコントロールシステムの機能構成について、図１を用いて説明する。
【００３８】
図１は本発明の実施形態のベッドコントロールシステムの機能構成を示す図である。
【００３９】
図１において、１００はベッドコントロール部であり、本実施形態のベッドコントロールシステムを実現するための各種構成要素を制御する。
【００４０】
ベッドコントロール部１００において、１０１は手動計画部であり、ある施設（本実施形態の場合、介護施設）の複数の資源（本実施形態の場合、ベッド）に対し、複数の割当対象物（本実施形態の場合、入所希望者）を手動で割り当てる手動計画を行うためのユーザインタフェース（手動計画画面）を生成して、ユーザからの操作部１０５を介する操作に基づいて、手動計画に係る各種処理を実行する。
【００４１】
１０２は割当候補表示部であり、操作部１０５を介して入力された条件に基づいて、割当対象物を割り当てる割当候補である資源を表示し、かつ最終的に当該割当対象物を割り当てる資源を確定するためのユーザインタフェースを生成して、ユーザからの操作部１０５を介する操作に基づいて、割当に係る各種処理を実行する。
【００４２】
１０３は割当候補列挙部であり、操作部１０５を介して入力された条件（割当条件）に基づいて、データ格納部１０４を参照して、割当対象物を割り当てる割当候補となる資源を検索し、その検索結果を割当候補表示部１０２が生成するユーザインタフェース上に出力する。
【００４３】
１０７は緩和条件設定部であり、操作部１０５を介して入力された条件に基づいて、データ格納部１０４を参照して、割当候補列挙部１０３で入力された割当条件に対して許容される緩和条件を設定する。また、緩和条件設定部１０７では、複数の条件を緩和条件として設定し、夫々の緩和条件に対し重み付けを行うことが可能である。
【００４４】
１０８は緩和優先度算出部であり、操作部１０５を介して入力された条件に基づいて、データ格納部１０４を参照して、割当条件と緩和条件とから、その緩和条件を考慮した他の割当条件（新たな割当条件）を決定する。具体的には、緩和条件に対しての重み付けに基づく優先度順に他の割当条件（新たな割当条件）を決定する。
【００４５】
１０４はデータ格納部であり、本実施形態のベッドコントロールシステムで使用する各種データを格納する。
【００４６】
データ格納部１０４には、予約データ１０４ａ、ベッドデータ１０４ｂ、部屋データ１０４ｃ、割当候補データ１０４ｄ、入所者データ１０４ｅ、割当状況データ１０４ｆ、入所者近接不可データ１０４ｇ、割当候補列挙条件データ１０４ｈ、緩和条件データ１０４ｉ、期間緩和データ１０４ｊ、割当候補一時保存データ１０４ｋが格納されている。
【００４７】
ここで、各データの内容は、
［予約データ１０４ａ］：対象者、予約期間、希望部屋タイプ等の予約に関する情報
［ベッドデータ１０４ｂ］：ベッド名、部屋名、フロア名等のベッドに関する情報
［部屋データ１０４ｃ］：部屋タイプ（個室、大部屋）、フロア等の部屋に関する情報
［割当候補データ１０４ｄ］：予約に対する、ベッド（０〜Ｎ回の転ベッドあり）への割当方法（＝割当候補）に関する情報
［入所者データ１０４ｅ］：氏名、性別、生年月日等の入所者のプロフィール情報
［割当状況データ１０４ｆ］：現在のベッドへの予約の割当状況に関する情報
［入所者近接不可データ１０４ｇ］：入所者同士の近接可否、度合いに関する情報
［割当候補列挙条件設定データ１０４ｈ］：転ベッド回数の重み等の割当候補列挙条件に関する情報
［緩和条件データ１０４ｉ］：最大短縮日数等、期間の緩和条件に関する情報
［期間緩和データ１０４ｊ］：緩和後の開始日、終了日や優先度等、具体的な期間の緩和に関する情報
［割当候補一時保存データ１０４ｋ］：割当候補表示画面で一時保存された割当候補に関する情報
となっている。
【００４８】
１０５は操作部であり、ベッドコントロールシステムが提供する各種処理を実行するための各種入力を行う。１０６は表示部であり、ユーザインタフェース等の各種画像を表示する。
【００４９】
このように、本発明では、複数の資源（リソース）に関する情報を示すリソースデータと、そのリソースデータに割り当てる割当対象物（オブジェクト）に関する情報を示すオブジェクトデータをデータ格納部１０４に格納しておく。そして、これらのデータを用いて、リソースデータに対してオブジェクトデータを効率的にかつより適切に割り当てるためのユーザインタフェースを、手動計画部１０１、割当候補表示部１０２、割当候補列挙部１０３、緩和条件設定部１０７及び緩和優先度算出部１０８を用いて実現する。
【００５０】
次に、データ格納部１０４に格納されている各種データの詳細構成について、図２を用いて説明する。
【００５１】
図２は本発明の実施形態のデータ格納部に格納されている各種データの詳細構成を示す図である。
【００５２】
図２では、データ格納部１０４に格納されている各種データの詳細構成として、データ種別、各種別のデータを構成する項目データの項目名、及びその内容を示す説明から構成されている。
【００５３】
例えば、予約データ１０４ａは、項目データとして、予約ＩＤ、入所者ＩＤ、開始希望日、開始希望時刻等が存在する。以下、同様に、他の種別のデータについても、各種項目データが存在する。
【００５４】
尚、図２の各種データは一例であり、用途や目的に応じて、様々なデータあるいは項目データが構成されることは言うまでもない。
【００５５】
次に、本実施形態のベッドコントロールシステムを実現する情報処理装置のハードウェア構成について、図３を用いて説明する。
【００５６】
図３は本発明の実施形態の情報処理装置のハードウェア構成を示す図である。
【００５７】
３０１はＣＰＵであり、情報処理装置全体の制御を実行する。３０２はＲＡＭであり、データ作業領域、一時待避領域として機能する。３０３はＲＯＭであり、情報処理装置を制御するための各種制御プログラムや設定情報等を記録する。
【００５８】
３０４はハードディスクドライブ（ＨＤＤ）であり、画像データ等の各種データを記憶する。３０５はネットワークＩ／Ｆ（インタフェース）であり、ネットワーク１０４を介するデータの送受信を行う。
【００５９】
３０６はビデオＩ／Ｆ（インタフェース）であり、ディスプレイ部３２１に表示する画像の表示制御を行う。３２１はディスプレイ部であり、液晶やＣＲＴ等から構成され、図１の表示部１０６に対応する。
【００６０】
３０７はポインティングデバイスであり、例えば、マウス、入力タブレット、タッチパネル等から構成される。３０８はキーボードである。図１の操作部１０５は、このポインティングデバイス３０７及びキーボード３０８によって実現される。
【００６１】
３０９は外部記憶装置であり、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−Ｒ／ＲＷ、ＤＶＤ−ＲＡＭ等から構成される。図１のデータ格納部１０４は、例えば、この外部記憶装置３０９内で実現される。
【００６２】
３１１は上記各構成要素を相互に接続するバスである。
【００６３】
尚、本実施形態では、１台の情報処理装置で図１のベッドコントロールシステムを実現する構成としているが、用途や目的に応じて、複数台の情報処理装置にベッドコントロールシステムの各種機能を分散させて実現するようにしても良い。
【００６４】
また、処理データ数が膨大な場合には、情報処理装置の負荷を分散させるために、あるいは複数箇所からベッドコントロールシステムを利用させるために、サーバクライアントシステムを構築して、このシステムにベッドコントロールシステムを搭載して実現するようにしても良い。但し、この場合は、データの整合性を保つために、サーバにアクセスするクライアント同士は排他的に制御されることが好ましい。
【００６５】
次に、本実施形態のベッドコントロールシステムの概要フローについて、図４を用いて説明する。
【００６６】
図４は本発明の実施形態のベッドコントロールシステムの概要フローを示すフローチャートである。
【００６７】
＜ステップＳ４０１＞
まず、システムが起動すると、ステップＳ４０１で、初期画面として、手動計画画面を表示する。尚、この処理の詳細については後述する。
【００６８】
＜ステップＳ４０１ａ＞
ステップＳ４０１ａで、ユーザからの操作部１０５を介する操作に基づいて、緩和条件設定部１０７を起動し、緩和条件の設定を実行する。尚、この処理の詳細については後述する。
＜ステップＳ４０２＞
ステップＳ４０２で、ユーザからの操作部１０５を介する操作に基づいて、この手動計画画面から処理対象データである予約データを選択する。
【００６９】
＜ステップＳ４０３＞
ステップＳ４０３で、ユーザからの操作部１０５を介する操作に基づいて、選択した予約データに対する、ベッドの割当方法を選択する。
【００７０】
＜ステップＳ４０４＞
ステップＳ４０３において、手動計画部１０１による手動計画機能を使用してベッドを割り当てる場合、ステップＳ４０４に進み、ユーザからの操作部１０５を介する操作に基づいて、手動計画機能を利用した割当処理を実行する。尚、この処理の詳細については後述する。
【００７１】
＜ステップＳ４０５＞
一方、ステップＳ４０３において、割当候補列挙機能を使用してベッドを割り当てる場合、ステップＳ４０５に進み、ユーザからの操作部１０５を介する操作に基づいて、割当候補表示部１０２による割当候補列挙機能を利用した割当処理を実行する。尚、この処理の詳細については後述する。
【００７２】
＜ステップＳ４０６＞
ステップＳ４０４あるいはステップＳ４０５の処理の確定後、ステップＳ４０６で、未処理の予約データの有無を判定する。未処理の予約データがある場合（ステップＳ４０６でＮＯ）、ステップＳ４０２に戻り、未処理の予約データの選択を待機する。一方、未処理の予約データがない場合（ステップＳ４０６でＮＯ）、処理を終了する。
【００７３】
次に、図４のステップＳ４０１の処理の詳細について、図５Ａを用いて説明する。
【００７４】
図５Ａは本発明の実施形態のステップＳ４０１の処理の詳細を示すフローチャートである。
【００７５】
図５Ａの処理は、図８Ａに示すような、手動計画画面８００を生成する処理である。
【００７６】
＜ステップＳ５０１＞
まず、ステップＳ５０１で、ベッドコントロール部１００は、データ格納部１０４を参照して、手動計画画面８００を構成するために必要な、予約データ１０４ａ、ベッドデータ１０４ｂ、部屋データ１０４ｃ、入所者データ１０４ｅ、割当状況データ１０４ｆを読み込む。
【００７７】
＜ステップＳ５０２＞
ステップＳ５０２で、手動計画画面８００における横軸で規定される画面を生成する。具体的には、日時を表示し、大項目として週、中項目として日、小項目として時間を設定する。また、現在日時を示す時間軸８０６及びカレンダー部８５０を表示する。
【００７８】
尚、この横軸の単位幅は、操作部１０５によって、任意に変更できるものとする。また、カレンダー部８５０は、手動計画画面８００の表示時の現在に日時が表示される。更に、ユーザは、所望の年月日をカレンダー部８５０上の各種コントロールを操作することで、所望の年月日近辺の内容を表示することができる。
【００７９】
＜ステップＳ５０３＞
ステップＳ５０３で、入所者の現在のベッドの割当状態を示すベッドビュー８０１を表示する。具体的には、ベッドデータ１０４ｂ及び部屋データ１０４ｃに基づいて、ベッドビュー８０１を構成する列として、施設の棟を示す棟ＩＤ、フロアを示すフロアＩＤ、部屋グループを示す部屋グループＩＤ、部屋を示す部屋ＩＤ、ベッド番号を示すベッドＩＤを表示する。
【００８０】
また、ベッドの並び順は、［棟ＩＤ、フロアＩＤ、部屋グループＩＤ、部屋ＩＤ、ベッドＩＤ］の昇順である。
【００８１】
また、部屋ＩＤで示される各部屋の並びは、同一部屋のベッドが固まっていることが好ましい。これは、ユーザが入所者近接不可制約、男女同部屋不可制約を確認しやすくするためである。例えば、図８Ａでは、部屋ＩＤ２０１のベッドＩＤ１〜４のベッド、次に、部屋ＩＤ２０２のベッドＩＤ１〜４のベッドというように、同一部屋のベッドが固まって表示されていることが確認できる。
【００８２】
また、入所者ビュー８０２での入所者の割当状況を示す入所者ビューピース選択に連動して、対象となるベッドがベッドビュー８０１上に表示されるようにスクロールする。
【００８３】
＜ステップＳ５０４＞
ステップＳ５０４で、ベッドビュー８０１を構成する各ベッド毎の入所者の割当状況を示すベッドビューピースを表示する。具体的には、割当状況データ１０４ｆから、各ベッドに関する情報を取得して、割当情報（開始・終了日時と割当先）をベッドビューピースとして表示する。
【００８４】
尚、図８Ａでは、例えば、部屋ＩＤ２０２のベッドＩＤ１に、入所者名「岩佐阿さ子」（女性）のベッドビューピース８０４の一部が表示（グレー表示）されている。また、部屋ＩＤ２０３のベッドＩＤ１に、入所者名「山田太郎」（男性）のベッドビューピース８０５の一部が表示（ハッチング表示）されている。また、それ以外の白表示部分は、ベッドの割当が可能な空き期間を示している。
【００８５】
また、ベッドビューピースは、その属性の１つである性別を視認できやすいように、男性と女性とで、その表示形態を異ならせて表示する。特に、図８Ａでは、男性のベッドビューピースはハッチング表示、女性のベッドビューピースはグレー表示で表示している。但し、表示形態は、これに限定されるものではなく、男性と女性を容易に識別可能であれば、色分け表示、他のテクスチャ表示等を使用することが可能である。
【００８６】
＜ステップＳ５０５＞
ステップＳ５０５で、割当対象の入所者を示す入所者ビュー８０２を表示する。具体的には、予約データ１０４ａ、入所者データ１０４ｅ及び割当状況データ１０４ｆから、割当対象の入所者名を表示する。例えば、図８Ａでは、入所者名「鈴木すず」が表示されている。
【００８７】
＜ステップＳ５０６＞
ステップＳ５０６で、入所者ビュー８０２を構成する割当対象の入所者の入所希望期間である入所者ビューピースを表示する。具体的には、予約データ１０４ａ、入所者データ１０４ｅ及び割当状況データ１０４ｆから、割当対象の入所者に関する情報を取得して、当該入所者の割当情報、及び、予約の［開始希望日、開始希望時刻］〜［終了希望日、終了希望時刻］の期間の内、未割当期間を算出し、未割当期間情報を入所者ビューピースとして表示する。
【００８８】
尚、図８Ａでは、入所者名「鈴木すず」の入所者ビューピースとして、ベッドビュー８０１で表示される期間は、未割当期間（希望予約期間）であることを示す入所者ビューピース（「未」の表示がなされている：未割当ピース８０２ａ）を表示している。
【００８９】
＜ステップＳ５０７＞
ステップＳ５０７で、割当対象の入所者に関する情報を示す予約リスト８０７を表示する。具体的には、予約データ１０４ａ、入所者データ１０４ｅ及び割当状況データ１０４ｆから、割当済フラグが未割当（未割当期間が存在することを示している）の予約データ１０４ａの入所者に関する情報を表示する。
【００９０】
尚、図８Ａの予約リスト８０７では、入所者に関する情報として、予約ＩＤ、入所者名、性別の項目を表示しており、各項目毎にソートすることが可能である。
【００９１】
また、ベッドビュー８０１でのベッドビューピース選択、予約リスト８０７での予約選択、入所者検索機能（不図示）に連動して、対象となる入所者に関する情報が更新（入所者ビュー縦軸表示と入所者ビューピース表示を再実行）される。
【００９２】
更に、図８Ａにおいて、ロジック割当ボタン８０８は、後述する割当候補表示機能を起動するためのボタンである。また、緩和条件設定ボタン８６０は、以下に説明する緩和条件設定機能を起動するためのボタンである。
次に、図４のステップＳ４０１ａの処理の詳細について、図５Ｂを用いて説明する。
【００９３】
図５Ｂは本発明の実施形態のステップＳ４０１ａの処理の詳細を示すフローチャートである
＜ステップＳ５１１＞
まず、ステップＳ５１１で、ユーザからの操作部１０５を介する操作に基づいて、手動計画画面８００から、緩和条件設定機能を起動する。
【００９４】
＜ステップＳ５１２＞
ステップＳ５１２で、図８Ｂに示すような、緩和条件設定画面１８００を表示する。
【００９５】
緩和条件設定画面１８００では、期間を緩和するための各種条件（緩和条件）を設定するための設定項目フィールド１８０１〜１８０３を有している。各フィールドは、ラジオボタンや数値入力フィールドから構成されている。
【００９６】
ここで、期間の緩和とは、後述する割当候補列挙機能による割当処理での処理対象の希望予約期間を緩和することを意味する。このように、処理対象の未割当期間を許容範囲内でずらすこと、及び／または短縮することを許容することで（緩和することで）、割当候補列挙機能を用いて本来の希望予約期間に対する割当候補を検索できない場合でも、割当候補を検索することができ、より柔軟な割当候補検索を実現することができる。
【００９７】
緩和条件設定画面１８００において、特に、本実施形態では、設定項目フィールドとして、優先緩和項目フィールド１８０１、ずれ値指定フィールド１８０２（最大開始日ずれフィールド１８０２ａ、最大短縮日フィールド１８０２ｂ、最大終了日ずれフィールド１８０２ｃ）、ずらし単位考慮フィールド１８０３で構成されている。
【００９８】
ここで、優先緩和項目フィールド１８０１は、期間を緩和する場合に期間のずらしを優先するか、期間の短縮を優先するかを設定するフィールドである。
【００９９】
また、最大開始日ずれフィールド１８０２ａは、許容される開始日の前ずれ日数を設定するフィールドである。例えば、この値が１日の場合、予約期間が８／１０〜８／１５の６日間の予約を緩和するときには、８／９までの前ずれを許容することになる。
【０１００】
また、最大短縮日ずれフィールド１８０２ｂは、許容される期間の短縮日数を設定するフィールドである。例えば、この値が１日の場合、予約期間が８／１０〜８／１５の６日間の予約を緩和するときには、その予約期間内で、期間が５日間以上となる期間への緩和を許容することになる。
【０１０１】
また、最大終了日ずれフィールド１８０２ｃは、許容される終了日の後ろずれ日数を設定するフィールドである。例えば、この値が３日の場合、予約期間が８／１０〜８／１５の６日間の予約を緩和するときには、８／１８までの後ろずれを許容することになる。
【０１０２】
また、ずらし単位考慮フィールド１８０３は、考慮すべきずらし単位を設定するフィールドである。例えば、この値が７日単位の場合、予約期間が８／１０〜８／１５の６日間の予約を緩和するときには、８／３〜８／８、８／１７〜８／２２等、７日単位のずらしを許容することになる。
【０１０３】
尚、この設定項目フィールド数は一例であり、これらの設定項目フィールドの少なくとも１つあるいは任意の組み合わせに基づいて、緩和条件を設定することが可能である。また、これらの設定項目フィールドは、特に、本実施形態のベッドコントロールシステムで緩和条件を設定する上で有効とされる設定項目フィールドの一例であり、過去の経験則や、用途や目的に応じて、これ以外の設定項目フィールドを設計できることは言うまでもない。
【０１０４】
また、各設定項目フィールドにおける設定方法は、図８Ｂのようなラジオボタンと数値入力フィールドに限定されるものではなく、同等の設定方法を実現可能なチェックボックス、プルダウンメニュー等の他のコントロール部品を用いて実現しても良いことは言うまでもない。
【０１０５】
＜ステップＳ５１３＞
ステップＳ５１３で、ユーザからの操作部１０５を介する操作に基づいて、緩和条件設定画面１８００中の設定項目フィールド１８０１〜１８０３による、緩和条件を設定する。
【０１０６】
＜ステップＳ５１４＞
ステップＳ５１４で、設定された緩和条件を緩和条件データ１０４ｉへ書き込む。尚、この緩和条件データ１０４ｉは、通常は、システム全体に対するデフォルト値として設定されることになるが、後述するように、処理対象毎に個別に設定することも可能である。
次に、本実施形態の特徴的な機能である手動計画機能について説明する。
【０１０７】
＜＜手動計画機能＞＞
手動計画機能では、ベッドの割当状況を示すベッドビュー８０１と、割当対象の入所者に関する情報を示す入所者ビュー８０２を併用する手動計画画面（ユーザインタフェース）を構成し、これらのビュー間で双方向に情報連携を図ることで、特に、以下の点を実現する。
【０１０８】
・未割当期間の自動分割（部分割当を可能とし、残りは未割当）を実行する。
【０１０９】
・未割当期間の自動連結（入所者ビュー８０２で連続する未割当部分がある場合は、連結して、一つの未割当期間とする）を実行する。
【０１１０】
・割当／割当解除操作は、ドラッグ＆ドロップで実現する。また、割当方法には、ベッド特定情報（部屋ＩＤ、ベッドＩＤ等）による入力を許容する。更に、割当解除時は、割当解除対象の割当済ピース情報（部屋ＩＤ、ベッドＩＤ等）を指定して入力部１０５より割当解除指示を入力することで、割当解除を実現するようにしても良い。
【０１１１】
・割当操作／割当解除操作が、２つの視覚化機能によりユーザの意図を正確に反映し、かつ、一動作で行えるユーザインタフェースを提供する。
【０１１２】
次に、図４のステップＳ４０４の処理（手動計画機能を利用した割当処理）の詳細及び操作例について、図６及び図８Ａ〜図１２を用いて説明する。
【０１１３】
図６は本発明の実施形態のステップＳ４０４の処理の詳細を示すフローチャートである。
【０１１４】
尚、手動計画画面の初期状態では、図８Ａに示すように、入所者ビュー８０２にて、割当対象の入所者の割当期間が未割当であることを示す未割当期間ピース８０２ａが表示されている。未割当期間ピース８０２ａには、未割当であることを示す「未」の表示がなされている。
【０１１５】
＜ステップＳ６０１＞
まず、ステップＳ６０１で、ユーザからの操作部１０５を介する操作に基づいて、入所者ビュー８０２から割当対象の入所者を決定する。この決定は、割当対象の入所者が一人の場合は、その入所者を割当対象に決定して、入所者ビュー８０２にその入所者名を表示する。また、割当対象の入所者が複数の場合は、予約リスト８０７から所望の入所者を選択することで、その選択した入所者を割当対象に決定して、入所者ビュー８０２にその入所者名を表示する。
【０１１６】
尚、図９の（１）で示すように、ユーザが割当対象のベッドを探す場合には、ベッドビュー８０１と入所者ビュー８０２の時間軸が連動していないと、予約期間に対応したベッドの空き期間が直感的に把握できない。そのため、両ビューの時間軸は連動していることが好ましい。
【０１１７】
また、図９の（２）で示すように、同部屋の入所者との相性（性別、人間関係等）を考慮してベッドを割り当てたいケースがあるため、ベッドビュー８０１のベッドの並び順は、部屋順であり、同部屋のベッドは一箇所に固まって表示されていることが好ましい。
【０１１８】
また、図９の（３）で示すように、現在割当済の入所者に、期間継続してベッドを割り当てたいケースがあるため、ベッドビュー８０１上のベッドビューピースを選択すると、それに連動して、入所者ビュー８０２の表示対象入所者が切り替わるようにすると、操作性の面で好適である。この例では、入所者名「岩崎阿さ子」を選択すると、入所者ビュー８０２の入所者名「鈴木すず」が「岩崎阿さ子」に切り替わることになる。これにより、入所者ビューには「岩崎阿さ子」に対するベッドの割当情報が表示されることになる。よって、当該入所者に対するベッドの割当状況が容易に確認できるようになる。
【０１１９】
また、図９の（４）で示すように、前回に当該入所者が利用したベッドに引き続いて割り当てたいケースがあるため、入所者ビュー８０２上の入所者ビューピースを選択すると、それに連動して、ベッドビュー８０１のタイムチャートの表示範囲が切り替わるようにすると、操作性の面で好適である。
【０１２０】
この例では、入所者ビュー８０２の入所者名「鈴木すず」の部屋ＩＤ２０７のベッドＩＤ３の割当済ピースを選択すると、ベッドビュー８０１の表示内容が部屋ＩＤ２０７のベッドＩＤ３を含む内容に切り替わることになる。
【０１２１】
＜ステップＳ６０２＞
ステップＳ６０２で、ユーザからの操作部１０５を介する操作に基づいて、予約の未割当期間と割当対象ベッドの関連付けを行う。
【０１２２】
尚、入所者ビュー８０２上の未割当期間へのベッドの割当は、その未割当期間ピースを選択して、その未割当期間ピースをベッドビュー８０１上の空き期間を有するベッドビューピースへドラッグ＆ドロップすることで実現する。
【０１２３】
具体例としては、図１０の手動計画画面８００において、入所者ビュー８０２中の未割当期間ピース８０９を、ベッドビュー８０１上のベッドビューピース８１０にドラッグ＆ドロップする。
【０１２４】
＜ステップＳ６０３＞
ステップＳ６０３で、関連付けの完了後、割当対象ベッドの割当可能期間を算出する。
【０１２５】
尚、この算出は、ドラッグ＆ドロップ操作の完了時点で処理を開始する。具体的には、未割当期間ピースの開始日、開始時刻、終了日、終了時刻（データ格納部１０４上に存在）とベッドの空き期間（ベッドデータ１０４ａと割当状況データ１０４ｆから導出）から、未割当期間の内、割当対象ベッドの割当可能期間を算出する。
【０１２６】
＜ステップＳ６０４＞
ステップＳ６０４で、算出した割当可能期間について、当該割当対象ベッドへの割当を実行し、予約データ１０４ａ及び割当状況データ１０４ｆを更新する。
【０１２７】
尚、この更新では、算出した割当可能期間に基づいて、割当期間を生成し（０〜複数）、割当状況データ１０４ｆを更新する。また、この割当により、予約が全て割当済になった場合は、予約データ１０４ａの割当済フラグを割当済に更新する。
【０１２８】
また、この更新に伴い、手動計画画面８００の内容も更新する。具体的には、生成した割当に対応し、ベッドビュー８０１及び入所者ビュー８０２に各種ピースの表示を更新する。特に、ベッドビュー８０１では、生成した割当に対応するベッドビューピースを新規表示する。また、入所者ビュー８０２では、ドラッグした未割当期間ピースを削除し、生成した割当に対応する割当済ピース（部屋ＩＤ及びベッドＩＤ）を新規表示する。ここで、さらに依然として残っている未割当の期間については、未割当期間ピースを新規表示する。
【０１２９】
具体例としては、図１０の手動計画画面８００でのドラッグ＆ドロップによって、図１１の手動計画画面８００に示すように、ベッドビュー８０１上に、ベッドビューピース８１４及び８１５を新規表示する。また、入所者ビュー８０２上に、部屋ＩＤ−ベッドＩＤ（２０２−３）が表示された割当済ピース８１１及び８１３と、未割当期間ピース８１２を新規表示する。
【０１３０】
このように、本実施形態では、ベッドビュー８０１上のベッドビューピース８１０のような、割当済ピースを挟む複数の空き期間を有するベッドビューピースに、入所者ビュー８０２の未割当期間ピースをドラッグ＆ドロップした場合には、未割当期間ピース８０２ａを、複数の空き期間夫々に割当可能な期間分の部分未割当期間ピースに自動的に分割して、割当済ピース８１１及び８１３として割り当てることが可能である。
【０１３１】
つまり、このような処理を実現することで、ユーザは、ベッドビュー８０１上のある行のベッドビューピース内で点在して存在する複数の空き期間に対し、１回のドラッグ＆ドロップ操作を行うだけで、１つの未割当期間ピースを、その複数の空き期間の各空き期間に対応する期間分の部分未割当期間ピースに分割して各空き期間に一度に割り当てることが可能である。
【０１３２】
また、図１１の手動計画画面８００では、入所者ビュー８０２上に未割当期間ピース８１２が残っているので、同様の操作によって、その未割当期間ピース８１２を選択して、ベッドビュー８０１上の当該未割当期間に空き期間を有する行（ベッド）へドラッグ＆ドロップする。
【０１３３】
以上の操作を繰り返し、入所者ビュー８０２上の未割当期間ピースがなくなるまで（あるいは、ユーザがこれ以上の割当は不要と判断した）時点で、割当が完了する。
【０１３４】
図１２の手動計画画面８００は、図１１の手動計画画面８００の入所者ビュー８０２上の未割当期間ピース８１２をベッドビュー８０１上のベッドビューピース８１６にドラッグ＆ドロップした後の状態を示している。この場合、図１１の手動計画画面８００の入所者ビュー８０２上の未割当期間ピース８１２が、割当済期間ピース８１７に更新されている。
【０１３５】
＜ステップＳ６０５＞
ステップＳ６０５で、誤操作時及び割当修正時のベッドビュー８０１上の割当を解除する解除操作を受け付ける。
【０１３６】
尚、この解除操作は、例えば、処理対象のベッドビュー８０１上のベッドビューピースを選択した上で、必要な操作を行う。特に、別の未割当期間に再割当を行いたい場合は、その選択したベッドビューピースを、ステップＳ６０２での操作と同様に、別の未割当期間を有するベッドビューピースにドラッグ＆ドロップする。
【０１３７】
また、選択したベッドビューピースを削除したい場合には、例えば、キーボード３０８上のｄｅｌｅｔｅ（削除）キーを押下する。あるいは、入所者ビュー８０２上の割当済ピースを選択し、解除操作を行うことも勿論可能である。
【０１３８】
＜ステップＳ６０６＞
ステップＳ６０６で、解除操作に基づいて、割当を解除し、その内容に基づいて、予約データ１０４ａ及び割当状況データ１０４ｆを更新する。
【０１３９】
尚、この更新では、解除された割当を、割当状況データ１０４ｆから削除する。また、この割当に対応する予約データ１０４ａの割当済フラグを未割当に更新する。
【０１４０】
また、この更新に伴い、手動計画画面８００の内容も更新する。具体的には、解除した割当に対応し、ベッドビュー８０１及び入所者ビュー８０２に各種ピースの表示を更新する。特に、ベッドビュー８０１では、解除された割当に対応するベッドビューピースを削除する。また、入所者ビュー８０２では、解除された割当に対応する割当済ピースに表示されている部屋ＩＤ及びベッドＩＤを、未割当を示す「未」が表示される未割当期間ピースに変更する。
【０１４１】
ここで、入所者ビュー８０２にて、複数の未割当期間ピースが期間的に連続する場合は、これらを１つの未割当期間ピースに連結する。
【０１４２】
＜ステップＳ６０７＞
ステップＳ６０７で、処理対象の予約データに、未割当期間が残っているか否かを判定する。未割当期間が残っている場合（ステップＳ６０７でＹＥＳ）、ステップＳ６０１に戻る。一方、未割当期間が残っていない場合（ステップＳ６０７でＮＯ）、処理を終了する。
【０１４３】
次に、本実施形態の特徴的な機能である割当候補列挙機能について説明する。
【０１４４】
＜＜割当候補列挙機能＞＞
割当候補列挙機能では、手動計画機能の支援機能として捉えることもでき、ユーザが所望とする割当候補を、設定した条件に従って検索して列挙し、これをユーザに選択させる割当候補表示画面（ユーザインタフェース）を提供することで、特に、以下の点を実現する。
【０１４５】
・割当候補同士を比較するための割当候補を複数同時表示する。
【０１４６】
・割当候補を表示する際には、該当割当の影響を受ける可能性のある（割当状態の変更が生じる）既割当情報の部分的なタイムチャートもあわせて表示する。
【０１４７】
次に、図４のステップＳ４０５の処理（割当候補列挙機能を利用した割当処理）の詳細及び操作例について、図７及び図１３〜図１６を用いて説明する。
【０１４８】
図７は本発明の実施形態の図４のステップＳ４０５の処理の詳細を示すフローチャートである。
【０１４９】
尚、割当候補列挙機能を利用する場合は、図８Ａの手動計画画面８００から開始する。
【０１５０】
＜ステップＳ７０１＞
まず、ステップＳ７０１で、ユーザからの操作部１０５を介する操作に基づいて、割当候補表示部１０２は、割当候補表示機能を起動する。
【０１５１】
尚、この割当候補表示機能の起動は、図１３に示すように、ロジック割当ボタン８０８によって起動する構成にしているが、これ以外にもメニュー操作や、キーボード３０８の所定キーに起動機能を割り当てて実現するようにしても良い。あるいは、対象となる予約の予約期間をドラッグ等の操作によって延長した場合に、その延長期間部分に対して割当候補表示機能を起動するようにしてもよい。
【０１５２】
また、ロジック割当ボタン８０８は、手動計画画面８００上に構成されている必要はなく、割当候補表示機能を起動できる構成であれば、どのような構成でも良い。
【０１５３】
そして、割当候補表示機能が起動されると、例えば、図１４に示すような、割当候補表示画面１４００が表示される。
【０１５４】
＜ステップＳ７０２＞
ステップＳ７０２で、割当候補表示画面に割当候補列挙条件設定部及び緩和条件設定部を表示する。
【０１５５】
具体例としては、図１４の割当候補表示画面１４００に対し、割当候補列挙条件設定部１４０１、及び緩和条件設定部１４５０が表示される。
【０１５６】
割当候補列挙条件設定部１４０１では、割当候補を検索して列挙するための各種条件（割当候補列挙条件）を設定するための設定項目フィールド１４０２ａ〜１４０２ｄを有している。各フィールドは、ラジオボタン及び数値入力フィールドから構成されている。
【０１５７】
特に、本実施形態では、設定項目フィールドとして、転ベッド回数最小化フィールド１４０２ａ、転ベッド距離最小化フィールド１４０２ｂ、入所者希望部屋タイプフィールド１４０２ｃ及び入所者希望充足期間フィールド１４０２ｄで構成されている。
【０１５８】
ここで、転ベッド回数最小化フィールド１４０２ａは、過去の転ベッド回数が少ない割当候補を考慮して、割当候補を検索するか否かを設定するフィールドである。また、ここでの重みは、転ベッド回数に対応する値に応じて乗じる重みである。例えば、この値は、転ベッド０回で１０００点、転ベッド１回毎に１００点減点した値となる。
【０１５９】
また、転ベッド距離最小化フィールド１４０２ｂは、過去の転ベッド間の距離が短い割当候補を考慮して、割当候補を検索するか否かを設定するフィールドである。また、ここでの重みは、転ベッド距離に対応する値に応じて乗じる重みである。
【０１６０】
例えば、この値は、同部屋内の転ベッドの場合１０００点、部屋違いの転ベッドの場合８００点、部屋グループ違いの転ベッドの場合６００点、フロア違いの転ベッドの場合４００点、棟違いの転ベッドの場合２００点となる。
【０１６１】
また、入所者希望部屋タイプフィールド１４０２ｃは、希望部屋タイプを考慮して、割当候補を検索するか否かを設定するフィールドである。ここでの重みは、希望部屋タイプに合致する値に応じて乗じる重みである。例えば、この値は、希望部屋タイプの場合１０００点、希望部屋タイプと異なる場合は５００点となる。
【０１６２】
また、入所者希望充足期間フィールド１４０２ｄは、入所希望期間を考慮して、割当候補を検索するか否かを設定するフィールドである。ここでの重みは、希望期間に対応する値に応じて乗じる重みである。例えば、この値は、例えば、予約全期間に渡り希望通りである場合１０００点、全期間希望どおりでない場合０点とし、期間に応じて点数を按分する。
【０１６３】
このように、本実施形態の場合、基本的には、４つの設定項目フィールドで規定される検索条件（評価指標）に基づいて、割当候補を検索することができる。
【０１６４】
また、本実施形態では、割当候補列挙条件設定部１４０１で設定される検索条件の内容を緩和するための緩和条件設定部１４５０を構成している。
【０１６５】
ここで、この緩和条件設定部１４５０では、デフォルト値として、図５Ｂの処理によって生成された緩和条件データ１０４ｉの値が設定され、その内容が表示（グレー表示）される。但し、緩和条件データ１０４ｉで設定された緩和条件を割当対象となる予約毎に個別に変更（設定）したい場合もある。
【０１６６】
そこで、このような場合には、チェックボックス１４５１をチェックして、緩和条件設定部１４５０内の変更ボタン１４５２及び１４５３を操作することで、緩和条件設定部１４５０で表示される値を変更することができる。
【０１６７】
また、このチェックボックス１４５１は、割当候補を検索するための割当条件（検索条件）に緩和条件を適用した検索の実行の是非を指定するためのチェックボックスとしても機能し、チェックがなされると緩和条件を適用した割当候補の検索を実行することが可能となる。
【０１６８】
緩和条件設定部１４５０における変更ボタン１４５２及び１４５２を夫々、最早開始日と最遅終了日を再設定するための最早開始日変更ボタンと最遅終了日変更ボタンとして機能する。
【０１６９】
最早開始日変更ボタン１４５２と最遅終了日変更ボタン１４５３には、初期値として、予約データ１０４ａと緩和条件データ１０４ｉから算出される最早の開始日と最遅の終了日が表示され、ユーザの操作により、都度変更が可能となっている。
【０１７０】
尚、本構成は一例であり、緩和条件の設定方法に応じて、これ以外の構成を設計できることは言うまでもない。
【０１７１】
尚、図１４に示す各種設定項目フィールド数は一例であり、これらの設定項目フィールドの少なくとも１つあるいは任意の組み合わせに基づいて、割当候補を検索することが可能である。また、これらの設定項目フィールドは、特に、本実施形態のベッドコントロールシステムで割当候補を検索する上で有効とされる設定項目フィールドの一例であり、過去の経験則や、用途や目的に応じて、これ以外の設定項目フィールドを設計できることは言うまでもない。
【０１７２】
また、各設定項目フィールドにおける設定方法は、図１４のようなラジオボタンと数値入力フィールドに限定されるものではなく、同等の設定方法を実現可能なチェックボックス、プルダウンメニュー等の他のコントロール部品を用いて実現しても良いことは言うまでもない。
【０１７３】
＜ステップＳ７０３＞
ステップＳ７０３で、ユーザからの操作部１０５を介する操作に基づいて、割当候補列挙条件設定部１４０１中の設定項目フィールド１４０２ａ〜１４０２ｄによる、割当候補列挙条件を設定する。
【０１７４】
＜ステップＳ７０４＞
ステップＳ７０４で、割当候補列挙部１０３は、割当候補列挙機能を起動する。
【０１７５】
尚、この割当候補列挙機能の起動は、図１４のロジック実行ボタン１４０４によって起動する構成にしているが、これ以外にもメニュー操作や、キーボード３０８の所定キーに起動機能を割り当てて実現するようにしても良い。
【０１７６】
＜ステップＳ７０５＞
ステップＳ７０５で、割当候補条件の設定値の割当候補列挙条件設定データ１０４ｈへの書込を実行する。この書込は、ロジック実行ボタン１４０４が押下されることで実行する。
【０１７７】
尚、図１４の「初期設定に戻す」ボタン１４０３は、割当候補条件の設定値を直前で設定されていた設定値に戻すためのボタンである。
【０１７８】
＜ステップＳ７０６＞
ステップＳ７０６で、割当候補を算出する。
【０１７９】
尚、この算出は、まず、予約データ１０４ａ、ベッドデータ１０４ｂ、部屋データ１０４ｃ、入所者データ１０４ｅ、割当状況データ１０４ｆ、入所者近接不可データ１０４ｇ、割当候補列挙条件設定データ１０４ｈを読み込む。次に、割当候補条件を充足する割当候補毎に評価点を算出する。
【０１８０】
この評価点の算出は、例えば、（評価指標毎の評価値）×（評価指標毎の重み）の総和で算出する。そして、評価点を算出した割当候補を割当候補データ１０４ｄへ書き込む。また、算出にあたっては、過去の評価指標の設定履歴を考慮する重みを更に加味して算出するようにしても良い。また、緩和条件が設定されている場合には、期間のずらしや短縮の度合を評価値として加味して算出するようにしても良い。
【０１８１】
＜ステップＳ７０７＞
ステップＳ７０７で、割当候補データ１０４ｄの内、上位１、２位の割当候補データを読み込み、夫々割当候補表示部中の暫定最適候補表示部及び比較候補表示部に表示する。
【０１８２】
具体例としては、図１５の割当候補表示画面１４００に対し、上位１、２位の割当候補データを割当候補表示部１４０５中の暫定最適候補表示部１４０５ａ及び比較候補表示部１４０５ｂに表示する。
【０１８３】
尚、割当候補表示部１４０５では、暫定最適候補表示部１４０５ａ及び比較候補表示部１４０５ｂによって、複数の割当候補を同時表示することが好ましい。これは、暫定最適な割当候補を残しつつ、割当候補同士を比較できるようにするためである。また、夫々の候補に対する評価点や個別の評価指標の評価点を併せて表示してもよい。
【０１８４】
また、暫定最適候補表示部１４０５ａ及び比較候補表示部１４０５ｂでは、当該割当の影響を受ける可能性のある既割当情報を、図８Ａの手動計画画面８００のベッドビュー８０１と同様なタイムチャートで表現することが好ましい。これは、割当による影響範囲を可視化することで、割当状況を容易に視認できるようにするためである。
【０１８５】
具体的には、暫定最適候補表示部１４０５ａ及び比較候補表示部１４０５ｂ夫々で表示する割当候補に関する情報である、割当済ピースに割り当てられている入所者の性別と、その割当済ピースが割当対象の入所者を割り当てるために変更されたか否かを示す変更の有無を識別可能に表示形態を異ならせて表示する。特に、図１５では、男性の割当済ピースはハッチング表示、女性の割当済ピースはグレー表示で表示するとともに、割当済ピースが変更されたものである場合にはその外枠が太線枠で囲まれて表示される。
【０１８６】
但し、表示形態は、これに限定されるものではなく、男性と女性を容易に識別可能であれば、色分け表示、他のテクスチャ表示等を使用することが可能である。
【０１８７】
また、割当候補の算出にあたっては、その算出速度を優先する場合には、入所者の未割当期間を効率的に割当可能な空き期間を有するベッドを割当候補として算出すれば良い。一方、システム全体の効率性や入所者の要望の充足性の向上を図る場合には、割当済のベッドの割当状態を適宜変更して、システム全体でより好適な割当候補を算出するようにしても良い。
【０１８８】
そして、特に、本実施形態の場合では、後者の算出方法を採用している例を示しており、この場合、割当済のベッドの割当状態の変更が生じ得るので、上記のような表示形態の制御を実行する。
【０１８９】
＜ステップＳ７０７ａ＞
次に、割当候補の確定の有無を判定する。ユーザが割当候補を確認し、ユーザが意図する割当候補を確定した場合（ステップＳ７０７でＹＥＳ）、ステップＳ７１２に進む。一方、ユーザが意図する割当候補を確定していない場合（ステップＳ７０７でＮＯ）、ステップＳ７０７ｂに進む。
【０１９０】
尚、この判定は、図１５の確定ボタン１４０８の押下の有無に基づいて判定する。特に、確定ボタン１４０８が押下された場合には、割当候補が確定したと判定して、ステップＳ７１２に進む。
【０１９１】
＜ステップＳ７０７ｂ＞
次に、緩和条件適用操作の有無を判定する。緩和条件適用操作がない場合（ステップＳ７０７ｂでＮＯ）、ステップＳ７０８に進む。一方、緩和条件適用操作がある場合（ステップＳ７０７ｂでＹＥＳ）、ステップＳ７０７ｃに進む。
【０１９２】
尚、この緩和条件適用操作とは、例えば、割当候補表示画面１４００で、チェックボックス１４５１をチェックされた状態で、ロジック実行ボタン１４０４が操作された場合に相当する。そして、この操作がなされた場合には、以下に説明する、緩和条件設定部１４５０で設定される緩和条件を適用した新たな割当条件が決定され、当該新たな割当候補検索が実行されることになる。
【０１９３】
また、本実施形態では、緩和条件としては、通常、複数種類得られるが、１回の緩和条件適用操作では、それらの内の優先度の一番高い緩和条件を適用した新たな割当条件による割当候補検索を実行する構成とする。但し、これに限定されず、用途や目的に応じて、全種類の緩和条件の一部あるいは全部夫々を適用した新たな割当条件による割当候補検索を一括して実行する構成としてももちろん構わない。
【０１９４】
更に、チェックボックス１４５１がチェックされていない場合でも、ロジック実行ボタン１４０４が操作された場合に、緩和条件適用操作を実行する構成としても良い。この場合は、緩和条件のデフォルト値である、緩和条件データ１０４ｉを適用した割当条件による割当候補検索が実行されることになる。
【０１９５】
＜ステップＳ７０７ｃ＞
ステップＳ７０７ｃで、緩和条件優先度算出機能を起動する。
【０１９６】
＜ステップＳ７０７ｄ＞
ステップＳ７０７ｄで、緩和条件設定部１０７で設定された緩和条件データ１０４ｉに基づき、緩和条件を列挙し、緩和優先度を算出する。ここで、緩和優先度とは、緩和条件で指定される内容に基づいて、本来の割当条件（予約期間）から複数種類の緩和条件を得ることができるので、その得られる緩和条件の内、どの緩和条件を適用するかを決定するための優先度である。
【０１９７】
ここで、緩和条件優先度算出の具体例について、図１９を用いて説明する。
【０１９８】
図１９において、本来の予約期間が８／１０〜８／１５の６日間であり、緩和条件データ１０４ｉとして、優先項目が「期間ずらし優先」、最大開始日ずれ「１日」（８／９まで））、最大終了日ずれ「３日」（８／１８日まで））、最大短縮日数「１日間」であるとすると、本来の予約期間をずらすための緩和条件としては、図１９に示すように、１１種類得られる。
【０１９９】
そして、この１１種類の緩和条件夫々の緩和優先度は、まず、優先項目が「期間ずらし優先」となっているので、最大開始日ずれと最大終了日ずれの範囲内で、期間ずらしがなるべく少ない予約期間の緩和条件順に高い緩和優先度（ここでは、値が小さい程、優先度が高い優先度であることを意味する）を付与する。
【０２００】
期間ずらしによる予約期間の緩和条件に対する優先度の付与が完了したら、期間ずらしと日数短縮による組み合わせよる予約期間の緩和条件に、同様に優先度を付与し、取り得る組み合わせによる予約期間の緩和条件すべてに対して優先度を付与したら、処理を終了する。
【０２０１】
尚、本実施形態では、冗長な割当候補検索を抑制するため、最高緩和優先度の緩和条件に対してのみ割当候補検索を実行し、割当候補が存在しない、あるいは、ユーザに受け入れられない場合は次の緩和優先度の緩和条件に対して割当候補を検索する構成としている。しかし、全緩和条件に対する割当候補を一括検索して、割当候補を検索する構成としてももちろん構わない。
【０２０２】
＜ステップＳ７０７ｅ＞
ステップＳ７０７ｅで、緩和優先度が算出された緩和条件で規定される予約期間を、期間緩和データ１０４ｊに書き込む。
【０２０３】
＜ステップＳ７０７ｆ＞
ステップＳ７０７ｆで、期間緩和データ１０４ｊから、割当候補を未算出でその時点での優先度最高の緩和条件を取得し、これを予約の開始日、終了日として割当候補列挙部１０３に渡す。割当候補列挙部１０３は、開始日、終了日、その他の条件を参照し、割当候補を算出し、割当候補データ１０４ｄへ書き込む。尚、最高の優先度を有する緩和条件が複数存在する場合は、各々割当候補を算出する。
【０２０４】
その後、ステップＳ７０７で、緩和条件が適用された検索条件によって得られる割当候補データ１０４ｄの内、上位１、２位の割当候補データを読み込み、夫々割当候補表示部中の暫定最適候補表示部及び比較候補表示部に表示する。
＜ステップＳ７０８＞
ステップＳ７０８で、割当候補列挙条件の再設定の有無を判定する。再設定がある場合（ステップＳ７０８でＹＥＳ）、ステップＳ７０２に戻る。一方、再設定がない場合（ステップＳ７０８でＮＯ）、ステップＳ７０９に進む。
【０２０５】
尚、この判定は、図１５の条件再設定ボタン１４０６の押下の有無に基づいて判定する。特に、この条件再設定ボタン１４０６が押下された場合には、ステップＳ７０２に戻る。
【０２０６】
＜ステップＳ７０９＞
ステップＳ７０９で、割当候補群での検索が終了したか否かを判定する。終了した場合（ステップＳ７０９でＹＥＳ）、ステップＳ７１２に進む。一方、終了していない場合（ステップＳ７０９でＮＯ）、ステップＳ７１０に進む。
【０２０７】
尚、この判定は、図１５の確定ボタン１４０８の押下の有無に基づいて判定する。特に、確定ボタン１４０８が押下された場合には、検索が終了したと判定して、ステップＳ７１２に進む。
【０２０８】
＜ステップＳ７１０＞
ステップＳ７１０で、表示切替の有無を判定する。表示切替操作がある場合（ステップＳ７１０でＹＥＳ）、ステップＳ７１１に進む。一方、表示切替操作がない場合（ステップＳ７１０でＮＯ）、ステップＳ７０９に戻る。
【０２０９】
尚、この判定は、図１５の暫定最適候補表示部１４０５ａ及び比較候補表示部１４０５ｂのどちらかの別候補表示ボタン（１４０５ｃあるいは１４０５ｄ）、あるいはセーブボタン（１４０５ｅあるいは１４０５ｈ）、ロードボタン（１４０５ｆあるいは１４０５ｉ）、同室表示ボタン（１４０５ｇあるいは１４０５ｊ）、ビュー切替ボタン１４０５ｋの押下の有無に基づいて判定する。
【０２１０】
特に、別候補表示ボタン１４０５ｃあるいは１４０５ｄ、あるいはセーブボタン（１４０５ｅあるいは１４０５ｈ）、ロードボタン（１４０５ｆあるいは１４０５ｉ）、同室表示ボタン（１４０５ｇあるいは１４０５ｊ）、ビュー切替ボタン１４０５ｋが押下された場合には、ステップＳ７１１に進む。
【０２１１】
＜ステップＳ７１１＞
ステップＳ７１１で、ユーザからの操作部１０５を介する操作に基づいて、割当候補表示画面１４００の表示内容を更新表示する。
【０２１２】
尚、この更新表示は、別候補表示ボタン１４０５ｃあるいは１４０５ｄ、あるいはセーブボタン（１４０５ｅあるいは１４０５ｈ）、ロードボタン（１４０５ｆあるいは１４０５ｉ）、同室表示ボタン（１４０５ｇあるいは１４０５ｊ）、ビュー切替ボタン１４０５ｋが押下された時点で処理を開始する。
【０２１３】
この別候補表示ボタン１４０５ｃ及び１４０５ｄは夫々、「＜＜」ボタン、「＜」ボタン、「＞」ボタン及び「＞＞」ボタンが構成されている。「＜＜」ボタンは現在の割当候補から割当候補の先頭（最上位）へ進めるボタン、「＜」ボタンは現在の割当候補の前（上位）の割当候補へ進めるボタン、「＞」ボタンは現在の割当候補から次（下位）の割当候補へ進めるボタン、「＞＞」ボタンは現在の割当候補から最後（最下位）の割当候補へ進めるボタンである。
【０２１４】
そして、これらのボタンの押下に応じて、対象となる割当候補を割当候補データ１４０５ｄから読み込み、該当する表示部（暫定最適候補表示部１４０５ａあるいは比較候補表示部１４０５ｂ）に表示する。
【０２１５】
また、別候補表示ボタン１４０５ｃ及び１４０５ｄ夫々の中央には、割当候補順位を示す表示・入力フィールドが構成されており、ここでは、「現在の割当候補順位／総割当候補数」の形式で表示されている。この表示・入力フィールドでの内容は、上記の「＜＜」ボタン、「＜」ボタン、「＞」ボタン及び「＞＞」ボタンの押下に応じて、現在の割当候補順位の表示が切り替わる。
【０２１６】
更に、この表示・入力フィールドに、直接、所望の数値を入力することで、所望の割当候補順位の割当候補を表示することも可能である。
【０２１７】
また、セーブボタン１４０５ｅ及び１４０５ｈは、現在の割当候補を割当候補一時保存データ１０４ｋに保存するボタンである。ロードボタン１４０５ｆ及び１４０５ｉは、割当候補一時保存データ１０４ｋに保存されている割当候補を読み込み、該当する表示部（暫定最適候補表示部１４０５ａあるいは比較候補表示部１４０５ｂ）に表示するボタンである。
【０２１８】
これらのセーブボタン及びロードボタンを組み合わせて使用することで、ユーザが気に入った割当候補をいつでも保存し、かつ参照することができる。これにより、自身が意図する割当候補同士の比較をより効率的に実行することができる。
【０２１９】
また、同室表示ボタン１４０５ｇ及び１４０５ｊは、ビューがベッドビューの場合、表示されているベッドと同室のベッドを全て表示するボタンである。ここで、同室のベッドに表示されている入所者ベッドビューピースについても、その属性を視認できるように、属性毎に表示形態を異ならせて表示する。
【０２２０】
また、ビュー切替ボタン１４０５ｋは、ベッドビューと入所者ビューを切り替えるボタンである。
【０２２１】
これらのボタンについても、押下に応じて、各々の機能に応じた表示を実行する。
【０２２２】
＜ステップＳ７１２＞
ステップＳ７０９において、割当候補群での検索が終了した場合（ステップＳ７０８でＹＥＳ）、つまり、確定ボタン１４０８が押下された場合、暫定最適候補表示部１４０５ａに表示されている割当候補が示す割当状態を確定して、手動計画画面８００に戻る。この際、暫定最適候補表示部１４０５ａに表示されている割当候補のデータに基づき、予約データ１０４ａ及び割当状況データ１０４ｆを更新する。
【０２２３】
具体例としては、図１５の割当候補表示画面１４００において、確定ボタン１４０８が押下されると、暫定最適候補表示部１４０５ａに表示されている割当内容が、図１６の手動計画画面８００のベッドビュー８０１及び入所者ビュー８０２に反映される。
【０２２４】
尚、図７の処理において、割当候補表示画面１４００のキャンセルボタン１４０７が任意のタイミングで押下されると、その押下された時点で、割当候補表示画面１４００の表示が終了して、手動計画画面８００に復帰する。
【０２２５】
また、割当候補表示画面１４００では、割当候補表示部１４０５の暫定最適候補表示部１４０５ａ及び比較候補表示部１４０５ｂによって、２つの割当候補を対照表示する構成としているが、これに限定されず、暫定最適候補表示部１４０５ａだけを構成する、あるいは３つ以上の割当候補を対照表示する構成としても良い。
【０２２６】
これは、暫定最適候補表示部による割当候補の表示だけでも良い場合と、逆に、少なくとも２つ以上の割当候補を対照表示し、他の割当候補を比較したい場合等の様々な用途や目的が存在し得るからである。
【０２２７】
また、割当候補表示部１４０５では、割当の影響を受ける可能性のある割当候補をタイムチャート形式で表示する構成としているが、全ての割当候補の主要な情報を表形式で表示したり、全ての割当候補の評価値のみを表示する構成とすることも可能である。
【０２２８】
但し、表形式の表示は、直感的でないため、視認性が低い。また、全ての割当候補のタイムチャートの全表示では冗長な情報が多いためやはり視認性が低い。また、全ての割当候補の評価値のみの表示では、他ベッドとの関連等のユーザが判断するに必要な情報が欠落している。
【０２２９】
そこで、本実施形態では、割当候補に関する情報として、予約の割当によりベッド移動等の影響を受けるベッドのみをタイムチャート形式で表示している。これにより、高い視認性を確保しつつ、割当候補を表示することが可能である。
【０２３０】
例えば、割当候補のタイムチャートの行数を見るだけで、影響範囲の大きさを容易に視認することが可能である。
【０２３１】
具体的には、図１５の暫定最適候補表示部１４０５ａでは、割当候補が１つの行で表示されており、この行で示される１つのベッドで、入所者のすべての未割当期間を割当可能であることがわかる。これに対し、比較候補表示部１４０５ｂでは、割当候補が２つの行で表示されており、この２つの行で示される２つのベッドで、入所者のすべての未割当期間を割当可能であることがわかる。
【０２３２】
また、上述したように、暫定最適候補表示部１４０５ａあるいは比較候補表示部１４０５ｂでは、その割当候補の表示内容を、対応する別候補表示ボタン１４０５ｃ及び１４０５ｄで切り替えることが可能であり、ユーザは、暫定最適候補表示部１４０５ａあるいは比較候補表示部１４０５ｂの割当候補順位を上位／下位へ切り替えながら、好適な割当候補を検索することができる。
【０２３３】
また、例えば、暫定最適候補表示部１４０５ａに表示されている割当候補よりも好適な（＝暫定最適な）割当候補が、比較候補表示部１４０５ｂで表示された場合には、暫定最適候補表示部１４０５ａにその割当候補を置き換えることで、その割当候補を暫定最適割当候補に設定することができる。
【０２３４】
但し、割当候補検索時の環境（稼働率の高低等）によっては、必ずしもユーザが好適と考える割当候補が上位に集中しない可能性がある。このような場合、ユーザは、条件再設定ボタン１４０６を押下することにより、割当候補列挙条件設定画面１４０１での設定値を再設定することが可能である。
【０２３５】
この再設定機能により、ユーザが好適と考える割当候補を、可能な限り上位に表示することが可能となる。
【０２３６】
次に、同室表示ボタン１４０５ｇ及び１４０５ｊが操作された場合の表示画面例について、図１７を用いて説明する。
【０２３７】
図１７では、図１５の割当候補表示画面１４００上の同室表示ボタン１４０５ｇの操作後の表示画面例を示している。図１７に示すように、同室表示ボタン１４０５ｇが操作されると、図１５の暫定最適候補表示部１４０５ａで表示されているベッドに対し、そのベッドと同室のベットが表示（同室ベッド表示）される。
【０２３８】
また、この際、同室表示ボタン１４０５ｇのボタンラベルが「同室表示」から「同室非表示」に変更され、暫定最適候補表示部１４０５ａ内の表示状態がどのような状態になっているかをユーザに通知することができる。これにより、例えば、ユーザは、同室内でのメンバ（入所者）の相性や、割当状況を一見して把握することができるので、より適切な割当候補を取捨選択することができる。
【０２３９】
尚、ボタンラベルが「同室非表示」の同室表示ボタン１４０５ｇが操作された場合には、同室ベッド表示が終了するとともに、ボタンラベルが「同室表示」に変更されることは言うまでもない。
【０２４０】
次に、ビュー切替ボタン１４０５ｋが操作された場合の表示画面例について、図１８を用いて説明する。
【０２４１】
図１８では、図１５の割当候補表示画面１４００上の同室表示ボタン１４０５ｇの操作後の表示画面例を示している。図１８に示すように、ビュー切替ボタン１４０５ｋにおいて、ラジオボタン「メンバ」が操作されると、図１５の暫定最適候補表示部１４０５ａ及び比較候補表示部１４０５ｂで表示されているベッドビューが、そのベッドビュー上で表示されている割当候補のメンバ（入所者）に関係するメンバ（例えば、同室メンバ等）からなる入所者ビューに切り替わる。
【０２４２】
これにより、ベッドに対して割り当てられている入所者についての時間軸情報であるベッドビュー（ベッド視点）に加えて、入所者に対して割り当てられているベッドについての時間軸情報である入所者ビュー（入所者視点）を表示することができる。これにより、ユーザは、様々な切り口で入所者に関する情報を確認することができ、より適切な割当候補を取捨選択することができる。
【０２４３】
以上説明したように、本実施形態によれば、ユーザが所望とする割当候補を、設定した検索条件（割当条件）に従って検索して、割当の影響を受ける可能性のある割当候補に関する情報を提供することで、ユーザの判断を織り込みつつ簡易に割当を行えるユーザインタフェースを提供することができる。
【０２４４】
また、最初に設定した割当条件によって意図する割当候補が検索されない場合には、その割当条件で規定される未割当期間を許容範囲内の緩和条件で緩和した上で、その緩和条件（新たな割当条件）による割当候補の検索を実現することで、より効率的な割当候補検索を実現することができる。
【０２４５】
ベッドの割当状況を示すベッドビューと、割当対象の入所者に関する情報を示す入所者ビューを併用する手動計画画面を構成し、これらのビュー間で双方向に情報連携を図ることで、複数のベッドに期間的に分散する複雑な割当を手動で簡易に行えるユーザインタフェースを提供することができる。
【０２４６】
以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０２４７】
以上説明した情報処理装置は、その機能をコンピュータが実現する手順としての方法の発明として捉えることができる。また、コンピュータにより実現できるわけであるから、本発明はコンピュータで実行されるコンピュータプログラム、更には、そのコンピュータプログラムを格納し、コンピュータが読み込めるＣＤ−ＲＯＭ等のコンピュータ可読記憶媒体にも適用できるのは明らかであろう。
【０２４８】
従って、上記実施形態に係る実施態様としては、情報処理装置及びその制御方法、プログラムとなるが、これらの内、情報処理装置について列挙すると、次の通りになる。
【０２４９】
＜実施態様１＞
割当対象物であるオブジェクトを時系列に割当が可能なリソースに関するリソースデータに対し、前記オブジェクトに関するオブジェクトデータの割当を管理する情報処理装置であって、
前記リソースデータ毎に、割当済のオブジェクトデータの割当状態をタイムチャート表示する第１表示手段と、
前記リソースデータへ割り当てる割当対象のオブジェクトデータの割当状態をタイムチャート表示する第２表示手段と、
前記第１表示手段に表示されているリソースデータ群から、前記割当対象のオブジェクトデータを割り当てるリソースデータを選択する選択手段と、
前記選択手段で選択されたリソースデータのオブジェクトデータを割当可能な期間に、前記割当対象のオブジェクトデータの未割当期間を割り当てる割当手段と、
前記割当手段による割当結果に基づいて、前記第１及び第２表示手段の表示内容を更新する更新手段と
を備えることを特徴とする情報処理装置。
【０２５０】
＜実施態様２＞
前記割当対象のオブジェクトデータを、前記選択手段で選択されたリソースデータへのドラッグ＆ドロップ操作する操作手段を更に備え、
前記操作手段によるドラッグ＆ドロップ操作に基づいて、前記割当手段は、前記選択手段で選択されたリソースデータのオブジェクトデータを割当可能な期間に、前記割当対象のオブジェクトデータの未割当期間を割り当てる
ことを特徴とする実施態様１に記載の情報処理装置。
【０２５１】
＜実施態様３＞
前記割当対象のオブジェクトデータは、未割当期間を示す未割当ピースを少なくとも１つ備え、
前記操作手段によるドラッグ＆ドロップ操作は、前記未割当ピース単位で実行する
ことを特徴とする実施態様２に記載の情報処理装置。
【０２５２】
＜実施態様４＞
前記更新手段は、前記第１表示手段で表示されているリソースデータに割当済のオブジェクトデータが選択された場合、前記割当済のオブジェクトデータの割当状態を前記第２表示手段に表示する
ことを特徴とする実施態様１乃至３のいずれか１項に記載の情報処理装置。
【０２５３】
＜実施態様５＞
前記更新手段は、前記第１表示手段のタイムチャート表示と、前記第２表示手段のタイムチャート表示とを連動させて表示制御する
ことを特徴とする実施態様１乃至４のいずれか１項に記載の情報処理装置。
【０２５４】
＜実施態様６＞
前記第１表示手段及び前記第２表示手段に、現在時刻を示す時間軸が表示されている
ことを特徴とする実施態様１乃至５のいずれか１項に記載の情報処理装置。
【０２５５】
＜実施態様７＞
前記選択手段で選択されたリソースデータのオブジェクトデータを割当可能な期間が複数点在して存在する場合、前記割当手段は、前記オブジェクトデータの未割当期間を、前記複数の期間夫々に割当可能な期間分の部分未割当期間に分割して、夫々の期間に割り当てる
ことを特徴とする実施態様１乃至６のいずれか１項に記載の情報処理装置。
【０２５６】
＜実施態様８＞
前記第１表示手段乃至第２表示手段に表示されている前記割当対象のオブジェクトデータの割当済期間の割当状態を解除する解除手段を更に備え、
前記更新手段は、前記解除手段による解除結果に基づいて、前記第１及び第２表示手段の表示内容を更新する
ことを特徴とする実施態様１乃至７のいずれか１項に記載の情報処理装置。
【０２５７】
＜実施態様９＞
前記更新手段は、前記解除手段による解除によって、前記割当対象のオブジェクトデータに連続する複数の未割当期間が生じる場合、前記複数の未割当期間を１つの未割当期間に連結して、前記第２表示手段に表示する前記割当対象のオブジェクトデータの割当状態のタイムチャート表示を更新する
ことを特徴とする実施態様１乃至８のいずれか１項に記載の情報処理装置。
【０２５８】
尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【０２５９】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【０２６０】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。
【０２６１】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【０２６２】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、夫々のファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０２６３】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０２６４】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【０２６５】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【０２６６】
【図１】本発明の実施形態のベッドコントロールシステムの機能構成を示す図である。
【図２】本発明の実施形態のデータ格納部に格納されている各種データの詳細構成を示す図である。
【図３】本発明の実施形態の情報処理装置のハードウェア構成を示す図である。
【図４】本発明の実施形態のベッドコントロールシステムの概要フローを示すフローチャートである。
【図５Ａ】本発明の実施形態のステップＳ４０１の処理の詳細を示すフローチャートである。
【図５Ｂ】本発明の実施形態のステップＳ４０１ａの処理の詳細を示すフローチャートである。
【図６】本発明の実施形態のステップＳ４０４の処理の詳細を示すフローチャートである。
【図７】本発明の実施形態のステップＳ４０５の処理の詳細を示すフローチャートである。
【図８Ａ】本発明の実施形態の手動計画画面の一例を示す図である。
【図８Ｂ】本発明の実施形態の緩和条件設定画面の一例を示す図である。
【図９】本発明の実施形態の手動計画機能を説明するための図である。
【図１０】本発明の実施形態の手動計画機能を説明するための図である。
【図１１】本発明の実施形態の手動計画機能を説明するための図である。
【図１２】本発明の実施形態の手動計画機能を説明するための図である。
【図１３】本発明の実施形態の割当候補表示機能を説明するための図である。
【図１４】本発明の実施形態の割当候補表示画面の一例を示す図である。
【図１５】本発明の実施形態の割当候補表示機能を説明するための図である。
【図１６】本発明の実施形態の割当候補表示機能を説明するための図である。
【図１７】本発明の実施形態の割当候補表示機能を説明するための図である。
【図１８】本発明の実施形態の割当候補表示機能を説明するための図である。
【図１９】本発明の実施形態の緩和条件優先度算出の具体例を説明するための図である。
【符号の説明】
【０２６７】
１００  ベッドコントロール部
１０１  手動計画部
１０２  割当候補表示部
１０３  割当候補列挙部
１０４  データ格納部
１０７  緩和条件設定部
１０８  緩和優先度算出部
１０４ａ  予約データ
１０４ｂ  ベッドデータ
１０４ｃ  部屋データ
１０４ｄ  割当候補データ
１０４ｅ  入所者データ
１０４ｆ  割当状況データ
１０４ｇ  入所者近接不可データ
１０４ｈ  割当候補列挙条件設定データ
１０４ｉ  緩和条件データ
１０４ｊ  期間緩和データ
１０４ｋ  割当候補一時保存データ
１０５  操作部
１０６  表示部
【図１】
2006243950.tif 000003
【図２】
2006243950.tif 000004
【図３】
2006243950.tif 000005
【図４】
2006243950.tif 000006
【図５Ａ】
2006243950.tif 000007
【図５Ｂ】
2006243950.tif 000008
【図６】
2006243950.tif 000009
【図７】
2006243950.tif 000010
【図８Ａ】
2006243950.tif 000011
【図８Ｂ】
2006243950.tif 000012
【図９】
2006243950.tif 000013
【図１０】
2006243950.tif 000014
【図１１】
2006243950.tif 000015
【図１２】
2006243950.tif 000016
【図１３】
2006243950.tif 000017
【図１４】
2006243950.tif 000018
【図１５】
2006243950.tif 000019
【図１６】
2006243950.tif 000020
【図１７】
2006243950.tif 000021
【図１８】
2006243950.tif 000022
【図１９】
2006243950.tif 000023