JP2012037970A - ファミリーサポートサービス支援システムおよびファミリーサポートサービス支援サーバ - Google Patents

Abstract

【課題】保育者のスケジュール管理や利用申し込みに対する保育者の選定、業務記録の作成などの処理を効率よく実施し、また柔軟な料金体系の設定を可能とし、料金と報酬に見合った適切なサービスを実現するファミリーサポートサービス支援システムを提供する。
【解決手段】管理端末１６０は、保育者３０１から業務可能なスケジュールの入力を受けて事業者サーバ１００に送信する機能を有し、事業者サーバ１００は、利用者２０１についての情報を管理する利用者管理部１１０と、保育者３０１についてのスケジュール情報を含む情報を管理する保育者管理部１２０と、利用申し込みに係る利用予定日時に業務可能な保育者３０１を保育者候補として抽出して作業依頼を行い、受諾連絡を受け付けて保育者３０１ｂを決定して予約を確定する予約処理部１３０と、業務記録が入力される業務記録入力画面を生成して管理端末１６０に送信する業務記録管理部１４０とを有する。
【選択図】図１

Description

本発明は、家庭等に作業者を派遣して業務を行うファミリーサポートサービスの提供に係る技術に関し、特に、登録型の労働者を作業者として提供される保育や介護などのファミリーサポートサービスを提供する事業者の業務を支援するファミリーサポートサービス支援システムおよびファミリーサポートサービス支援サーバに適用して有効な技術に関するものである。

保育や介護などの家庭内労働を代行するサービス（以下では「ファミリーサポートサービス」と記載する場合がある）は、登録型の労働者を作業者として提供されることが多い。ここで、登録型の労働者とは、業務がある場合のみ労働を行い、行った労働分の給与の支払いを受ける形態で事業者との間で雇用関係を結ぶ労働者を指すものとする。通常、登録型の労働者は、業務が発生した場合のみ労働を行い、雇用者（サービス利用者からのサービス利用申し込みを受け付ける事業者）による労働時間の拘束を受けない。

このため、ファミリーサポートサービス事業者は、登録型の労働者を作業者とする場合、作業者の業務可能スケジュールを予め把握しておき、利用者からの利用申し込みに対して、登録された作業者の中から条件に合致する作業者を選定する必要がある。このような、登録型の労働者を作業者とするファミリーサポートサービス事業においては、ＩＴ（Information Technology）化が進んできてはいるものの、作業者のスケジュール管理や、利用者からの利用申し込みに対する作業者の選定や、業務記録の入力、保存管理など、多くの作業が手作業により実行・管理されているケースも多い。

例えば、作業者の業務可能スケジュールの登録は、作業者からの電話や、ＦＡＸ等の書面、電子メール等による申告を受け付けて、事業者側で手作業により登録・管理を行うというのが一般的である。また、利用者からの利用申し込みについても、例えば、電話や、ＦＡＸ等の書面、電子メール、Ｗｅｂサイト等を利用した申請を受け付けて、事業者側で手作業により条件を考慮して作業者候補の選定を行い、作業者候補の業務可能スケジュールを確認したうえで、利用者、作業者に予約確定の結果を通知するというのが一般的である。さらに、作業者が業務を行った際の業務記録や、それに対する利用者の確認や承認等についても、例えば、作業者が紙ベースで記載した業務記録に利用者が確認の印鑑を押すというような形で行われることが多い。

このようなファミリーサポートサービスに対してＩＴ化、システム化により効率化や最適化を図るための技術として、例えば、特開２００３−１７８１３２号公報（特許文献１）には、ネットワークを通じて互いに通信可能なサーバーとユーザー端末とを備え、ユーザー端末は、複数項目からなる希望条件情報を、項目間の軽重をサーバーで識別可能に取得してサーバーに送信し、サーバーは、登録者の識別情報および付属情報を関連付けて編成されているデータベースを有し、希望条件情報の項目を付属情報と比較する選択条件に用いてデータベースから選択する識別情報を希望条件情報の項目間の軽重に応じて順序付けた斡旋候補リストを作成することで、ユーザーの希望に最も近い人材の斡旋を可能にする人材斡旋システムに係る技術が記載されている。

また、例えば、特開２００８−２５７６９９号公報（特許文献２）には、被介護者のための予定表表示および確認機能、介護サービス提供事業所および家族等に対する呼出しおよび交信機能、来訪者の呼出しに応じて通話を行なうインターホン機能並びに玄関施錠解除機能等の諸機能を包含する、タッチパネル機能付きの大型ディスプレイを備えた可搬式介護支援端末を被介護者に貸与し、上記可搬式介護支援端末を介して認証を受けた訪問介護ヘルパーが事業所側ホストコンピュータから訪問介護計画書を受信して介護サービスを開始し、介護サービスの終了後に介護内容および介護サービスの開始時刻等を含むヘルパー活動記録票を作成し、被介護者本人又は家族に伝えて承認を受けると同時に介護サービス提供事業所に対しても同一内容のヘルパー活動記録票の伝送を行なって適正かつ合理的介護活動を実施する管理システムに係る技術が記載されている。

特開２００３−１７８１３２号公報 特開２００８−２５７６９９号公報

特許文献１に記載された技術は、作業者の選定作業をＩＴ化する技術であるが、選定された作業者によるファミリーサポートサービスの提供の場面までをＩＴ化することは考慮されていない。一方、特許文献２に記載された技術は、ファミリーサポートサービスの提供に係る業務記録をＩＴ化することが可能であるものの、作業者の選定作業をＩＴ化することまでは想定されていない。

これに対し、本発明者らは、労働集約型サービスであるファミリーサポートサービスについて、利用受付からサービス提供の終了までの全過程について自動化できる業務をＩＴ化することにより、ファミリーサポートサービス提供プロセスを合理化することを目的として本発明を創作した。

また、ファミリーサポートサービスにおいては、一般的に、作業者は労働した分だけ給与の支払いを受け、自身の都合やスケジュールに応じて働くことができる一方、技能や経験の向上に伴う賃金の単価上昇幅は少なく、報酬は技能の向上や経験の蓄積などにほとんど連動しないものとなっている。また、高度なサービス提供が必要な利用者や長い拘束時間などの作業者の負荷が高い労働と、提供するサービス内容が簡易である場合のように作業者の負担が低い労働との間でも賃金の差は少なく、労働負荷が報酬にほとんど連動しないものとなっている。したがって、作業者のモチベーションの一層の向上を期待することは困難な仕組みである。

これに対し、技能や経験、評価の高い作業者により高品質のサービスを受けた場合や、負荷が高い労働を依頼する場合などでは、相応するコストを受益者である利用者に負担してもらい、作業者に一定の条件で報酬として反映させることで、作業者のモチベーションの向上を図り、高品質のサービスの提供を可能とすることが考えられる。

この点につき、例えば、特許文献１に記載されたような従来のシステム化の技術では、希望条件に優先順位を設けてより希望に合致した作業者の選定が可能となるものの、利用者と作業者の各種条件の組合せ等を考慮した柔軟な料金体系を可能とすることなどは考慮されておらず、料金と報酬に見合った適切なサービスの提供を実現することはできない。

そこで本発明は、作業者のスケジュール管理や、利用者からの利用申し込みに対する作業者の選定、業務記録の作成や管理などの処理を効率よく迅速に実施することを可能とすることを目的の一つとするとともに、作業者の選定の際に利用者と作業者の各種条件の組合せ等を考慮した柔軟な料金体系の設定を可能とし、料金と報酬に見合った適切なサービスの提供を実現するファミリーサポートサービス支援システムおよびファミリーサポートサービス支援サーバを提供することを別の目的とする。

本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。

本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、以下のとおりである。

本発明の代表的な実施の形態によるファミリーサポートサービス支援システムは、登録型の労働者を作業者としてファミリーサポートサービスを提供する事業者に使用される事業者サーバと、ネットワークを介して前記事業者サーバに接続可能なクライアント端末と、を有するシステムであって、以下の特徴を有するものである。

すなわち、前記クライアント端末は、ファミリーサポートサービスを提供する複数の作業者から各作業者が業務可能なスケジュールの入力を受けて前記事業者サーバに送信するスケジュール送信機能を有する。また、前記事業者サーバは、ファミリーサポートサービスの複数の利用者について、それぞれの属性情報を含む利用者情報を利用者情報記録手段に登録して保持および管理する利用者情報管理部と、複数の作業者について、それぞれの属性情報、および前記スケジュール送信機能から送信されたスケジュール情報を含む作業者情報を作業者情報記録手段に登録して保持および管理する作業者情報管理部とを有する。

さらに、前記複数の利用者の中の任意の利用者からのファミリーサポートサービスの利用申し込みを受け付けて予約情報記録手段に登録し、前記作業者情報記録手段に保持する情報に基づいて当該利用申し込みに係る利用予定日時に業務可能な作業者を作業者候補として抽出し、当該作業者候補からの作業依頼の受諾連絡を受け付けて作業者を決定して予約を確定する予約処理部と、前記予約処理部によって前記予約情報記録手段に登録され確定された予約に係る業務記録が入力される業務記録入力画面を生成して前記クライアント端末に送信する業務記録管理部と、を有することを特徴とするものである。

本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。

本発明の代表的な実施の形態によれば、ファミリーサポートサービスにおいて、作業者の属性情報と業務可能スケジュール、および利用者の属性情報をあらかじめ把握しておき、利用者からの利用申し込みに応じて作業者候補を自動的に抽出するとともに、作業者が決定した場合に当該作業者が業務記録を入力するための業務記録入力画面を生成する。これにより、作業者はファミリーサポートサービス提供に際して、サービス提供開始前から判明し確定している既知情報（例えば、利用者名や利用日時、作業者名など）を業務記録に記入する必要がなくなるため、作業者にとっては記録業務の負荷が低減される。また、記録業務の負荷が低減されることで作業者が本来のサービス提供に集中できるため、サービスの品質を向上させることに寄与する。

また、業務記録とともに当該業務に係る作業者および利用者からの相互の評価を記録し、評価情報に基づいたサービス料金を利用者に対して請求するとともに、当該請求料金の範囲で報酬を支払える作業者を選定することができるため、作業者の選定の際に利用者と作業者の各種条件の組合せ等を考慮した柔軟な料金体系の設定を可能とし、料金と報酬に見合った適切なサービスの提供を実現することが可能となる。

さらに、本発明の代表的な実施の形態によれば、複数の作業候補者について優先順位を設定し、優先順位の高い順に作業依頼を行うことで、利用者の希望により合致する作業者候補が作業を受注しやすくすることができる。特に、利用申し込みから利用開始までの時間間隔に応じて自動的に優先順位が高い順に複数の作業候補者に作業依頼を行い、作業依頼の受諾の連絡を受けて予約を確定することにより、例えばサービス提供事業者の営業時間外であっても利用申し込みを受け付けて、利用者の希望に沿う作業者を選定して決定する処理を行うことができ、利用者の利便性をより向上させることができる。

本発明の一実施の形態であるファミリーサポートサービス支援システムの構成例について概要を示した図である。 本発明の一実施の形態における、利用者ＤＢのデータ構成の例について示した図である。 本発明の一実施の形態における、保育者ＤＢのデータ構成の例について示した図である。 本発明の一実施の形態における、予約ＤＢのデータ構成の例について示した図である。 本発明の一実施の形態における、業務記録ＤＢのデータ構成の例について示した図である。 本発明の一実施の形態における、請求・支払明細ＤＢのデータ構成の例について示した図である。 本発明の一実施の形態における、保育者による業務可能スケジュールの事前登録処理の例について概要を示したフロー図である。 本発明の一実施の形態における、利用者からの利用申し込みに対して業務可能な保育者をマッチングする保育者手配処理の例について概要を示したフロー図である。 本発明の一実施の形態における、保育者が利用者宅において保育サービスを実施する際の処理の例について概要を示したフロー図である。 本発明の一実施の形態における、管理端末による業務記録の入力方法の例について概要を示した図である。 本発明の一実施の形態における、管理端末による業務記録の確認方法の例について概要を示した図である。

以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一の符号を付し、その繰り返しの説明は省略する。

本発明の一実施の形態であるファミリーサポートサービス支援システムは、登録型のファミリーサポートサービスの中でも保育事業を例とし、ベビーシッター等の保育者（作業者）を利用者の家庭や託児施設などの保育場所に派遣して保育サービスを提供する保育事業者の業務を支援するシステムである。したがって、本発明の一実施の形態であるファミリーサポートサービス支援システムは、介護などその他の登録型のファミリーサポートサービスにも適用することができる。

当該システムでは、予め保育者の業務可能なスケジュールを登録しておき、利用者からの利用申し込みに対して、登録された作業者の中から条件に合致する保育者をマッチングする。このとき、保育者については、技能や経験、利用者からの評価などに基づいて設定される報酬単価の情報を管理し、利用者については利用実績や保育者からの評価などに基づいて設定される等級の情報を管理する。これらの情報に基づいて料金体系を設定し、利用者の予算等の範囲内で条件に合致する保育者の候補を選定する。選定された保育者の中から業務を行う保育者を決定し、利用者、保育者双方に通知するまでの処理を電子メール等を利用して自動化する。

これにより、保育事業者の業務コストを低減するとともに、保育者の手配を迅速に行えるようにすることから、直前の利用申し込みや変更等にも柔軟に対応することが容易となり、利用者の拡大や保育提供機会の増加などを図ることができる。また、保育者にとっては自身の技能や経験等に応じた報酬を得ることが可能となるため業務へのモチベーションの向上を図ることができる。また、保育者の技能、経験等や、利用者との相性等に応じた多様な料金体系の設定を容易に行うことができ、料金と報酬に見合った適切なサービスの提供が可能となる。

また、当該ファミリーサポートサービス支援システムでは、訪問先の家庭（利用者宅）で例えばタッチパネルを有する携帯型の管理端末を用いて事業者側のサーバシステムと通信することで、保育者が予約内容や条件、過去の業務記録などの情報を参照したり業務記録の入力と送信を行うことができる。また、利用者が出先から業務記録を参照することで作業状況を随時確認することができる。さらに例えば、管理端末に録音・録画機能を実装することで、利用者は音声や映像によっても作業状況を確認することができる。また、利用者は帰宅時に管理端末で業務記録の内容を最終的に確認して評価や承認等の処理を行うことができる。

これにより、保育者の業務記録の入力負荷を軽減してサービス品質を向上させるとともにコスト削減を図ることが可能となる。また、蓄積された業務記録の内容を分析することで、例えば重要項目について研修を設けるなど、サービス品質のさらなる向上を図ることが可能となる。また、利用者および保育事業者が作業内容を随時確認できることから、いわゆる密室保育の不安を解消することができる。

＜システム構成＞
以下では、本実施の形態のファミリーサポートサービス支援システムのシステム構成について説明する。図１は、本発明の一実施の形態であるファミリーサポートサービス支援システムの構成例について概要を示した図である。

ファミリーサポートサービス支援システム１は、保育事業者が保有・管理するコンピュータシステムによるサーバ機器であるファミリーサポートサービス支援サーバ（以下では「事業者サーバ」と記載する場合がある）１００と、保育場所（利用者宅）２００に存在する、もしくは利用者宅２００に訪問した保育者３０１ｂが保持する（保育事業者から貸与等された）携帯端末である管理端末１６０とがインターネット等のネットワーク４００を介して通信可能なように接続する構成を有する。

また、事業者サーバ１００には、ネットワーク４００を介して、利用者宅２００に存在するＰＣ（Personal Computer）等の利用者端末２１０や、利用者宅２００の外部に存在するＰＣや携帯端末等の利用者端末２２０が接続することが可能であり、利用者２０１がこれらの端末を利用して事業者サーバ１００にアクセスすることが可能である。同様に、事業者サーバ１００には、ネットワーク４００を介して、保育者３０１が保有するＰＣや携帯端末等の保育者端末３１０が接続することが可能であり、保育者３０１が当該端末を利用して事業者サーバ１００にアクセスすることが可能である。

本実施の形態のファミリーサポートサービス支援システム１、特に事業者サーバ１００によって提供される機能は、大きく分けて、利用者２０１および保育者３０１などがクライアント端末（管理端末１６０、利用者端末２１０、２２０、保育者端末３１０など）から利用するフロントエンド機能と、保育事業者等が利用するバックエンド機能とに分類される。

フロントエンド機能には、例えば、利用者２０１からの保育サービスの利用申し込みの入力や、保育者３０１ａによる業務可能スケジュールの登録、保育者３０１ｂによる業務記録の入力、利用者２０１による作業終了の確認や承認の入力、利用者２０１および保育者３０１ｂによる相互の評価情報の入力、料金の請求や給与の支払いに関する情報の参照などが含まれる。また、バックエンド機能には、例えば、利用者２０１からの利用申し込みに対する保育者３０１ｂの候補者の選定（マッチング）や、その結果の通知、業務記録の保持と管理、評価情報の保持と管理、各種データベースの管理や内容の分析、請求料金や給与金額の計算と決済処理などが含まれる。

事業者サーバ１００は、ＯＳ（Operating System）やデータベース管理プログラム等のミドルウェアの他に、例えば、管理端末１６０や、利用者端末２１０、２２０、および保育者端末３１０等からのＷｅｂブラウザを介したアクセスを受け付けて処理を行うための、図示しないＷｅｂサーバプログラムを有する。

また、当該Ｗｅｂサーバプログラム上で稼動し、ファミリーサポートサービス支援システム１としての各機能を例えばＡＳＰ（Application Service Provider）機能により実現するためのソフトウェアプログラムとして、例えば、利用者情報管理部としての利用者管理部１１０、作業者情報管理部としての保育者管理部１２０、予約処理部１３０、業務記録管理部１４０、および請求・支払管理部１５０の各部を有する。さらに、利用者情報記録手段としての利用者データベース（ＤＢ）１０１、作業者情報記録手段としての保育者ＤＢ１０２、予約情報記録手段としての予約ＤＢ１０３、業務記録ＤＢ１０４、請求・支払明細ＤＢ１０５の各データベースを有する。

利用者管理部１１０は、利用者２０１に関する属性情報等を利用者ＤＢ１０１に保持および管理する機能を有する。この中には、保育者３０１ｂや保育事業者からの評価等に基づいて、保育サービス利用に係る利用者２０１の等級などを判定する機能も含まれる。この等級は、利用者２０１が保育サービスを利用する際の料金体系に反映され、例えば、初期契約時の等級を初期値として、保育者３０１ｂからの良好な評価が継続すると順次上がっていき、逆に予約のキャンセルや変更を繰り返したりすると順次下がっていくものとすることができる。この等級が高いと、例えば、同一内容のサービスを受ける際の料金単価が一定程度減額されるような料金体系とすることができる。

保育者管理部１２０は、保育者３０１（３０１ａ、３０１ｂ）に関する属性情報や業務可能スケジュールなどの情報を保育者ＤＢ１０２に保持および管理する機能を有する。この中には、利用者２０１や保育事業者からの評価等に基づいて、保育サービスの提供に係る保育者３０１の評価ランクや報酬単価などを判定する機能も含まれる。この評価ランクは、例えば、初期契約時の評価ランクを初期値として、利用者２０１からの良好な評価が継続したり、所定の資格や研修受講によって高い技能を有することが認められたりすると順次上がっていくものとすることができる。この評価ランクが高いとそれに応じて保育者３０１の報酬単価が上がり、また、利用者２０１が当該保育者３０１から同一内容のサービスを受ける場合の料金単価が上がるような料金体系とすることができる。

予約処理部１３０は、利用者端末２１０、２２０を介して利用者２０１から保育サービスの利用申し込みを受け付け、予約ＤＢ１０３に登録するとともに、希望条件と保育者ＤＢ１０２に登録されている各保育者３０１のスケジュール等とのマッチングを行い、保育サービスを実施する保育者３０１ｂおよび料金、報酬の金額を決定して予約を確定し、予約ＤＢ１０３を更新して、利用者２０１および保育者３０１ｂに通知する保育者手配処理を行う機能を有する。保育者手配処理の内容については後述する。

業務記録管理部１４０は、保育者３０１ｂが利用者宅２００にて行った保育サービスについて管理端末１６０を利用して入力された業務記録を受け付け、業務記録ＤＢ１０４に保持および管理する機能を有する。これには、管理端末１６０に対して後述するような業務記録を入力するための画面を生成して送信し、表示させる機能が含まれる。また、利用者２０１が利用者端末２１０、２２０を利用して業務記録ＤＢ１０４に保持された業務記録の内容を参照することを可能とする機能を有する。また、利用者２０１が利用者宅２００に帰宅して保育サービスを終了する際に、業務記録ＤＢ１０４に保持された業務記録の内容を最終的に確認・承認して、評価した結果を受け付けて業務記録ＤＢ１０４に登録する機能も有する。

請求・支払管理部１５０は、予約時に設定された料金体系に基づいて利用者２０１への利用料金の請求金額および保育者３０１ｂへの報酬の支払金額を明細として請求・支払明細ＤＢ１０５に仮登録し、業務記録ＤＢ１０４に保育サービスの開始もしくは終了が登録された際に確定したものとして、請求・支払明細ＤＢ１０５のステータスを更新する機能を有する。さらに、月次処理等により利用者２０１および保育者３０１毎に業務記録ＤＢ１０４のレコードを集計し、請求書および給与明細の情報として出力する。外部の金融機関システムのオンラインサービスやネットワークサービスと接続して、決済処理を自動的に行うようにしてもよい。

管理端末１６０は、例えば、タッチパネルを有するタブレット型の携帯端末もしくは専用端末であり、保育者３０１ｂが入力操作を直感的かつ極力少ない操作で容易に行えるものとする。管理端末１６０は、保育者３０１ｂが利用者宅２００にて行った保育サービスについての業務記録の入力を受け付け、これを事業者サーバ１００の業務記録管理部１４０に送信する機能を有する。また、利用者２０１が帰宅時に当該業務記録の内容を最終的に確認するためにこれを表示する機能、およびこれを確認した利用者２０１からの評価や承認等の入力を受け付け、これらを事業者サーバ１００の業務記録管理部１４０に送信する機能を有する。保育者３０１による利用者２０１に対する評価の入力を受け付け、これを事業者サーバ１００に送信する機能を有していてもよい。

また、管理端末１６０は、マイク等の録音手段や、カメラ等の録画手段のいずれか、もしくは両方を有し、フロントエンド機能の一つとして、保育者３０１ｂが利用者宅２００で保育サービスを行っている状況を録音・録画する機能を有していてもよい。このとき、管理端末１６０は、録音・録画された音声・映像データを業務記録とともに適宜事業者サーバ１００に送信するようにしてもよい。

利用者端末２１０、２２０は、利用者２０１からの保育サービスの利用申し込みの入力を受け付け、これを事業者サーバ１００の予約処理部１３０に送信する機能を有する。また、事業者サーバ１００の業務記録管理部１４０にアクセスし、業務記録ＤＢ１０４に保持された業務記録を参照する機能を有する。業務記録は、保育者３０１ｂによる保育サービスの実施中に利用者２０１が出先から利用者端末２２０によって参照することもできるし、録音・録画された音声・映像データがある場合など、保育サービスの終了後に利用者端末２１０もしくは２２０から事後的に参照して業務内容を確認してもよい。一方、保育者端末３１０は、保育者３０１ａからの業務可能スケジュールの入力を受け付け、これを事業者サーバ１００の保育者管理部１２０に送信する機能を有する。

なお、本実施の形態では、管理端末１６０、利用者端末２１０、２２０、および保育者端末３１０をそれぞれ別個に有する構成としているが、これらは、その内の一部もしくは全てが同一の端末によって構成されるものであってもよい。例えば、管理端末１６０を利用して業務記録や評価の入力や確認を行う他に、利用者２０１による保育サービスの利用申し込みや、保育者３０１ｂによる業務可能スケジュールの登録などを行えるようにしてもよい。また、管理端末１６０から過去の業務記録を参照できるようにしてもよい。

＜データ構成＞
以下では、本実施の形態のファミリーサポートサービス支援システム１が有する各データベースにおけるデータ構成について説明する。図２は、利用者ＤＢ１０１のデータ構成の例について示した図である。利用者ＤＢ１０１は、利用者２０１に関する属性情報等を保持するテーブルであり、例えば、ユーザＩＤ、氏名、住所、連絡先、子供生年月日、子供性別、家族構成情報、住居情報、利用等級、総利用時間、予約キャンセル度などの項目を有する。キー項目はユーザＩＤである。

ユーザＩＤの項目は、ファミリーサポートサービス支援システム１（事業者サーバ１００）にアクセスするユーザ（ここでは利用者２０１）を一意に識別するＩＤの情報を保持する。利用者２０１は当該ユーザＩＤを使用して事業者サーバ１００にログインする。氏名、住所、および連絡先の各項目は、対象の利用者２０１の属性情報として、それぞれ、氏名、住所、および電話番号や電子メールアドレス等の連絡先の情報を保持する。

子供生年月日、および子供性別の各項目は、対象の利用者２０１の子供（保育対象の子供）の属性情報として、それぞれ、生年月日、および性別の情報を保持する。子供生年月日の項目の代わりに保育対象の子供の年齢の情報を保持していてもよい。家族構成情報、および住居情報の各項目は、対象の利用者２０１の住居環境に関する属性情報として、それぞれ、兄弟姉妹や祖父母等の家族構成、および集合住宅か一軒家かなどの情報を保持する。

利用等級の項目は、対象の利用者２０１について保育者３０１ｂや保育事業者からの評価等に基づいて設定された等級を示す情報を保持する。この等級は、対象の利用者２０１が高度なサービス提供を要するか否かを示す指標である。例えば、初期契約時の等級を初期値として、保育者３０１ｂから労働負荷が高い旨の評価が継続したりすると順次下がっていくものとすることができる。また例えば、対象の利用者２０１が保育事業者に対して行った要求の数が所定の数より多くなった場合に下げるようにしてもよい。上述したように、利用等級の値は、利用者２０１が保育サービスを利用する際の料金体系に反映される。例えば、等級が高いと同一内容のサービスを受ける際の料金単価が一定程度減額されるような料金体系とすることができる。

総利用時間の項目は、対象の利用者２０１による保育サービスの利用状況に係る情報として、これまでに当該保育事業者から保育サービスを受けた総利用時間の情報を保持する。利用時間が長いということは、当該利用者２０１が当該保育事業者からの保育サービスの提供を受けることに慣れており、作業者が保育しやすいような環境を整備するなどして作業者の労働負荷を下げる可能性が高いことを示す一つの指標となる。総利用時間の代わりに保育サービスの総利用回数を保持するものであってもよい。なお、例えば、総利用時間が予め段階的に設定した所定の値よりも長くなった場合には、上記の利用等級を上げて料金単価が下がるような料金体系とすることもできる。

予約キャンセル度の項目は、対象の利用者２０１の過去のサービスの利用予約時におけるキャンセルの動向を示す値を保持する。例えば、過去にいったん確定した利用予約をキャンセルしたり変更したりした回数を積算する。このとき、キャンセルが実際のサービス提供日の直前になって行われた場合には所定の値を上乗せして加算する。この積算値を上記の総利用時間や総利用回数で除算することで、対象の利用者２０１がキャンセルが多い利用者であるか否かを判定する一つの指標とすることができる。例えば、この値が所定の閾値より大きい場合は上記の利用等級を下げたりして料金単価が高く設定されるようにすることができる。

図３は、保育者ＤＢ１０２のデータ構成の例について示した図である。保育者ＤＢ１０２は、保育者３０１に関する属性情報や業務可能スケジュールなどの情報を保持するテーブルであり、例えば、ユーザＩＤ、氏名、住所、連絡先、対応可能年齢、得意分野情報、不得意分野情報、保有資格、研修受講履歴、評価ランク、報酬単価、業務可能日時情報などの項目を有する。キー項目はユーザＩＤである。

ユーザＩＤの項目は、図２の利用者ＤＢ１０１のユーザＩＤと同様であり、ファミリーサポートサービス支援システム１（事業者サーバ１００）にアクセスするユーザ（ここでは保育者３０１）を一意に識別するＩＤの情報を保持する。保育者３０１は当該ユーザＩＤを使用して事業者サーバ１００にログインする。氏名、住所、および連絡先の各項目は、対象の保育者３０１の属性情報として、それぞれ、氏名、住所、および電話番号や電子メールアドレス等の連絡先の情報を保持する。

対応可能年齢の項目は、対象の保育者３０１が保育サービスの業務を実施可能な子供の年齢に関する情報を保持する。得意分野情報、および不得意分野情報の項目は、それぞれ、対象の保育者３０１が保育サービスの各業務において得意な分野、および不得意な分野に関する情報を保持する。保有資格、および研修受講履歴の項目は、対象の保育者３０１の技能に関する情報として、それぞれ、保有する資格、および研修の受講履歴の情報を保持する。

評価ランクの項目は、対象の保育者３０１について利用者２０１や保育事業者からの評価等に基づいて設定されたランクを示す情報を保持する。このランクは、対象の保育者３０１の能力を示す指標であり、例えば、初期契約時の評価ランクを初期値として、利用者２０１からの良好な評価が継続したり、上記の保有資格や研修受講履歴の項目によって高い技能を有することが認められたりすると順次上がっていくものとすることができる。このとき、例えば、利用者２０１が当該評価ランクが高い保育者３０１から同一内容のサービスを受ける場合に、料金単価が上がるように利用者２０１の料金体系に反映させることができる。

報酬単価の項目は、対象の保育者３０１が保育サービスを実施した場合に保育事業者から支払われる給与の基本となる単価（例えば時給）の情報を保持する。上記の評価ランクの項目の値が高いとそれに応じて当該報酬単価が上がるように設定することができる。なお、報酬単価の項目は、例えば上記の評価ランクから一律に算出することが可能な場合には有さなくてもよい。業務可能日時情報の項目は、対象の保育者３０１が保育サービスを実施可能な日付や時間帯のスケジュールの情報を保持する。スケジュールデータのフォーマットは特に限定されず、任意のものを利用することができる。他のスケジュール管理システム等と連携する構成であってもよい。当該項目は、保育者３０１が保育者端末３１０を利用して事業者サーバ１００にアクセスし、適宜最新の情報に更新しておくようにする。

図４は、予約ＤＢ１０３のデータ構成の例について示した図である。予約ＤＢ１０３は、利用者２０１からの保育サービスの利用申し込みに対する予約の確定状況や内容に関する情報を保持するテーブルであり、例えば、予約ＩＤ、利用者ＩＤ、保育者ＩＤ、予約日時情報、予算、申請日時、予約ステータス、予約確定日、利用料金、報酬金額、付加条件情報などの項目を有する。キー項目は予約ＩＤである。

予約ＩＤの項目は、予約処理部１３０が利用者２０１から利用申し込みを受け付けた際に割り振られ、各利用申し込み（予約）を一意に識別するＩＤの情報を保持する。利用者ＩＤ、および保育者ＩＤの各項目は、それぞれ、対象の予約における利用者２０１、および保育者３０１を特定するユーザＩＤの情報を保持する。保育者ＩＤについては、予約処理部１３０によるマッチングの結果保育者３０１が確定した場合に登録される。

予約日時情報の項目は、対象の予約において利用者２０１が保育サービスの利用を希望する日時と利用時間に関する情報を保持する。申請日時の項目は、利用者２０１が対象の予約に係る利用申し込みを行った日時の情報を保持する。予算の項目は、対象の予約において利用者２０１が想定する予算の情報を保持する。予約処理部１３０でのマッチングの際には、当該予算の範囲内で保育サービスの提供が可能な保育者３０１が選定される。予約ステータスの項目は、対象の予約のステータスの情報を保持する。例えば、予約処理部１３０でのマッチングの進行状況に応じて「受付」「一次候補抽出」「確定」「不成立」などのステータスを設定することができる。

予約確定日の項目は、対象の予約が確定した日時の情報を保持する。利用料金、および報酬金額の各項目は、それぞれ、対象の予約に係る保育サービスの実施により利用者２０１が支払う料金、および確定した保育者３０１に支払われる給与（報酬）の金額を保持する。付加条件情報の項目は、対象の予約について特別に考慮したり把握しておくべき条件や、オプションサービス等の情報を保持する。

図５は、業務記録ＤＢ１０４のデータ構成の例について示した図である。業務記録ＤＢ１０４は、保育者３０１ｂが利用者宅２００にて行った保育サービスについて管理端末１６０を利用して入力された業務記録を保持するテーブルであり、例えば、業務記録ＩＤ、予約ＩＤ、作業項目、作業開始日時、作業終了日時、備考、評価などの項目を有する。キー項目は業務記録ＩＤである。

業務記録ＩＤの項目は、業務記録管理部１４０が管理端末１６０から業務記録の情報を受け付けた際に割り振られ、各業務記録を一意に識別するＩＤの情報を保持する。予約ＩＤの項目は、図４の予約ＤＢ１０３における予約ＩＤの項目と同様であり、対象の業務記録に係る保育サービスについての予約を特定する予約ＩＤの情報を保持する。作業項目の項目は、対象の業務記録における実際の作業項目の情報を保持する。作業項目としては、例えば、「ごはん」や「寝かせる」「遊ぶ」「散歩」などの値が設定される。なお、対象の保育サービス（作業）全体を作業項目とすることで、サービス全体での開始・終了についても業務記録として記録することができる。

作業開始日時、および作業終了日時の各項目は、それぞれ、対象の業務記録における上記の作業項目の作業を開始した日時、および終了した日時の情報を保持する。これらのタイムスタンプは、例えば、利用者宅２００で保育者３０２が管理端末１６０を利用して業務記録を登録する際に、管理端末１６０によって自動的に設定されるようにする。備考の項目は、対象の業務記録において保育者３０２から管理端末１６０を利用して入力されたメモやコメント、伝達事項などの補足情報を保持する。

評価の項目は、対象の業務記録に係る作業についての利用者２０１からの評価の情報を保持する。当該評価は、例えば、「良い」「普通」「悪い」や、「１」〜「５」、「高い」「安い」「妥当」などのように利用者２０１が簡便に指定できるのが望ましい。当該評価は主に保育サービスの完了後に作業全体に係る業務記録について利用者２０１が行う評価を対象とするが、利用者２０１は、各作業項目に対応する業務記録毎に個別に評価を行ってもよい。なお、業務記録ＤＢ１０４には、業務記録の情報として、上記のような情報以外に例えば、管理端末１６０が録音・録画機能を実装している場合に、これによって記録された音声や映像のデータを取得して保持するようにしてもよい。

図６は、請求・支払明細ＤＢ１０５のデータ構成の例について示した図である。請求・支払明細ＤＢ１０５は、保育サービスの予約処理時に設定された料金体系に基づいて請求・支払管理部１５０により登録された利用者２０１への利用料金の請求金額および保育者３０１ｂへの報酬の支払金額の明細を保持するテーブルであり、例えば、明細ＩＤ、請求・支払区分、ユーザＩＤ、予約ＩＤ、金額、ステータスのなどの項目を有する。明細ＩＤの項目は、予約処理部１３０において利用者２０１からの利用要求と保育者３０１の業務可能スケジュール等とをマッチングする際に、料金体系等に基づいて決定された利用料金の請求もしくは報酬（給与）の支払いの各明細に対して、請求・支払管理部１５０により割り振られ、各明細を一意に識別するＩＤの情報を保持する。

請求・支払区分の項目は、対象の明細が利用料金の請求の明細か報酬の支払いの明細かを識別する区分の情報を保持する。ユーザＩＤの項目は、図２の利用者ＤＢ１０１、および図３の保育者ＤＢ１０２のユーザＩＤと同様であり、対象の明細における相手方を識別するユーザＩＤの情報を保持する。上記の請求・支払区分が「請求」である場合は、当該ユーザＩＤの項目には請求先の利用者２０１のユーザＩＤが設定され、請求・支払区分が「支払」である場合は支払い先の保育者３０１のユーザＩＤが設定される。

予約ＩＤの項目は、図４の予約ＤＢ１０３における予約ＩＤの項目と同様であり、対象の明細に係る保育サービスについての予約を特定する予約ＩＤの情報を保持する。金額の項目は、対象の明細に係る金額の情報を保持する。上記の請求・支払区分が「請求」である場合は当該金額の項目には利用者２０１への請求金額（利用金額）が設定され、請求・支払区分が「支払」である場合は保育者３０１への支払金額（報酬金額）が設定される。ステータスの項目は、対象の明細の状況を示す情報を保持する。状況としては、例えば、「受付済」「予約済」「作業完了」「請求済」「支払済」などの値が設定される。

なお、上述の図２〜図６で示した各テーブルのデータ構成（項目）はあくまで一例であり、同様のデータを保持・管理することが可能な構成であれば、他のテーブル構成やデータ構成であってもよい。

＜処理内容＞
以下では、本実施の形態のファミリーサポートサービス支援システム１での処理内容について説明する。図７は、保育者３０１による業務可能スケジュールの事前登録処理の例について概要を示したフロー図である。まず、保育者３０１は、自身の保育者端末３１０を利用して事業者サーバ１００にアクセスし、自身の業務可能スケジュールの参照を要求する（Ｓ１０１）。事業者サーバ１００の保育者管理部１２０は、保育者ＤＢ１０２から対象の保育者３０１の業務可能日時情報の項目を取得し、さらに、予約ＤＢ１０３から対象の保育者３０１についての予約情報を取得して、これらを保育者端末３１０のＷｅｂブラウザ等の画面上に出力する（Ｓ１０２）。

保育者３０１は、自身の現在の業務可能スケジュールの登録状況を確認した上で最新の状況を入力する（Ｓ１０３）。事業者サーバ１００の保育者管理部１２０は、入力された業務可能スケジュールの内容に基づいて、保育者ＤＢ１０２の業務可能日時情報の項目を更新して業務スケジュールを登録する（Ｓ１０４）。これにより、各保育者３０１は、自身の業務可能スケジュールを保育者端末３１０を利用して適時かつ容易に最新の状況に更新しておくことができ、予約時のマッチングの際の精度を高めることができる。

図８は、利用者２０１からの利用申し込みに対して業務可能な保育者３０１をマッチングする保育者手配処理の例について概要を示したフロー図である。まず、利用者２０１は、利用者端末２１０もしくは２２０、もしくは利用者宅２００に存在する管理端末１６０を利用して事業者サーバ１００にアクセスし、利用申し込み画面等から保育サービスの希望条件を入力して利用申し込みを行う（Ｓ２０１）。希望条件には、少なくとも、利用希望日時および時間帯の情報と、予算の情報が含まれる。その他の条件として、希望するオプションサービスなどの指定を行うことも可能である。

なお、希望条件として過去に保育サービスの提供を受けた保育者３０１をリピート指名することも可能である。この場合は、以下に示すような保育者手配処理は行われず、対象の保育者３０１の業務可能スケジュールとのマッチングで予約の成否が決定する。このとき、利用料金や報酬金額を所定の割合で指名料として上乗せするようにしてもよい。

事業者サーバ１００の予約処理部１３０は、利用申し込みを受け付けて予約ＤＢ１０３に申し込み内容を登録するとともに、希望条件に合致する保育者３０１の候補を保育者ＤＢ１０２から一次抽出する（Ｓ２０２）。ここでは、利用者２０１の利用希望時間帯に業務可能であり、対象の子供の年齢等の条件からも対応可能であり、利用者２０１の予算内で利用料金が収まる保育者１０２のリストを保育者ＤＢ１０２から抽出する。予算と対比する利用料金については、例えば、各保育者３０１について、保育者ＤＢ１０２における報酬単価（もしくは評価ランク）、および利用者ＤＢ１０１における利用者２０１の利用等級に基づいて料金に上乗せしたり減額したりするための調整率と保育事業者の利益率とに基づいて算出される料金単価と、利用申し込みにおける利用時間との乗算によって算出することができる。

次に、予約処理部１３０は、ステップＳ２０２で抽出した各保育者１０２について優先順位を算出して優先順位に従ってリストを並び替える（Ｓ２０３）。当該優先順位は、この順位が高い保育者３０１ほど、対象の利用申し込みに対して作業者として割当てられやすくなるということを示す。優先順位の具体的な算出方法は特に限定しないが、例えば、保育者ＤＢ１０２において評価ランクの項目が高い保育者３０１ほど優先順位が高くなるようにすることができる。また、予約ＤＢ１０３や業務記録ＤＢ１０４の過去の履歴から、対象の利用者２０１に対して保育サービスを実施した実績があり、かつ評価も悪くない保育者３０１を抽出し、当該保育者３０１の優先順位が高くなるようにすることもできる。

上記のような「対象の利用者２０１に対して優良なサービスが提供できる可能性の高い保育者３０１」ほど優先順位が高くなるような方法以外の算出方法であってもよい。例えば、総利用時間や総利用回数が多く利用に慣れている利用者２０１に対して、業務経験の浅い保育者３０１ほど優先順位が高くなるようにしてスムーズに作業が進むように考慮したり、直近の業務回数が少ない保育者３０１に対して優先順位が高くなるようにして各保育者３０１の業務状況の均一化を図ったりなど、保育事業者としての効率性などの観点から優先順位を決定するような算出方法とすることもできる。

ステップＳ２０３で各保育者３０１についての優先順位が算出されると、次に、その中から実際に利用者宅２００に派遣する保育者３０１を決定する。このとき例えば、優先順位が最も高い保育者３０１に自動的に決定することも可能であるが、本実施の形態では、保育者３０１の受諾をもって決定するものとする。すなわち、優先順位の高い保育者３０１から順に問い合わせを行い、最初に受諾の応答をした保育者３０１に決定する方式をとる。

具体的には、まず、予約処理部１３０は、優先順位の順に各保育者３０１に業務可能か否かを問い合わせるための時間間隔を算出して各保育者３０１に割当てる（Ｓ２０４）。例えば、現在時刻から予約を確定しなければならない時刻（例えば、利用申し込みにおけるサービスの利用開始日時より所定の時間だけ前の日時、もしくは利用申し込みにおいて利用者２０１が指定した日時）までの残り時間を算出し、これをステップＳ２０２で一次抽出された保育者３０１の人数で除算した時間を当該時間間隔とすることができる。単純な除算ではなく、優先順位が高い保育者３０１ほど長い時間間隔となるよう、優先順位により重み付けして時間間隔を算出してもよい。

次に、予約処理部１３０は、ステップＳ２０３で算出された優先順位が高い保育者３０１から順に、ステップＳ２０４で算出して割当てられた時間間隔で、対象の利用申し込みに対して業務可能か否かを問い合わせる電子メールを送信する（Ｓ２０５）。このとき、当該時間間隔が返答期限として指定される。電子メールを保育者端末３１０で受信した保育者３０１は、業務を受諾する場合は、事業者システム１００にアクセスして予約処理部１３０を介してその旨を入力する（Ｓ２０６）。電子メールによる返信を利用することも可能である。予約処理部１３０は、返答期限内に返答を受けた場合には、予約ＤＢ１０３の対応するレコードを更新して予約が確定した旨を登録する（Ｓ２０７）。このとき、請求・支払明細管理部１５０は、確定した利用条件の内容に係る情報を請求・支払明細ＤＢ１０５に仮登録する。

一方、保育者３０１が業務を受諾しない場合は、事業者システム１００にアクセスして予約処理部１３０を介してその旨を入力するか、返答せずに放置する。ステップＳ２０５において、時間間隔が経過しても予約の確定がされない場合は、次順位の保育者３０１に順次問い合わせの電子メールを送信する（Ｓ２０５）。このような処理により、優先順位によるアドバンテージを含む「早い者勝ち」方式により業務を実施する保育者３０１を決定して、利用者２０１からの利用申し込みに対する予約を確定することができる。

予約が確定すると、予約処理部１３０は、利用者２０１、および業務を実施する保育者３０１に対して電子メール等により予約確定の通知を行う（Ｓ２０８）。利用者２０１、および業務を実施する保育者３０１は、それぞれ、通知された内容を確認することで、予約の確定内容を把握することができる（Ｓ２０９、Ｓ２１０）。

また、事業者サーバ１００の業務記録管理部１４０は、予約ＤＢ１０３に保持されたレコードを利用して、利用者２０１の氏名、保育者３０１の氏名、および予約日時を含む業務記録の入力画面を生成する。業務記録入力画面の生成に際しては、例えば、管理端末１６０からＷｅｂブラウザを利用して業務記録入力画面を表示するためのアクセスがあった際（すなわち、業務開始の入力があった際）に、ＡＳＰのサーバプログラムとしての業務記録管理部１４０が、予約ＤＢ１０３に保持されたレコードから該当データを抽出してテンプレートに埋め込むことで動的に生成することができる。

また、管理端末１６０に業務記録入力用のクライアントアプリケーションを導入するような場合は、例えば予約確定時に業務記録管理部１４０が予約ＤＢ１０３に保持されたレコードを利用して業務記録入力画面を生成した上でいったん保持しておき、管理端末１６０から後述する業務開始情報の入力を受けた際に管理端末１６０上のクライアントアプリケーションに送信して表示させるようにしてもよい。

また、利用者２０１は、保育サービスの開始前の所定のタイミングまでは予約をキャンセルすることができる。利用者２０１は、利用者端末２１０もしくは２２０を利用して事業者サーバ１００にアクセスし、利用申し込み画面等から確定済みの保育サービスの予約を選択してキャンセルの入力を行う（Ｓ２１１）。事業者サーバ１００の予約処理部１３０は、キャンセルの入力を受け付けて予約ＤＢ１０３にその旨を登録する（Ｓ２１２）。このとき例えば、保育サービスの開始直前か否かなどのキャンセルのタイミング等を考慮して重み付けを行い、利用者ＤＢ１０１における対象の利用者２０１の予約キャンセル度の項目の値を再計算して更新する（Ｓ２１３）。ここで予約キャンセル度の値が所定の閾値を超えた場合には、利用者ＤＢ１０１における対象の利用者２０１の利用等級を下げることができる。

その後、予約処理部１３０は、利用者２０１、および業務を実施する保育者３０１に対して電子メール等により予約キャンセル確定の通知を行う（Ｓ２１４）。利用者２０１、および業務を実施する保育者３０１は、それぞれ、通知された内容を確認することで、予約のキャンセルを把握することができる（Ｓ２１５、Ｓ２１６）。

図９は、保育者３０１が利用者宅２００において保育サービスを実施する際の処理の例について概要を示したフロー図である。保育者３０１ｂは、利用者宅２００で保育サービスを開始する際に、管理端末１６０を利用して事業者サーバ１００にアクセスして必要に応じて予約内容等を確認するとともに、管理端末１６０から業務開始の入力を行う（Ｓ３０１）。入力された内容は事業者サーバ１００に送られ、これに基づいて、業務記録入力用画面が管理端末１６０に送信されるとともに業務記録管理部１４０は業務記録ＤＢ１０４に作業開始時刻等を登録する（Ｓ３０２）。ここでの作業項目の内容は保育サービス全体を対象としたものになる。

その後、個別の作業（図中では作業１〜ｎ）を開始する都度、保育者３０１ｂは管理端末１６０から作業開始の入力を行う（Ｓ３０３）。入力された内容は同様に事業者サーバ１００に送られ、これに基づいて、業務記録管理部１４０は業務記録ＤＢ１０４に作業開始時刻等を登録する（Ｓ３０４）。また、作業が終了する都度、管理端末１６０から作業終了の入力を行う（Ｓ３０５、Ｓ３１０）。入力された内容は同様に事業者サーバ１００に送られ、これに基づいて、業務記録管理部１４０は業務記録ＤＢ１０４の対応するレコードの作業終了時刻等を更新する（Ｓ３０６、Ｓ３１１）。

図１０は、管理端末１６０による業務記録の入力方法の例について概要を示した図である。例えば、図示するようなタッチパネルを有するタブレット型の携帯端末である管理端末１６０を利用して、画面上に表示された作業項目に対応するボタンを指やタッチペンによりタッチする操作のみで簡易に作業開始や終了の入力ができるようにする。事業者サーバ１００の業務記録管理部１４０は、このような簡易な入力を可能とする業務記録の入力画面を生成して管理端末１６０に送信し、表示させる。このような簡易な入力方法を用いることにより、多忙な保育サービスの最中であっても、保育者３０１ｂが業務記録を適時に入力することが可能となり、付随的な業務負荷を低減させることができる。

図９に戻り、保育者３０１ｂが保育サービス（作業１〜ｎ）を実施している最中、利用者２０１は出先の利用者端末２２０を利用して事業者サーバ１００にアクセスし、保育者３０１ｂによる作業の実施状況を確認するための要求をすることができる（Ｓ３０７）。事業者サーバ１００の業務記録管理部１４０は、利用者２０１からの要求を受けて、業務記録ＤＢ１４０から該当する業務記録の情報を抽出して出力する（Ｓ３０８）。利用者２０１は、出力された内容を利用者端末２２０によって参照することで、作業の実施状況を遠隔から確認することができる（Ｓ３０９）。

保育者３０１ｂによる保育サービス（作業１〜ｎ）が全て終了し、その後利用者２０１が帰宅した際に、利用者２０１は、管理端末１６０を利用して、事業者サーバ１００の業務記録ＤＢ１０４、もしくは管理端末１６０自身に保持されている業務記録の情報を参照し、その内容について確認を行う（Ｓ３１２）。内容を確認すると、業務終了の承認と、業務内容についての評価を行う（Ｓ３１３）。入力された内容は事業者サーバ１００に送られ、これに基づいて、業務記録管理部１４０は業務記録ＤＢ１０４の当該保育サービス全体を対象としたレコードの作業終了時刻や評価等を更新する（Ｓ３１４）。このタイミングとは別で、保育者３０１ｂが利用者２０１に対する評価（利用者２０１自身や利用者宅２００の環境等の評価）を登録できるようにしてもよい。

図１１は、管理端末１６０による業務記録の確認方法の例について概要を示した図である。例えば、管理端末１６０上に業務記録（作業項目）の一覧が表示され、これを参照して作業全体での評価を選択した上で確認ボタンを押すことにより、印鑑捺印の代替の承認とすることができる。このとき、例えば、各業務記録（作業項目）のハイパーリンクを選択することでその詳細を参照可能とし、作業項目毎の評価を行えるようにすることもできる。

図９に戻り、ステップＳ３１４で業務記録管理部１４０が利用者２０１による評価および業務終了を業務記録ＤＢ１０４に登録すると、登録された評価の内容に基づいて、例えば保育者管理部１２０により、当該保育者３０１ｂの評価ランクの再計算を行って、保育者ＤＢ１０２の評価ランクの項目を最新の値に更新する（Ｓ３１５）。評価ランクが更新されることによって、当該保育者３０１ｂの報酬単価が更新される場合もある。さらに、利用者管理部１１０により、当該利用者２０１の保育サービスの総利用時間の再計算を行って、利用者ＤＢ１０１の総利用時間の項目を最新の値に更新する（Ｓ３１６）。総利用時間が更新されることによって、当該利用者２０１の利用等級が上がる場合もある。その後、請求・支払管理部１５０は、請求・支払明細ＤＢ１０５における該当の請求明細、および支払明細のレコードのステータスをそれぞれ確定して更新する（Ｓ３１７）。

以上に説明したように、本発明の一実施の形態であるファミリーサポートサービス支援システム１によれば、予め保育者３０１の業務可能なスケジュールを登録しておき、利用者２０１からの利用申し込みに対して、登録された保育者３０１の中から条件に合致する保育者３０１をマッチングする。このとき、保育者３０１については、技能や経験、業務記録における利用者からの評価などに基づいて設定される報酬単価の情報を管理し、利用者２０１については利用実績や保育者からの評価などに基づいて設定される利用等級の情報を管理する。これらの情報に基づいて料金体系を設定し、利用者２０１の予算等の範囲内で条件に合致する保育者３０１の候補を選定する。選定された保育者３０１の中から業務を行う保育者３０１を決定し、利用者２０１、保育者３０１双方に通知するまでの処理を電子メール等を利用して自動化する。

これにより、保育事業者の業務コストを低減するとともに、保育者３０１の手配を半自動的に迅速に行えるようにすることから、直前の利用申し込みや変更等にも柔軟に対応することが容易となり、利用者２０１の拡大や保育提供機会の増加などを図ることができる。また、保育者３０１にとっては自身の技能や経験、業務毎の利用者２０１からの評価等に応じた報酬を得ることか可能となるため業務へのモチベーションの向上を図ることができる。また、保育者３０１の技能、経験等や、利用者２０１との相性等に応じた多様な料金体系の設定を容易に行うことができ、料金と報酬に見合った適切なサービスの提供が可能となる。

また、ファミリーサポートサービス支援システム１では、利用者宅２００で例えばタッチパネルを有する携帯型の管理端末１６０を用いて事業者サーバ１００と通信することで、保育者３０１ｂが予約内容や条件などの情報を参照したり業務記録の入力と送信を行うことができる。また、利用者２０１が出先から業務記録を参照することで作業状況を随時確認することができる。さらに例えば、管理端末１６０に録音・録画機能を実装することで、利用者２０１は音声や映像によっても作業状況を確認することができる。また、利用者２０１は帰宅時に管理端末１６０で業務記録の内容を最終的に確認して評価や承認等の処理を行うことができる。

これにより、保育者３０１ｂの業務記録の入力負荷を軽減してサービス品質を向上させるとともにコスト削減を図ることが可能となる。また、蓄積された業務記録の内容を分析することで、例えば重要項目について研修を設けるなど、サービス品質のさらなる向上を図ることが可能となる。また、利用者２０１および保育事業者が作業内容を随時確認できることから、いわゆる密室保育の不安を解消することができる。

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。

本発明は、保育や介護などの登録型のファミリーサポートサービスを提供する事業者の業務を支援するファミリーサポートサービス支援システムおよびファミリーサポートサービス支援サーバに利用可能である。

１…ファミリーサポートサービス支援システム、
１００…事業者サーバ（ファミリーサポートサービス支援サーバ）、
１０１…利用者ＤＢ、１０２…保育者ＤＢ、１０３…予約ＤＢ、１０４…業務記録ＤＢ、１０５…請求・支払明細ＤＢ、
１１０…利用者管理部、１２０…保育者管理部、１３０…予約処理部、１４０…業務記録管理部、１５０…請求・支払管理部、１６０…管理端末、
２００…利用者宅、２０１…利用者、２１０、２２０…利用者端末、
３０１ａ、ｂ…保育者、３１０…保育者端末、
４００…ネットワーク。

Claims (8)

1. 登録型の労働者を作業者としてファミリーサポートサービスを提供する事業者に使用される事業者サーバと、ネットワークを介して前記事業者サーバに接続可能なクライアント端末と、を有するファミリーサポートサービス支援システムであって、
   前記クライアント端末は、
   ファミリーサポートサービスを提供する複数の作業者から各作業者が業務可能なスケジュールの入力を受けて前記事業者サーバに送信するスケジュール送信機能を有し、
   前記事業者サーバは、
   ファミリーサポートサービスの複数の利用者について、それぞれの属性情報を含む利用者情報を利用者情報記録手段に登録して保持および管理する利用者情報管理部と、
   複数の作業者について、それぞれの属性情報、および前記スケジュール送信機能から送信されたスケジュール情報を含む作業者情報を作業者情報記録手段に登録して保持および管理する作業者情報管理部と、
   前記複数の利用者の中の任意の利用者からのファミリーサポートサービスの利用申し込みを受け付けて予約情報記録手段に登録し、前記作業者情報記録手段に保持する情報に基づいて当該利用申し込みに係る利用予定日時に業務可能な作業者を作業者候補として抽出し、当該作業者候補からの作業依頼の受諾連絡を受け付けて作業者を決定して予約を確定する予約処理部と、
   前記予約処理部によって前記予約情報記録手段に登録され確定された予約に係る業務記録が入力される業務記録入力画面を生成して前記クライアント端末に送信する業務記録管理部と、を有するファミリーサポートサービス支援システム。
2. 請求項１に記載のファミリーサポートサービス支援システムにおいて、
   前記クライアント端末は、
   前記複数の作業者の中の任意の作業者がサービスを実施する際に当該作業者から前記業務記録入力画面に係る情報の入力を受けて前記事業者サーバに送信する業務記録送信機能、および業務終了後にファミリーサポートサービスの利用者から業務内容についての評価と業務終了の承認の入力とを受けて前記事業者サーバに送信する業務評価送信機能をさらに有し、
   前記利用者情報管理部は、複数の利用者について、それぞれの属性情報、およびファミリーサポートサービスの利用実績を含む情報に基づく利用等級を含む利用者情報を利用者情報記録手段に登録して保持および管理し、
   前記作業者情報管理部は、複数の作業者について、それぞれの属性情報、前記スケジュール送信機能から送信されたスケジュール情報、および前記業務評価送信機能から送信された評価情報を含む情報に基づく評価ランクを含む作業者情報を作業者情報記録手段に登録して保持および管理し、
   前記予約処理部は、利用予定日時および予算を含む条件を含む利用申し込みを受け付け、各作業者の業務可能なスケジュール、および各作業者についての前記評価ランクに基づいて設定される報酬単価と、当該利用申し込みに係る利用者についての前記利用等級に基づいて設定される調整率とに基づいて決定される料金単価との比較に基づいて、前記作業者候補を抽出することを特徴とするファミリーサポートサービス支援システム。
3. 請求項１または２に記載のファミリーサポートサービス支援システムにおいて、
   前記予約処理部は、複数の作業者候補を抽出し、当該複数の作業者候補について優先順位を決定して優先順位の高い作業者候補から順に作業依頼を行うことを特徴とするファミリーサポートサービス支援システム。
4. 請求項３に記載のファミリーサポートサービス支援システムにおいて、
   前記予約処理部は、前記利用申し込みの受付日時から当該利用申し込みに係る利用予定日時までの時間の長さに応じて異なる間隔で前記複数の作業者候補に対する作業依頼を行うことを特徴とするファミリーサポートサービス支援システム。
5. 請求項２〜４のいずれか１項に記載のファミリーサポートサービス支援システムにおいて、
   前記クライアント端末は、
   前記複数の作業者の中の任意の作業者による業務終了後に、当該作業者から当該作業者の業務に係るファミリーサポートサービスの利用者についての利用者評価の入力を受けて前記事業者サーバに送信する利用者評価送信機能をさらに有し、
   前記予約処理部は、
   利用者からの利用申し込みに対して、当該利用者についての前記利用等級が低いほど前記調整率について料金単価が高くなるように設定し、
   前記利用者情報管理部は、
   前記利用等級について、当該利用者によるファミリーサポートサービスの利用予約の変更もしくはキャンセルの程度が大きいほど下がり、当該利用者に対してファミリーサポートサービスを提供した作業者から労働負荷が高い旨の評価が多いほど下がり、当該利用者によるファミリーサポートサービスの総利用時間が長いほど上がるように設定することを特徴とするファミリーサポートサービス支援システム。
6. 請求項２〜５のいずれか１項に記載のファミリーサポートサービス支援システムにおいて、
   前記業務記録管理部は、前記クライアント端末から送信された業務記録、および当該業務記録に係る業務に係る利用者からの当該業務の内容についての評価を含む情報を業務記録記録手段に登録して保持および管理し、
   前記作業者情報管理部は、
   前記評価ランクについて、前記業務記録記録手段に保持された業務内容についての評価が高いほど上がり、前記作業者情報記録手段に登録された内容が作業者の技能もしくは経験が高いものであることを示すほど上がるように設定し、
   前記評価ランクが高いほど、当該作業者の報酬単価が上がるように設定することを特徴とするファミリーサポートサービス支援システム。
7. 請求項１〜６のいずれか１項に記載のファミリーサポートサービス支援システムにおいて、
   前記クライアント端末は、
   ファミリーサポートサービスの利用者により利用される利用者端末と、
   ファミリーサポートサービスを提供する作業者により利用され前記スケジュール送信機能を有する作業者端末と、
   前記業務記録入力画面が表示される表示手段、タッチパネルによる入力が可能な入力手段、および録音手段または録画手段のどちらか一方または両方を有する管理端末と、を含んで構成されることを特徴とするファミリーサポートサービス支援システム。
8. 登録型の労働者を作業者としてファミリーサポートサービスを提供する事業者が保持するサーバシステムであり、ネットワークを介してクライアント端末が接続可能なファミリーサポートサービス支援サーバであって、
   ファミリーサポートサービスの複数の利用者について、それぞれの属性情報を含む利用者情報を利用者情報記録手段に登録して保持および管理する利用者情報管理部と、
   ファミリーサポートサービスを提供する複数の作業者について、それぞれの属性情報、および前記クライアント端末から各作業者によって入力され送信されたスケジュール情報を含む作業者情報を作業者情報記録手段に登録して保持および管理する作業者情報管理部と、
   前記複数の利用者の中の任意の利用者からのファミリーサポートサービスの利用申し込みを受け付けて予約情報記録手段に登録し、前記作業者情報記録手段に保持する情報に基づいて当該利用申し込みに係る利用予定日時に業務可能な作業者を作業者候補として抽出し、当該作業者候補からの作業依頼の受諾連絡を受け付けて作業者を決定して予約を確定する予約処理部と、
   前記予約処理部によって前記予約情報記録手段に登録され確定された予約に係る業務記録が入力される業務記録入力画面を生成して前記クライアント端末に送信する業務記録管理部と、を有するファミリーサポートサービス支援サーバ。