JPH09114893A - スケジューリング方法 - Google Patents

Abstract

(57)【要約】 【課題】 全奉仕者に対して公平に派遣を割り当て、利
用者の要望に充分に応えられるスケジューリングできる
スケジューリング方法を提供することにある。 【解決手段】 利用者の、派遣に際しての条件を含む申
請データ及び派遣者のスケジュールデータをそれぞれ第
１及び第２のルールで並べ替える。並べ替えられた申請
データ及びスケジュールデータからそれぞれ１つのデー
タを選択する。選択された申請データの条件に選択され
たスケジュールデータが合致するかを判定し、条件に合
致しないと判定された場合は、選択されたスケジュール
データの次のスケジュールデータを並べ替えられたスケ
ジュールデータから選択する。条件に合致すると判定さ
れた場合は、該当する利用者の申請データに派遣者の割
り当てが済んだことを示す識別データを付加し、さらに
並べ替えられたスケジュールデータを第２のルールに従
つて並べ替え、次の利用者のスケジューリングを行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、人材派遣を行う際
のスケジューリング方法、特に、社会福祉法人等の公共
団体でおこなつている人材派遣事業で、利用者の要望に
応じて奉仕者を派遣する際のスケジューリング方法に関
するものである。

【０００２】

【従来の技術】従来、例えば重度視覚障害者や重度聴覚
障害者等の身体障害者（以下、利用者という。）の依頼
に対してどの奉仕者を何時派遣するかを決める（以下、
スケジューリングという。）際は、単に派遣希望のある
利用者に対して、希望条件に合い、かつ時間的に都合の
良い奉仕者を割り当てるようにしていたのが一般的であ
り、台帳等に基づく人間の手作業により行うことが主で
あつた。

【０００３】

【発明が解決しようとする課題】このような従来のスケ
ジューリングでは、スケジューリングする者の感寛に頼
る度合が大きいため、ある奉仕者には多く割り当てが行
われ、その他の奉仕者には少ししか派遣の割り当てが行
われないという不公平な状況が起こりやすい。このよう
な不公平が生じては公共団体の行う事業として相応しい
ものとは言えない。また、従来のスケジューリングで
は、利用者及び奉仕者の（登録）数が増えれば増える
程、作業が煩雑化し、前述のように不公平な状況が起こ
りやすいとともに、利用者の要望に充分応えた割り当て
が困難になる。さらに、奉仕者の便利を考えると、奉仕
者が利用者の居所に出向く時の効率を考えて割り当てを
行う方が望ましい。そこで、本発明はこのような事情に
鑑みてなされたものであり、全奉仕者に対して公平に派
遣を割り当て、利用者の要望に充分に応えられ、さらに
は、奉仕者に負担の少ないスケジューリングを可能とす
るスケジューリング方法を提供することを目的とする。

【０００４】

【課題を解決するための手段】本発明のスケジューリン
グ方法においては、人材派遣を行う際のスケジューリン
グ方法において、人材の派遣を希望する複数の利用者の
データであつて、派遣に際しての条件を含む申請データ
を第１のルールに従つて並べ替え、複数の派遣者のスケ
ジュールデータを第２のルールに従つて並べ替え、並べ
替えられた複数の利用者の申請データから１つの申請デ
ータを選択し、並べ替えられた複数の派遣者のスケジュ
ールデータから１つのスケジュールデータを選択し、選
択された申請データの条件に選択されたスケジュールデ
ータが合致するかを判定し、条件に合致しないと判定さ
れた場合は、選択されたスケジュールデータの次のスケ
ジュールデータを並べ替えられたスケジュールデータか
ら新たに選択し、条件に合致すると判定された場合は、
該当する利用者の申請データに派遣者の割り当てが済ん
だことを示す識別データを付加し、さらに条件に合致す
ると判定された場合は、並べ替えられたスケジュールデ
ータを前記第２のルールに従つてさらに並べ替えること
により、上述の課題を解決する。なお、第１のルール
は、利用者の申請データに含まれる、申請した予約のう
ち、何回目の予約であるかを示す予約回数情報で昇順に
ソートするという規則であり、第２のルールは、派遣者
のスケジューリングデータに含まれる、割り当て済の回
数の少ない順にソートするという規則である。

【０００５】

【発明の実施の形態】図１は、本発明のスケジューリン
グシステムのハードウエアを示す図である。図１におい
て、１はデータの入力部であるキーボードを示す。利用
者データ登録部１０は、キーボード１によつて入力され
た全利用者のデータを記憶している。奉仕者データ登録
部２０は、キーボード１によつて入力された全奉仕者の
データを記憶している。ここにいう利用者とは、身体障
害者であり、奉仕者とは、身体障害者を介護するヘルパ
ーである。

【０００６】利用者の申請データ登録部３０は、キーボ
ード１から登録された、一定期間の、例えば、ある月の
利用者の申請状況を記憶している。奉仕者のスケジュー
ル登録部４０は、キーボード１から登録された、例え
ば、ある月の各奉仕者のスケジュールを記憶している。
制御部５０は、利用者の申請データ登録部３０に記憶さ
れている利用者の申請データに合わせて都合の良い奉仕
者を割り当てる処理を行つている。即ち、制御部５０
は、利用者の希望に沿いながら、奉仕者の派遣の回数等
に関して公平性を保ちつつ、奉仕者を利用者に割り当て
るようにしている。尚、この割当の処理については、図
８に示すフローチャートを用いて後述する。

【０００７】ＲＡＭ６０は、制御部５０が所定の処理を
行う際に処理したデータを一時的に保持しておくために
用いられるものである。利用者データ登録部１０に記憶
されている利用者データは、図２に示すような構造から
なつている。即ち、利用者データは、利用者を識別する
ための利用者ＩＤ、利用者名、利用者の住所がどの住所
区分に属するかを示す住所コード、利用者の性別情報と
を有している。尚、この住所コードは、ある市町村等に
おいて予め決められた区分であり、例えば、○○市○○
町○丁目は、区分１の様に定められる。

【０００８】奉仕者データ登録部２０に記憶されている
奉仕者データは、図３に示すような構造からなつてい
る。即ち、奉仕者データは、奉仕者を識別するための奉
仕者ＩＤ、奉仕者名、奉仕者の住所がどの住所区分に属
するかを示す住所コード、奉仕者の性別情報、奉仕者が
どのような技能（例えば、手話技能有り、看護の資格有
り等）を有するのかを示すコード化された情報（技能コ
ード）とからなつている。図３に示された技能コード
は、各奉仕者に１つとなつているが、当然、複数有つて
も良い。この技能コードは図４に示される内容からなつ
ている。ここで、「手話」は手話ができること、「看
護」は看護資格を有することを示している。また、「水
泳」、「カラオケ」、「ダンス」は、幸仕者が利用者と
いつしよにこれらの項目を共にしても良いことを示し、
「免許」は車の免許を有することを示している。さら
に、「病院」は奉仕者が利用者を病院に連れていつても
よいということを示している。なお、これらの技能は、
ここに単に例示したにすぎない。

【０００９】利用者の申請データ登録部３０に記憶され
ている利用者の申請データは、図５に示すような構造か
らなつている。即ち、利用者の申請データは、利用者Ｉ
Ｄ、利用者名、派遣を希望する回数、どのような技能を
持つ奉仕者の派遣を希望するかを示す目的情報、希望日
時、予約が完了したか（奉仕者の誰を派遣するかが決定
したか）を示す状態情報、派遣が決定した奉仕者のＩＤ
番号とからなつている。尚、予約状態情報と派遣される
奉仕者のＩＤ番号の欄は、奉仕者の割当が完了するまで
空欄である。また、希望日時において、派遣開始の時間
のみが示されている。これは、この実施例では奉仕者の
一回の派遣時間を２時間としたためである。もちろん。
派遣時間を一律にするのではなく、派遣終了時間を定め
るようにしても良い。

【００１０】奉仕者のスケジュール登録部４０に記憶さ
れている奉仕者のスケジュールデータは、図６に示すよ
うな構造からなつている。即ち、奉仕者ＩＤ、奉仕者
名、奉仕者の住所コード、割り当てが完了した回数（派
遣することが決定した回数）、例えば、ある月の各奉仕
者のスケジュールに関するデータが含まれる。尚、各奉
仕者のスケジュールは、図６に示すように、例えば、各
奉仕者に固有のカレンダー上に登録されており、いずれ
かの利用者に派遣が決定した場合にはカレンダー上に利
用者のＩＤ番号を記すようになされている。図６では、
簡単のため、５人の奉仕者のデータのみを示し、又、カ
レンダーについても見易さのため、１人のみを示してい
る。

【００１１】次に、制御部５０において行われる、利用
者に奉仕者を割り当てる処理について図６乃至図１０を
用いて説明する。図８は、制御部５０における割り当て
処理を説明するためのフローチャートである。ステップ
Ｓ１０１において、利用者の申請データの並べ替えの処
理が行われる。この並べ替えの処理は図９に示すフロー
チャートからなる。即ち、ステップＳ２０１において、
図５に示す利用者の申請データから利用者ＩＤ、利用者
名、及び予約回数（申請した予約のうち、何回目の予約
であるかを示す情報）が、読み出される。

【００１２】ステップＳ２０２において、Ｓ２０１で読
み出した申請データ（一部）を各利用者の予約回数でソ
ートする。図７は、ステップＳ２０２で行われるソート
処理の内容を示している。図７（Ａ）は、ソート前の申
請データを示し、図７（Ｂ）は、ソート後の申請データ
を示す。このように、申請データをソートし、使用者の
予約回数毎にまとめることにより、特定の利用者に奉仕
者の割り当てが偏ることを防止することができる。そし
て、ステップＳ２０３において、ソート後の申請データ
が図１のＲＡＭ６０に保存される。次に、ステップＳ１
０２において、奉仕者のスケジュールデータの並べ替え
の処理が行われる。この並べ替えの処理は、図１０に示
すステップからなる。即ち、ステップＳ３０１におい
て、図６（Ａ）に示す奉仕者のスケジュールデータが奉
仕者のスケジュール登録部４０から読み出される。

【００１３】ステツプＳ３０２において、Ｓ３０１で読
み出したスケジュールデータを各奉仕者の割り当て回数
の少ない順にソートする。奉仕者Ｘ、Ｗのように割り当
て済の回数が同じ場合には、（今回奉仕者を割り当て
る）利用者との関係で、住所がその利用者とより近い方
の奉仕者（この場合、奉仕者Ｘに優先権がある）を優先
させる。図６（Ｂ）は、ソート後の塞仕者のスケジュー
ルデータを示す。このように、奉仕者のスケジュールデ
ータをソートし、奉仕者の割り当て済回数の少ない順に
並べることにより、特定の奉仕者に仕事の割り当てが偏
ることを防止することができる。なお、初期状態（割り
当てがされていない状態）においては、割り当てを行う
対象の利用者との関係で住所が近い奉仕者に優先度を持
たせてソートする。そしてステップＳ３０３において、
ソート後の奉仕者のスケジュールデータは図１のＲＡＭ
６０に保存される。

【００１４】ステップＳ１０１，Ｓ１０２のデータの並
べ替え処理が終わると、ステップＳ１０３において、並
べ替えられた利用者の申請データのうち、先頭の申請デ
ータ、即ち利用者Ａの第一回目の予約データが読み出さ
れる。そして、その先頭の申請データに対して奉仕者の
割り当て処理が以後のステップにおいて行われる。次
に、ステップＳ１０４においては、ソート後の奉仕者の
スケジュールデータ（図６（Ｂ））から先頭のデータ、
即ち、Ｙのデータが読み出される（尚、図６は割り当て
処理の途中のソート前後のスケジュールデータを示して
いる。従つて、初期状態では、住所が先頭の利用者と一
番近い奉仕者が読み出されることとなる）。

【００１５】ステップＳ１０５に進み、スケジュールデ
ータが終了したか、即ち、読み出した申請データに対し
て割り当てる奉仕者がいるか否かが判断される。ＹＥＳ
（割り当てられる奉仕者がいない）の場合、ステップＳ
１１３に進む。ＮＯ（割り当てられる奉仕者がいる）の
場合、次のステップＳ１０６に進む。勿論、初期状態に
おいてＹＥＳとなる場合はなく、全ての奉仕者のスケジ
ュールデータに対してステップＳ１０６〜Ｓ１０９の処
理が行われた場合にのみステップＳ１１３に進む。

【００１６】ステップＳ１０６では、読み出された申請
データの利用者が読み出されたスケジュールデータの奉
仕者と同性か否かが判断される。同性の場合はステップ
Ｓ１０７に進み、異性の場合はステップＳ１１０に進
み、次の奉仕者のスケジュールデータが読み出される。

【００１７】ステップＳ１０７では、利用者の希望の技
能と奉仕者の技能とが合致するか否かが判断される。例
えば、耳の不自由な利用者には手話のできる奉仕者を割
り当てるためである。合致する場合はステップＳ１０８
に進み、合致しない場合はステップＳ１１０に進み、次
の奉仕者のスケジュールデータが読み出される。尚、奉
仕者の技能に関するデータは奉仕者ＩＤ番号に対応して
奉仕者データ登録部２０から読み出される。

【００１８】ステップＳ１０８では、利用者の派遣希望
日と奉仕者のスケジュール（日）とが合うか否かが判断
される。合致する（空いている）場合はステップＳ１０
９に進み、合致しない場合（予約済や都合の悪い場合）
はステップＳ１１０に進み、次の奉仕者のスケジュール
データが読み出される。

【００１９】ステップＳ１０９では、利用者の派遣希望
時間と奉仕者のスケジュール（時間）が合うか否かが判
断される。合致する場合は、該当する利用者の申請に対
する奉仕者の割り当て処理が終了する。そして、ステッ
プＳ１１１に進む。合致しない場合はステップＳ１１０
に進み、次の奉仕者のスケジュールデータが読み出され
る。

【００２０】ステップＳ１１１では、利用者の申請デー
タ及び奉仕者のスケジュールデータの更新処理が行われ
る。申請データに関しては、図５に示す予約状態のデー
タがＮ（未割当）からＹ（既割当）に変えられ、そして
割り当てられた奉仕者のＩＤ番号が付加される。奉仕者
のスケジュールデータに関しては、図６に示す割当済の
回数が奉仕者のＩＤ番号に対応してインクリメントされ
る。

【００２１】次に、ステップＳ１１２に進み、ステップ
Ｓ１０４と同様に奉仕者のスケジュールデータの並べ替
え処理（図１０のステップＳ３０１からＳ３０４までの
処理）が再び行われる。このように、１つの申請データ
に対して割り当てが終了したら、奉仕者のスケジュール
データをソートし直すことにより、奉仕者に平等に仕事
の割り当てをすることができる。

【００２２】そして、ステップＳ１１３において、割り
当て処理が行われた（又は、割り当て処理をしようとし
たが割り当てられる奉仕者がいなかつた）申請データの
次の申請データが次の割り当て処理を行う対象として読
み出される。ステップＳ１１４では、割り当てる対象が
ある場合は、ステップＳ１０４に戻る。割り当てる対象
がない場合は、割り当て処理が終了する。

【００２３】本発明では、利用者の申請データを予約回
数（申請した予約のうち、何回目の予約であるかを示す
情報）でソートし、また、新しく利用者に割り当て処理
を行う度に奉仕者のスケジュールデータを割り当て済の
回数でソートして派遣のスケジューリングを行つている
ため、全ての奉仕者に公平に波遣の割り当てを行うこと
ができる。また、本発明では、利用者の住所コードと奉
仕者の住所コードを照らし合わせながら派遣の割り当て
を行い、できるだけ利用者に近い奉仕者を派遣するよう
にしたので奉仕者に風担の少ないスケジューリングが可
能となつた。

【００２４】

【発明の効果】以上の説明で明らかなように、本発明の
スケジューリング方法においては、人材派遣を行う際の
スケジューリング方法において、人材の派遣を希望する
複数の利用者のデータであつて、派遣に際しての条件を
含む申請データを第１のルールに従つて並べ替え、複数
の派遣者のスケジュールデータを第２のルールに従つて
並べ替え、並べ替えられた複数の利用者の申請データか
ら１つの申請データを選択し、並べ替えられた複数の派
遣者のスケジュールデータから１つのスケジュールデー
タを選択し、選択された申請データの条件に選択された
スケジュールデータが合致するかを判定し、条件に合致
しないと判定された場合は、選択されたスケジュールデ
ータの次のスケジュールデータを並べ替えられたスケジ
ュールデータから新たに選択し、条件に合致すると判定
された場合は、該当する利用者の申請データに派遣者の
割り当てが済んだことを示す識別データを付加し、さら
に条件に合致すると判定された場合は、並べ替えられた
スケジュールデータを前記第２のルールに従つてさらに
並べ替えることにより、全奉仕者に対して公平に派遣を
割り当て、利用者の要望に充分に応えられ、さらには、
奉仕者に負担の少ないスケジューリングを可能とするス
ケジューリング方法を実現することができる。また、第
１のルールとして利用者の申請データに含まれる、申請
した予約のうち、何回目の予約であるかを示す予約回数
情報で昇順にソートするという規則を採用し、第２のル
ールとして派遣者のスケジューリングデータに含まれ
る、割り当て済の回数の少ない順にソートするという規
則を採用することにより、さらに公平性のあるスケジュ
ーリングをすることができる。

【図面の簡単な説明】

【図１】本発明のスケジューリングシステムを示す図

【図２】利用者データ登録部に登録された利用者データ
の構造を示す図

【図３】奉仕者データ登録部に登録された奉仕者データ
の構造を示す図

【図４】技能コードの内容を示す図

【図５】利用者の申請データ登録部に登録された利用者
の申請データの構造を示す図

【図６】ソート前後の奉仕者のスケジュールデータの構
造を示す図

【図７】ソート前後の利用者の申請データ（一部）の構
造を示す図

【図８】奉仕者の割り当て処理を説明するためのフロー
チャート

【図９】利用者の申請データのソート処理を説明するた
めのフローチャート

【図１０】奉仕者のスケジュールデータのソート処理を
説明するためのフローチャート

【符号の説明】

１ キーボード ２ ＣＲＴディスプレイ １０ 利用者データ登録部 ２０ 奉仕者データ登録部 ３０ 利用者の申請データ登録部 ４０ 奉仕者のスケジュールデータ登録部 ５０ 制御部（割り当て部） ６０ ＲＡＭ

Claims (3)

【特許請求の範囲】
1. 【請求項１】 人材派遣を行う際のスケジュ−リング方
   法において、 人材の派遣を希望する複数の利用者のデータであつて、
   派遣に際しての条件を含む申請データを第１のルールに
   従つて並べ替える第１のステップと、 複数の派遣者のスケジュールデータを第２のルールに従
   つて並べ替える第２のステップと、 前記第１のステップによつて並べ替えられた前記複数の
   申請データから１つの申請データを選択する第３のステ
   ップと、 前記第２のステップによつて並べ替えられた前記複数の
   スケジュールデータから１つのスケジュールデータを選
   択する第４のステップと、 前記第３のステップで選択された申請データの条件に前
   記第４のステップで選択されたスケジュールデータが合
   致するかを判定する第５のステップと、 前記第５のステップにおいて条件に合致しないと判定さ
   れた場合は、第３のステップで選択されたスケジュール
   データの次のスケジュールデータを前記並べ替えられた
   スケジュールデータから選択する第６のステップと、 前記第５のステップにおいて条件に合致すると判定され
   た場合は、該当する利用者の申請データに派遣者の割り
   当てが済んだことを示す識別データを付加する第６のス
   テップと、 前記第５のステップにおいて条件に合致すると判定され
   た場合は、第２のステップで並べ替えられたスケジュー
   ルデータを前記第２のルールに従つてさらに並べ替える
   第８のステップと、からなることを特徴とするスケジュ
   ーリング方法。
2. 【請求項２】 前記第１のルールは、利用者の申請デー
   タに含まれる、申請した予約のうち、何回目の予約であ
   るかを示す予約回数情報で昇順にソートする規則である
   ことを特徴とする請求項１に記載のスケジューリング方
   法。
3. 【請求項３】 前記第２のルールは、派遣者のスケジュ
   ーリングデータに含まれる、割り当て済の回数の少ない
   順にソートする規則であることを特徴とする請求項１に
   記載のスケジューリング方法。