JP2023049520A - 委託業務管理システム及び委託業務管理方法 - Google Patents

Abstract

【課題】委託業務をより効率的に遂行することが可能となる委託業務管理システム及び委託業務管理方法を提供する。
【解決手段】委託業務管理システムにおいて、委託元企業がデータセンター等で運営するサーバ１００は、委託元企業との契約に基づいて店舗において役務・商品の提供を行う役務・商品提供者が、店舗への出勤予定の登録を行い、登録された出勤予定に基づいて出勤予定データ１５１を作成する出勤予定処理部１０３と、出勤予定データ１５１に基づいて役務・商品を受ける利用者からの予約を受け付け、受け付けた予約に基づいて予約データ１５２を作成する予約処理部１０５と、予約データ１５２に基づいて役務・商品提供者から利用者に対して提供された役務・商品に対する支払いを記録した決済データ１５３を作成する決済処理部１０６と、を有する。
【選択図】図４

Description

本発明は、業務委託元との契約に基づいて、店舗において役務・商品の提供を行う役務・商品提供者の出勤、顧客である役務・商品利用者の予約、役務・商品提供者の売り上げの管理を行う委託業務管理システム及び委託業務管理方法に関する。

例えば、美容院においては、カットやパーマ、カラーリングといったメニューに従い、顧客に対してサービス（役務）が提供されるが、事前に顧客からの予約を受け付けておくのが一般的であり、この予約の際しては、来店日時の他に、メニューの指定や担当者の指名等がなされる。

このような美容院の予約は、一般的には、複数の処理を同時間帯に行う並行予約である。並行予約においては、同時間帯に複数の予約が重ならないように管理されるが、近年、これをコンピューター上で行い得るシステムが提案されている。

例えば、特許文献１（特許第４８８１６１２号公報）には、施術の予約を設定するための予約画面を表示することができる予約スケジュール最適化装置が開示されている。
特許第４８８１６１２号公報

美容院などにおいては、サービスを提供する美容師（施術者）が個人事業主、いわゆるフリーランスの形態で働くケースがある。この場合、個人事業主である施術者が提供した１ヶ月間のサービスの回数・内容等に応じて、施術者から美容室の経営者に対して請求書が発行され、これにより施術者に対する支払いがなされることが一般的である。

上記特許文献１記載の従来技術においては、美容院などにおける施術者が提供するサービスの予約の管理を行うことが可能である。しかしながら、予約の管理と共に、施術者が提供したサービスに対する支払いまでを一貫して管理するようなシステムは、これまで提案されておらず、問題であった。

この発明は、上記のような課題を解決するものであって、本発明に係る委託業務管理システムは、業務委託元との契約に基づいて店舗において役務・商品の提供を行う役務・商品提供者が、店舗への出勤予定の登録を行い、登録された出勤予定に基づいて出勤予定データを作成する出勤予定処理部と、前記出勤予定データに基づいて役務・商品を受ける利用者からの予約を受け付け、受け付けた予約に基づいて予約データを作成する予約処理部と、前記予約データに基づいて役務・商品提供者から利用者に対して提供された役務・商品に対する支払いを記録した決済データを作成する決済処理部と、を有することを特徴とする。

また、本発明に係る委託業務管理システムは、前記出勤予定データに基づいて、店舗への出勤予定時間が所定時間未満である役務・商品提供者に対して、メールを送信するメール送信部を有することを特徴とする。

また、本発明に係る委託業務管理システムは、前記決済データに基づいて、役務・商品提供者が業務委託元に提出する請求書データを作成する請求書データ作成部を有することを特徴とする。

また、本発明に係る委託業務管理システムは、前記請求書データ作成部で作成された請求書データを、役務・商品提供者に対して提示する請求書データ提示部と、前記請求書データ提示部で提示された請求書データを、役務・商品提供者が業務委託元に提出する請求書データ提出部と、を有することを特徴とする。

また、本発明に係る委託業務管理方法は、業務委託元との契約に基づいて店舗において役務・商品の提供を行う役務・商品提供者が、店舗への出勤予定の登録を行い、登録された出勤予定に基づいて出勤予定データを作成する出勤予定処理ステップと、前記出勤予定データに基づいて役務・商品を受ける利用者からの予約を受け付け、受け付けた予約に基づいて予約データを作成する予約処理ステップと、前記予約データに基づいて役務・商品提供者から利用者に対して提供された役務・商品に対する支払いを記録した決済データを作成する決済処理ステップと、を有することを特徴とする。

本発明に係る委託業務管理システムは、業務委託元との契約に基づいて店舗において役務・商品の提供を行う役務・商品提供者が、店舗への出勤予定の登録を行い、登録された出勤予定に基づいて出勤予定データを作成する出勤予定処理部と、前記出勤予定データに基づいて役務・商品を受ける利用者からの予約を受け付け、受け付けた予約に基づいて予約データを作成する予約処理部と、前記予約データに基づいて役務・商品提供者から利用者に対して提供された役務・商品に対する支払いを記録した決済データを作成する決済処理部と、を有しており、このような本発明に係る委託業務管理システムによれば、役務・商品提供者（施術者等）の出勤・予約の管理から、役務・商品提供者（施術者等）が提供した役務・商品に対する支払いまでを一貫して管理することができ、委託業務をより効率的に遂行することが可能となる。

本発明の実施形態に係る委託業務管理システム１の概要を模式的に説明する図である。 本発明の実施形態に係る委託業務管理システム１で用いられる情報処理端末装置の一例であるスマートフォン１０のブロック図である。 店舗決済端末５０やサーバー１００を構成するコンピューター９００の一例を示すハードウエア構成図である。 本発明に係る委託業務管理システム１の機能の一部をブロック化して示す図である。 本発明の実施形態に係る委託業務管理システム１における施術者アカウント作成処理のフロー例を示す図である。 スマートフォン１０のタッチパネル部３０に表示される画面例を示す図である。 アカウント作成時に施術者データベース１５０に登録されるデータ群の一例を示す図である。 出勤予定募集メール作成・送信部１０２によって作成・送信されるメール文面の一例を示す図である。 出勤予定データ１５１のデータ構造例を示す概念図である。 レコメンド処理部１０４における処理のフロー例を示す図である。 レコメンド処理部１０４において作成されるメール文面の一例を示す図である。 予約処理部１０５における処理のフロー例を示す図である。 予約処理部１０５で作成される予約データ１５２のデータ構造例を示す概念図である。 決済処理部１０６で作成される決済データ１５３のデータ構造例を示す概念図である。 本発明に係る委託業務管理システム１の機能の一部をブロック化して示す図である。 本発明の実施形態に係る委託業務管理システム１における請求書データ作成処理のフロー例を示す図である。 スマートフォン１０のタッチパネル部３０に表示される画面例を示す図である。 請求書データの一例を示す図である。 本発明の実施形態に係る委託業務管理システム１における振り込みデータ作成処理のフロー例を示す図である。

以下、本発明の実施の形態を図面を参照しつつ説明する。図１は本発明の実施形態に係る委託業務管理システム１の概要を模式的に説明する図である。

委託業務管理システム１は、委託元企業が管理等する店舗において、業務委託を行っている役務・商品提供者の店舗への出勤の管理、役務・商品提供者が提供する役務・商品に対する予約の管理、役務・商品提供者から利用者に対して提供された役務・商品に対する支払いの管理までを行うことが少なくとも想定されている。

なお、店舗は直接的に委託元企業が管理してもよいし、例えば、フランチャイズオーナーが管理するようなことがあってもよい。また、委託元企業は店舗Ｂ～店舗Ｘが管理等をすることもできる。
以下の実施形態の説明では、委託元企業が直接店舗Ａを管理するケースに基づいて説明する。

本明細書では、「役務・商品提供者」とは、対価と引き換えに、店舗において役務及び商品の双方を利用者に提供する者、又は、役務若しくは商品を利用者に提供する者として定義する。以下の実施形態では「役務・商品提供者」の一例として、マッサージ、という役務を提供する「施術者」を例として説明を行う。この「施術者」は、マッサージ、という役務を提供する一方で、店舗Ａにて健康グッズなどの商品を販売・提供する可能性もあり、「施術者」は店舗において役務及び商品の双方を利用者に提供する者であり得る。以下の実施形態では、簡単のために、一人の施術者のデータ管理を追って説明を行うが、本発明に係る委託業務管理システム１は複数の施術者のデータ管理を行うことが想定されている。また、本明細書においては「施術者」は「役務・商品提供者」に読み替えられるものとする。

図中（０）に示すように、業務委託契約に基づいて、委託元企業から施術者に対して業務委託が行われる。本例では、施術者は個人事業主として委託業務を遂行することとなる。施術者は店舗Ａに出勤し、店舗Ａにて利用者に対して施術を行い、その対価として、施術料が店舗Ａにて支払われ、これが委託元企業の売り上げとして計上される。

施術者は、例えば１ヶ月間などのスパンで、施術者が利用者に対して提供した役務の回数・内容等に応じて、図中（１）に示すように、施術者から委託元企業に対して請求書を発行する。この請求書に基づいて、図中（２）に示すように、委託元企業は施術者に対して支払いを行う。

本発明に係る委託業務管理システム１は、以上のような委託業務の流れを、コンピューター・情報処理端末装置などによって一元的に管理するものである。

本発明に係る委託業務管理システム１は、委託元企業がデータセンター等において運営するサーバー１００と、このサーバー１００とデータ通信を行うことができる施術者・利用者が所有・携帯する情報処理端末装置とで構成される。サーバー１００としては、データ演算を行う機能、インターネット等通信回線を介してデータ通信を行う機能、データ記憶を行う機能、ユーザーインターフェース機能などを備えた一般的なコンピューターを用いることができる。

サーバー１００においは、施術者の登録データが記憶された施術者データベース１５０、顧客である利用者に関するデータが記憶された利用者データベース１８０と共に、後述する出勤予定データ１５１、予約データ１５２、決済データ１５３、請求書データ１５６、振り込みデータ１５７、銀行別フォーマットデータ１５９などが統合的に記憶・管理されている。

また、本発明に係る委託業務管理システム１においては、委託元企業が運営するサーバー１００とデータ通信可能とされている店舗決済端末５０が、店舗Ａに配されている。この店舗決済端末５０としては、一般的なパーソナルコンピューターを用いることができる。

この店舗決済端末５０においては、主として、店舗において利用者から受領した施術料の記録管理に用いられるが、出勤予定データ１５１、予約データ１５２、決済データ１５３なども参照・変更可能とされている。

また、情報処理端末装置としては、例えば、現在広く普及しているスマートフォン１０を用いることができる。しかしながら、本発明に係る委託業務管理システム１では、位置情報を取得することができる情報処理端末装置であれば、ｉＰａｄ（登録商標）などのタブレット型情報処理端末なども用いることができる。以下、本実施形態では、情報処理端末装置がスマートフォン１０である場合を例に説明する。

施術者が所有・携帯するスマートフォン１０からは、出勤予定の登録や請求書データの確認などに利用できるようにされている。また、顧客である利用者が所有・携帯するスマートフォン１０からは、施術の予約などができるようにされる。

データセンター等で運営されるサーバー１００には、本発明に係る委託業務管理システム１を処理するプログラムソフトウェアがインストールされている。また、店舗で運用される店舗決済端末５０にも、本発明に係る委託業務管理システム１を処理するプログラムソフトウェアがインストールされている。また、施術者が所有・携帯するスマートフォン１０にも、本発明に係る委託業務管理システム１を処理するアプリケーションプログラムソフトウェアがインストールされている。

なお、サーバー１００、店舗決済端末５０やスマートフォン１０にインストールされている上記プログラムソフトウェアの発明、当該プログラムソフトウェアによって実行される委託業務管理の方法に関する発明なども、本発明の範疇に含まれるものである。

次に、本発明に係る委託業務管理システム１で用いるスマートフォン１０などの情報処理端末装置や、サーバー１００、店舗決済端末５０などのコンピューターのハードウエア構成について説明する。

次に、本発明に係る委託業務管理システム１において、情報処理端末装置として用いるスマートフォン１０の概略構成について説明する。図２は本発明の実施形態に係る委託業務管理システム１で用いられる情報処理端末装置の一例であるスマートフォン１０のブロック図である。

制御部１１は、演算処理装置（ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ））や、この演算処理装置上で動作するオペレーティングシステムなどの基本プログラムに相当する構成である。また、記憶部１５は、データを記憶しておく揮発性メモリ（ＤＲＡＭ、ＳＲＡＭ等）や不揮発性メモリ（ＲＯＭ、フラッシュメモリ等）である。この記憶部１５においては、制御部１１が書き込んだデータを保持したり、書き込まれているデータが制御部１１によって参照されたり、或いは、制御部１１が不要となったデータを消去したりすることができるようになっている。

本発明に係る委託業務管理システム１は、このような記憶部１５にインストールされたアプリケーションソフトウェアに基づいて、制御部１１が各種処理を実行することで各種機能が実現されるようになっている。また、図において、制御部１１と連結されたブロック構成（例えば、タッチパネル部３０など）に対して各種制御指令を発したり、各種データを転送したり、また、当該ブロック構成で取得されたデータを受けたりすることができるようになっている。

また、本発明に係る委託業務管理システム１では、このような記憶部１５において、委託業務管理システム１のアプリケーションソフトウェアで生成された各種データのログ等を記憶するようになっている。

通信部２０は、無線通信によって外部の機器とデータ通信、音声通話を実現するものでる。通信部２０は、制御部１１の指令に基づいて、例えば、記憶部１５に書き込まれたデータを外部機器に送信することなどができる。

ＧＰＳ受信部２３は、複数の衛星からのＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ ）信号を受信することで、自らの緯度・経度を特定する構成である。ＧＰＳ受信部２３で特定された緯度・経度は制御部１１に送信される。制御部１１は、記憶部１５に記憶されている地図データ・アプリケーション（不図示）と連携することで、地図上におけるスマートフォン１０自身の存在位置、ひいては、スマートフォン１０を携帯していることが想定されるユーザーの位置を割り出す。

撮像部２５は、静止画像データや動画像データを取得する構成である。このような撮像部２５で取得された静止画像データや動画像データは、必要に応じて記憶部１５に保存される。記憶部１５に保存された静止画像データや動画像データを、委託業務管理システム１で適宜利用するように構成することもできる。

スマートフォン１０に設けられているタッチパネル部３０は、ユーザーインターフェースとして利用される。タッチパネル部３０は、ユーザーの指の接触を検知することで、ユーザーが情報を入力できる入力部３１と共に、ユーザーに対して情報を表示する表示部３２とが一体となったものである。タッチパネル部３０において、表示部３２と入力部３１とは重ねられるように設けられると共に、入力部３１は透明とされているので、ユーザーは表示部３２の表示に対して指を接触させることで、表示に基づいた入力を行うことができるようになっている。このようなタッチパネル部３０に基づいたユーザーによる入力操作については、従来周知の技術が本発明に適用される。

スマートフォン１０におけるタッチパネル部３０で一般的に知られている「タップ」、「ダブルタップ」、「ロングタップ」、「フリック」、「スワイプ」、「ピンチ」と称される各入力操作は、本発明に係る委託業務管理システム１においても採用されている。

加速度センサー４１は、スマートフォン１０に対して加えられる加速度を計測する慣性センサーであり、例えば、加速度の検出方式としてＭＥＭＳ（Ｍｉｃｒｏ Ｅｌｅｃｔｒｏ Ｍｅｃｈａｎｉｃａｌ Ｓｙｓｔｅｍ）技術を応用したＭＥＭＳ加速度センサーを利用することができる。

地磁気センサー４２は、磁場（磁界）の大きさ、方向を計測するセンサーである。地磁気センサー４２としては、ホール素子のホール効果を利用したホール素子センサーや、磁気抵抗素子を用いたＭＲセンサーなどを用いることができる。

また、ジャイロセンサー４３は、スマートフォン１０の回転角速度を計測する角速度センサーである。このようなジャイロセンサー４３としては、ＭＥＭＳ技術を用いた振動式ジャイロセンサーを好適に用い得る。

本発明に係る委託業務管理システム１では、以上のような構成を有するスマートフォン１０のタッチパネル部３０における画面表示と、このタッチパネル部３０からのユーザーによる入力操作とで、ユーザーインターフェースが構成されている。以下、タッチパネル部３０におけるユーザーインターフェースのための画面表示例も交えながら、本実施形態の説明を進める。

図３は、店舗決済端末５０やサーバー１００を構成するコンピューター９００の一例を示すハードウエア構成図である。 サーバー１００は、汎用又は専用のコンピューター９００により構成され得る。コンピューター９００は、その主要な構成要素として、バス９１０、プロセッサ９１２、メモリ９１４、入力デバイス９１６、出力デバイス９１７、表示デバイス９１８、ストレージ装置９２０、通信Ｉ／Ｆ（インターフェース）部９２２、外部機器Ｉ／Ｆ部９２４、Ｉ／Ｏ（入出力）デバイスＩ／Ｆ部９２６、及び、メディア入出力部９２８を備える。なお、上記の構成要素は、コンピューター９００が使用される用途に応じて適宜省略されてもよい。

プロセッサ９１２は、１つ又は複数の演算処理装置（ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＭＰＵ（Ｍｉｃｒｏ－ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、ＤＳＰ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等）で構成され、コンピューター９００全体を統括する制御部として動作する。メモリ９１４は、各種のデータ及びプログラム９３０を記憶し、例えば、メインメモリとして機能する揮発性メモリ（ＤＲＡＭ、ＳＲＡＭ等）と、不揮発性メモリ（ＲＯＭ、フラッシュメモリ等）とで構成される。

入力デバイス９１６は、例えば、キーボード、マウス、テンキー、電子ペン等で構成され、入力部として機能する。出力デバイス９１７は、例えば、音（音声）出力装置、バイブレーション装置等で構成され、出力部として機能する。表示デバイス９１８は、例えば、液晶ディスプレイ、有機ＥＬディスプレイ、電子ペーパー、プロジェクタ等で構成され、出力部として機能する。入力デバイス９１６及び表示デバイス９１８は、タッチパネルディスプレイのように、一体的に構成されていてもよい。ストレージ装置９２０は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等で構成され、記憶部として機能する。ストレージ装置９２０は、オペレーティングシステムやプログラム９３０の実行に必要な各種のデータを記憶する。

通信Ｉ／Ｆ部９２２は、インターネットやイントラネット等のネットワーク９４０（図１のネットワーク７と同じでもよい）に有線又は無線により接続され、所定の通信規格に従って他のコンピューターとの間でデータの送受信を行う通信部として機能する。外部機器Ｉ／Ｆ部９２４は、カメラ、プリンタ、スキャナ、リーダライタ等の外部機器９５０に有線又は無線により接続され、所定の通信規格に従って外部機器９５０との間でデータの送受信を行う通信部として機能する。Ｉ／ＯデバイスＩ／Ｆ部９２６は、Ｉ／Ｏデバイス９６０に接続され、Ｉ／Ｏデバイス９６０との間で、例えば、制御信号等の各種の信号やデータの送受信を行う通信部として機能する。メディア入出力部９２８は、例えば、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）ドライブ、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）ドライブ等のドライブ装置で構成され、ＤＶＤ、ＣＤ等のメディア（非一時的な記憶媒体）９７０に対してデータの読み書きを行う。

上記構成を有するコンピューター９００において、プロセッサ９１２は、ストレージ装置９２０に記憶されたプログラム９３０をメモリ９１４に呼び出して実行し、バス９１０を介してコンピューター９００の各部を制御する。なお、プログラム９３０は、ストレージ装置９２０に代えて、メモリ９１４に記憶されていてもよい。プログラム９３０は、インストール可能なファイル形式又は実行可能なファイル形式でメディア９７０に記録され、メディア入出力部９２８を介してコンピューター９００に提供されてもよい。プログラム９３０は、通信Ｉ／Ｆ部９２２を介してネットワーク９４０経由でダウンロードすることによりコンピューター９００に提供されてもよい。また、コンピューター９００は、プロセッサ９１２がプログラム９３０を実行することで実現する各種の機能を、例えば、ＦＰＧＡ（ｆｉｅｌｄ－ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）等のハードウエアで実現するものでもよい。

コンピューター９００は、例えば、据置型コンピューターや携帯型コンピューターで構成され、任意の形態の電子機器である。コンピューター９００は、コンピューター９００の使用用途に応じて、クライアント型コンピューターやエッジ型コンピューターで構成されてもよいし、サーバー型コンピューターやクラウド型コンピューターで構成されてもよい。

次に、以上のようなハードウエア構成を有するスマートフォン１０やサーバー１００による、本発明に係る委託業務管理システム１の処理について説明する。図４は本発明に係る委託業務管理システム１の機能の一部をブロック化して示す図である。

本発明に係る委託業務管理システム１においては、施術者アカウント作成部１０１は、施術者のスマートフォン１０との間のデータ通信に基づいて、委託元企業と契約を結んでいる個々の施術者に関するアカウントを開設し、施術者に関する登録データを施術者データベース１５０に記憶する。

図５及び図６を参照して、施術者アカウント作成部１０１による処理の詳細について説明する。図５は本発明の実施形態に係る委託業務管理システム１における作成処理のフロー例を示す図である。図５のフローで示す処理において、左側は施術者アカウントを作成しようとするユーザーのスマートフォン１０による処理を示しており、右側がサーバー１００による処理を示しいている。また、それらの間の処理は通信を伴うものである。また、本明細書においては、スマートフォン１０における処理では、ユーザーの意思・判断に基づく処理がフローに含まれることがあるが、これは、あくまで本発明に係る委託業務管理システム１における基本的な処理の流れを理解しやすくするために含めたものである。

図５においては、まず、サーバー１００側で、ステップＳ１２１で初期登録用画面を作成して、これをスマートフォン１０に送信する。スマートフォン１０側では、このような画面をスマートフォン１０のタッチパネル部３０に表示する。

図６はスマートフォン１０のタッチパネル部３０に表示される画面例を示す図である。図６（Ａ）は初期に表示される画面例であり、スタッフ用のサイトである旨の表示や、「これから、業務委託スタッフ情報の登録を行います。・・・・」などのメッセージが表示される。

図６（Ｂ）は図６（Ａ）の「次に進む」のボタンをタップしたときの表示画面例を示している。図６（Ｂ）に示すように、施術者が所属する店舗に関するデータが選択的に入力できるようになっている。また、漢字氏名、ふりがな氏名、性別、・・・・などの当該施術者に関する登録データを入力可能なフォームが表示され、これらに基づいて、施術者が自らの登録データを入力できるようになっている。なお、このようなアカウント作成に関する入力フォームは一般的な技術を用いることができる。さて、スマートフォン１０側では、ステップＳ１１１で、このようなフォームに基づいて初期登録情報を入力して、サーバー１００側に送信する。

サーバー１００側がこれを受信すると、ステップＳ１２２で、施術者データベース１５０に新たなアカウントを作成し、ステップＳ１２３で、当該施術者によって入力された初期登録情報を、施術者データベース１５０に保存する。図７は、このようなアカウント作成時に施術者データベース１５０に登録されるデータ群の一例を示す図である。

施術者データベース１５０におけるアカウント毎のデータセットには、一例であるがデータとして、施術者のハンドルネームなどの「ＩＤ」に係るデータ、施術者の「メールアドレス」に係るデータ、施術者が設定した「パスワード」に係るデータ、施術者が勤務・出勤する「所属店舗」に係るデータ、施術者の「氏名（漢字）」に係るデータ、施術者の「氏名ふりがな」に係るデータ、施術者の「性別」に係るデータ、施術者の「生年月日」に係るデータ、施術者の「住所」に係るデータ、施術者の「電話番号」に係るデータ、施術者が振込先として指定する口座がある「振込先銀行名」に係るデータ、振込先銀行の「支店名」に係るデータ、振込先銀行の「口座番号」に係るデータ、口座の「名義」に係るデータ、施術者の技量・顧客の信頼度に応じた「歩合（施術売り上げ請求割合）」に係るデータなどのデータを含めることができる。

本発明に係る委託業務管理システム１においては、特に、施術者データベース１５０が「振込先銀行名」、「支店名」、「口座番号」、「名義」、「歩合（施術売り上げ請求割合）」などのデータを記憶しているため、施術者が提供したサービスに対する支払いまでを一貫して管理することが可能となる。

図５に戻り、ステップＳ１２４でサーバー側からスマートフォン１０に対して、登録完了の通知が送信され、スマートフォン１０側にて当該通知が表示されることで、施術者アカウント作成処理のフローが終了する。

図４に戻り、出勤予定募集メール作成・送信部１０２について説明する。出勤予定募集メール作成・送信部１０２は、コンピューターが一般的に備えるカレンダー機能と、施術者データベース１５０とに基づいて、出勤予定を募集する旨のメールを作成して、各施術者のスマートフォン１０に対して、これを送信する機能を有する。このような出勤予定募集メール作成・送信部１０２は、例えば、隔週で処理を実行したり、或いは、１月に１回で処理を実行したり、というように適宜設定される。

図８は出勤予定募集メール作成・送信部１０２によって作成・送信されるメール文面の一例を示す図である。なお、本明細書では「シフト」と「出勤予定」を同義的に用いることとする。文面に示すように、このようなメールには、出勤予定を募集する旨と共に、申請期限や、申請を行うための画面のＵＲＬに係る情報が含まれている。

このようなメールを受信した先のＵＲＬをタップして、申請を行うための画面にアクセスする。このＵＲＬに設定されているのが、出勤予定処理部１０３である。出勤予定処理部１０３では、出勤予定日と、出勤予定の時間枠を登録することができるユーザーインターフェース（不図示）を備えており、施術者は自らのスマートフォン１０を操作することで、出勤予定日・出勤予定の時間枠を設定する。

出勤予定処理部１０３で施術者によって設定された出勤予定日・出勤予定時間枠に係るデータは、出勤予定データ１５１として記憶される。図９は出勤予定データ１５１のデータ構造例を示す概念図である。図９の例では８月３０日（月）、８月３１日（火）、９月２日（木）が出勤予定日であり、それぞれの日において斜線で示される時間帯が出勤予定時間枠である。

本発明に係る委託業務管理システム１においては、機会損失を抑制するために、施術者に対して出勤予定を増やすよう促す仕組みが設けられている。この仕組みは、出勤予定が少ない施術者に対しては、出勤予定日を増やすことで収入を増やすよう勧める、という意味で、本明細書では「レコメンド処理」と称している。レコメンド処理部１０４は、このようなレコメンド処理を実行する機能を有している。

上記のようなレコメンド処理部１０４における処理のフロー例を、図１０を参照して説明する。なお、以下のフローは着目する一人の施術者に対応するフローである。図１０のフローは全ての施術者を対象として実行される。

図１０において、ステップＳ２００でレコメンド処理が開始されると、続いて、ステップＳ２０１に進み、着目している施術者の出勤予定データ１５１を取得する。

次に、ステップＳ２０２において、当該施術者の勤予定データ１５１から、当該施術者の総出勤予定時間を計算し、ステップＳ２０３で、当該施術者の総出勤予定時間が、基準となる出勤予定時間未満であるか否かが判定される。この判定の結果がＮＯであれば、ステップＳ２０７に進み、レコメンド処理を終了する。一方、この判定の結果がＹＥＳであれば、ステップＳ２０４に進む。

ステップＳ２０４では、（基準出勤予定時間）－（総出勤予定時間）＝（差分時間）を計算し、この（差分時間）に基づいて、期待できる収入を計算する。なお、このような期待できる収入の計算方法は、他の方法も用いることができる。例えば、期待できる収入を計算するとき、曜日による重み付けを加味し、より精度の高い期待可能な収入を計算するようにしてもよい。

ステップＳ２０５においては、レコメンドメールを作成する処理を実施する。図１１はレコメンド処理部１０４において作成されるメール文面の一例を示す図である。文面に示すように、レコメンドメールには、出勤予定を再募集する旨が記載されている。

また、本例では、先の（差分時間）である７時間の出勤予定時間を増やすことで、期待できる収入がＸＸＸＸ円（ステップＳ２０４の計算に基づく）である旨の記載がなされる。さらに、文面には、申請を行うための画面のＵＲＬに係る情報が含まれている。

ステップＳ２０６では、上記のように作成されたレコメンドメールを該当する施術者のスマートフォン１０に送信し、ステップＳ２０７でレコメンド処理を終了する。

このように本発明に係る委託業務管理システム１においては、出勤予定日を増やすことで収入を増やすよう施術者に対してレコメンドするレコメンド処理というアルゴリズムを有するものであり、このような本発明に係る委託業務管理システム１によれば、機会損失を低減することが可能となる。

これまでの処理により、施術者の出勤予定が設定されることになるで、続いて、利用者からの予約を受け付けるプロセスに進んでいく。図４における予約処理部１０５は、出勤予定データ１５１に基づいてマッサージの施術を受ける利用者からの予約を受け付け、受け付けた予約に基づいて予約データ１５２を作成する処理を実行する機能を有する。

図１２は予約処理部１０５における処理のフロー例を示す図である。図１２に示すフローは、サーバー１００と、施術者からの役務を利用する予定の利用者のスマートフォン１０との間の処理を示している。

図１２において、サーバー１００側のステップＳ３００で、予約処理が開始されると続いて、ステップＳ３０１において、予約の人数の入力を、スマートフォン１０を所有する利用者に対して要求する。

スマートフォン１０側では、ステップＳ０１で予約の人数の入力が実行され、当該入力データがサーバー１００側に対して送信される。ステップＳ３０２において、予約の人数が１人であるか否かについての判定がなされる。この判定の結果がＹＥＳであれば、ステップＳ３０４へと進む。一方、この判定の結果がＮＯであれば、ステップＳ３０３へと進む。

複数人の予約が入ったステップＳ３０３においては、サーバー１００側では、許容する時間差の入力を利用者に対して要求する。複数人で店舗に来店した際、それぞれの利用者が同時に施術を受けることができるかは分からない。そこで、本発明に係る委託業務管理システム１においては、同時に施術を受けられない場合には、どの程度の時間差（例えば、１０分、２０分、３０分などの時間差）であれば、許容するのかをあらかじめ利用者に問い合わせておき、これに応じて、予約可能な時間枠などを提案するようにしている。スマートフォン１０側では、ステップＳ０２で許容する時間差の入力が実行され、当該入力データがサーバー１００側に対して送信される。

ステップＳ３０４においては、店舗Ａに出勤する全施術者の出勤予定データ１５１を参照し、予約可能な施術者、予約可能時間枠を提示し、利用者に対して入力を要求する。スマートフォン１０側では、ステップＳ０３で施術者、予約可能時間枠の入力が実行され、当該入力データがサーバー１００側に対して送信される。

ステップＳ３０５においては、選択可能なマッサージのコースを提示して、利用者に対して入力を要求する。スマートフォン１０側では、ステップＳ０４でマッサージのコースの入力が実行され、当該入力データがサーバー１００側に対して送信される。

ステップＳ３０６においては、これまで、スマートフォン１０側により入力された情報に基づいて、最終確認画面を提示し、予約を確定するか否かの入力を要求する。スマートフォン１０側では、ステップＳ０４では、確定（或いは、非確定）の入力が実行され、当該入力データがサーバー１００側に対して送信される。

予約が確定した場合には、ステップＳ３０７においては、確定した予約に併せて予約データ１５２を更新し、ステップＳ３０８で予約処理を終了する。図１３は予約処理部１０５で作成される予約データ１５２のデータ構造例を示す概念図である。図１３の例では、８月３０日（月）、８月３１日（火）、９月１日（水）が出勤予定日の斜線で示される出勤予定時間枠において予約がされたことが示されている。この予約データ１５２においては、８月３０日（月）には１４：００から「マッサージ６０分コース」の予約が、また、８月３１日（火）には１２：００と１６：００から「疲労回復６０分コース」の予約が、９月１日（水）には１８：００から「マッサージ６０分コース」の予約がなされたデータとなっている。

以上のような予約データ１５２に基づいて、利用者は店舗Ａに来店して、施術者からマッサージの役務を受けることとなる。利用者はマッサージの役務に対する支払いを行うが、この支払いの記録は、図４に示す店舗決済端末５０にて保存されると共に、当該記録がサーバー１００に送信される。サーバー１００において、決済処理部１０６は支払いの記録を受信すると共に、決済データ１５３を作成する。

図１４は決済処理部１０６で作成される決済データ１５３のデータ構造例を示す概念図である。

この決済データ１５３の例においては、８月３０日（月）の１４：００からの「マッサージ６０分コース」に対する支払いが済んでいることと、施術料が３，５００円であった支払い記録が、また、８月３１日（火）の１２：００からの「疲労回復６０分コース」に対する支払いが済んでいることと、施術料が４，５００円であった支払い記録が、８月３１日（火）の１２：００１６：００からの「疲労回復６０分コース」に対する予約はキャンセルされ、支払いがなかった記録が、９月１日（水）の１８：００からの「マッサージ６０分コース」に対する支払いが済んでいることと、施術料が３，５００円であった支払い記録が、データとなっている。

以上のように、本発明に係る委託業務管理システム１は、業務委託元との契約に基づいて店舗において役務・商品の提供を行う役務・商品提供者が、店舗への出勤予定の登録を行い、登録された出勤予定に基づいて出勤予定データ１５１を作成する出勤予定処理部１０３と、前記出勤予定データ１５１に基づいて役務・商品を受ける利用者からの予約を受け付け、受け付けた予約に基づいて予約データ１５２を作成する予約処理部１０５と、前記予約データ１５２に基づいて役務・商品提供者から利用者に対して提供された役務・商品に対する支払いを記録した決済データ１５３を作成する決済処理部１０６と、を有しており、このような本発明に係る委託業務管理システム１によれば、役務・商品提供者（施術者等）の出勤・予約の管理から、役務・商品提供者（施術者等）が提供した役務・商品に対する支払いまでを一貫して管理することができ、委託業務をより効率的に遂行することが可能となる。

本発明に係る委託業務管理システム１は、上記のように施術者毎に決済データ１５３が作成されている。このような決済データ１５３に基づけば、施術者が業務委託元に提出する請求書データを作成することも可能となる。一般論ではあるが、役務・商品提供者はフリーランスとは言え、請求書などの作成に長けている訳ではない。そこで、本発明に係る委託業務管理システム１においては、役務・商品提供者（施術者等）毎に作成された決済データ１５３を積極的に活用し、請求書データの作成までを実行するようにしている。

図１５はこのような請求書データを作成する機能などをブロック化して示す図である。請求書データ作成部１１１は、決済データ１５３に基づいて、施術者が業務委託元に提出する請求書データ１５６を作成する機能を有している。

請求書データ作成部１１１で実行される処理について説明する。図１６は請求書データ作成部１１１で実行される請求書データ作成処理のフロー例を示す図である。図１６において、ステップＳ４００で、請求書データ作成処理が開始されると、続いてステップＳ４０１において、施術者の所定期間（例えば、１ヶ月間）の決済データ１５３を取得する。

次に、ステップＳ４０２では、施術者データベース１５０に登録されている歩合（施術売り上げ請求割合）を取得する。ステップＳ４０３では、決済データ１５３と、歩合（施術売り上げ請求割合）とから請求書データ１５６を作成する。

例えば、歩合（施術売り上げ請求割合）を６０％とすると、図１４に示す例に基づけば、ステップＳ４０３の処理では、８月３０日（月）の１４：００からの「マッサージ６０分コース」に対する施術料３，５００円に歩合（施術売り上げ請求割合）６０％を乗じて業務委託元に対する請求額２，１００円を算出し、８月３１日（火）の１２：００からの「疲労回復６０分コース」施術料４，５００円に歩合（施術売り上げ請求割合）６０％を乗じて業務委託元に対する請求額請求額２，７００円を算出し、９月１日（水）の１８：００からの「マッサージ６０分コース」に対する施術料３，５００円に歩合（施術売り上げ請求割合）６０％を乗じて業務委託元に対する請求額請求額２，１００円を算出し、といような処理が１ヶ月間分積み上げられて、請求書データが作成されていく。 ステップＳ４０４で、請求書データ作成処理が終了する。

上記のようにして作成された請求書データは、施術者に対して提示して、そして、当該請求書データでの会計処理で適切か否かを、施術者に確認してもらうような仕組みが本発明に係る委託業務管理システム１に設けられている。

図１７は施術者が所有するスマートフォン１０のタッチパネル部３０に表示される画面例を示す図である。タッチパネル部３０のユーザーインターフェースにおいて、店舗Ａ、及び、対象年月日２０２１年０８月分を指定して、「確認する」をタップすることで、スマートフォン１０はサーバー１００の請求書データ提示部１１２にアクセスする。請求書データ提示部１１２は、施術者が所有するスマートフォン１０で、指定された当該施術者の請求書データを請求書データ１５６から取得して、当該施術者のスマートフォン１０に対して送信する。

図１８は施術者のスマートフォン１０に対して送信される請求書データの一例を示している。図１８の例では、施術者である「小川由美」が、業務委託元である「株式会社ＡＢＣカンパニー」に対する請求書データとなっている。請求額としては、売上額２７４，０００円に対して、施術請求割合６０％を乗じた１６４，４００円である。また、請求書データには、２０２１年０８月１日～８月３１日の１月分の施術の内訳が記述されている。

なお、本発明に係る委託業務管理システム１においては、施術者に対する１月から１２月までの請求書データ１５６を積算することで、支払い調書データを作成する処理を実行する機能を備えるようにすることもできる。この場合、当該機能によって作成された支払い調書データを該当する施術者のスマートフォン１０に対して送信する機能も設けるようにすることが好ましい。

図１８に示す請求書データが適切であるものと、当該施術者が判断すると、スマートフォン１０側のユーザーインターフェースにおいて、「提出する」をタップする。これに伴い、業務委託元が運営するサーバー１００側の施術者確認受信部１１３に対して、請求書データを施術者が確認・了承した旨のデータが送信される。施術者確認受信部１１３は、このようなデータを受信すると、請求書データ１５６にアクセスして、該当する請求書データが、施術者により確認・了承された旨のデータを付加する。

上記のような一連の流れで請求書データが確定すると、本発明に係る委託業務管理システム１においては、振り込みデータ作成部１１４が施術者への支払いのための振り込みデータを作成する。図１９は振り込みデータ作成部１１４による振り込みデータ作成処理のフロー例を示す図である。

図１９において、ステップＳ５００で振り込みデータ作成処理が開始されると、続くステップＳ５０１では、該当する請求書データ１５６における請求金額を取得する。

次にステップＳ５０２では、施術者データベース１５０から、振込先銀行名、支店名、口座番号、名義の各データを取得する。

現在、ＡＴＭや窓口などを利用しないネットバンキングが主流となっているが、銀行によって異なるシステムが採用・構築されているために、銀行別フォーマットデータ１５９に振り込み先の銀行に応じた、振り込む際のフォーマットに係るデータが保存されている。ステップＳ５０３では、このような銀行別フォーマットデータ１５９から、指定された振込先銀行に対応するフォーマットデータを取得する。

続く、ステップＳ５０４では、取得されたフォーマットデータに、請求金額、支店名、口座番号、名義を入力して、振り込みデータ１５７に保存する。ステップＳ５０５で、振り込みデータ作成処理を終了する。

以上のように作成された振り込みデータ１５７は、指定された日に振り込みデータ送信部１１５により、各銀行に送信されて施術者の銀行への振り込み処理が完了する。

以上のように、本発明に係る委託業務管理システム１は、施術者が業務委託元に提出する請求書データの作成処理・施術者による請求書データの確認処理・業務委託元から施術者に対する振り込み処理などの一連の会計処理を行うことが可能となり、人手をかけずに、委託業務を効率的に管理・遂行することができる。

１・・・委託業務管理システム
１０・・・スマートフォン（情報処理端末装置）
１１・・・制御部
１５・・・記憶部
２０・・・通信部
２３・・・ＧＰＳ受信部
２５・・・撮像部
３０・・・タッチパネル部
３１・・・入力部
３２・・・表示部
４１・・・加速度センサー
４２・・・地磁気センサー
４３・・・ジャイロセンサー
５０・・・店舗決済端末（コンピューター）
１００・・・サーバー（コンピューター）
１０１・・・施術者アカウント作成部
１０２・・・出勤予定募集メール作成・送信部
１０３・・・出勤予定処理部
１０４・・・レコメンド処理部
１０５・・・予約処理部
１０６・・・決済処理部
１１１・・・請求書データ作成部
１１２・・・請求書データ提示部
１１３・・・施術者確認受信部
１１４・・・振り込みデータ作成部
１１５・・・振り込みデータ送信部
１５０・・・施術者データベース
１５１・・・出勤予定データ
１５２・・・予約データ
１５３・・・決済データ
１５６・・・請求書データ
１５７・・・振り込みデータ
１５９・・・銀行別フォーマットデータ
１８０・・・利用者データベース
９００・・・コンピューター
９１０・・・バス、
９１２・・・プロセッサ、
９１４・・・メモリ、
９１６・・・入力デバイス、
９１７・・・出力デバイス、
９１８・・・表示デバイス、
９２０・・・ストレージ装置、
９２２・・・通信Ｉ／Ｆ（インターフェース）部、
９２４・・・外部機器Ｉ／Ｆ部、
９２６・・・Ｉ／Ｏ（入出力）デバイスＩ／Ｆ部、
９２８・・・メディア入出力部

Claims (5)

1. 業務委託元との契約に基づいて店舗において役務・商品の提供を行う役務・商品提供者が、店舗への出勤予定の登録を行い、登録された出勤予定に基づいて出勤予定データを作成する出勤予定処理部と、
   前記出勤予定データに基づいて役務・商品を受ける利用者からの予約を受け付け、受け付けた予約に基づいて予約データを作成する予約処理部と、
   前記予約データに基づいて役務・商品提供者から利用者に対して提供された役務・商品に対する支払いを記録した決済データを作成する決済処理部と、を有することを特徴とする委託業務管理システム。
2. 前記出勤予定データに基づいて、店舗への出勤予定時間が所定時間未満である役務・商品提供者に対して、メールを送信するメール送信部を有することを特徴とする請求項１に記載の委託業務管理システム。
3. 前記決済データに基づいて、役務・商品提供者が業務委託元に提出する請求書データを作成する請求書データ作成部を有することを特徴とする請求項１又は請求項２に記載の委託業務管理システム。
4. 前記請求書データ作成部で作成された請求書データを、役務・商品提供者に対して提示する請求書データ提示部と、
   前記請求書データ提示部で提示された請求書データを、役務・商品提供者が業務委託元に提出する請求書データ提出部と、を有することを特徴とする請求項３に記載の委託業務管理システム。
5. 業務委託元との契約に基づいて店舗において役務・商品の提供を行う役務・商品提供者が、店舗への出勤予定の登録を行い、登録された出勤予定に基づいて出勤予定データを作成する出勤予定処理ステップと、
   前記出勤予定データに基づいて役務・商品を受ける利用者からの予約を受け付け、受け付けた予約に基づいて予約データを作成する予約処理ステップと、
   前記予約データに基づいて役務・商品提供者から利用者に対して提供された役務・商品に対する支払いを記録した決済データを作成する決済処理ステップと、を有することを特徴とする委託業務管理方法。

Images