(57)【要約】      （修正有）【課題】デリバリーヘルスサービスを提供する上で必要な各種事務処理を行う電話番の省略と、それによる人件費の削減を図ることができ、また、該サービスの利用規約に対する同意に関しての顧客とのトラブルを確実に回避できる、デリバリーヘルス事業運営システムとそのシステムサーバを提供する。【解決手段】システムサーバ１は、顧客の端末２からの要求に応じて利用規約・同意書ページを送信し、利用規約・同意書ページ中に表示される同意ボタンのクリックによって当該顧客の端末２から送信される同意情報を受信し、同意情報の受信をトリガにして、同意情報の送信元である顧客の端末２へ予約申込みページを送信し、予約申込みページを介して顧客の端末２から送信される予約情報を受信し、予約情報の受信をトリガにして、予約情報の送信元である顧客の端末２へ予約返信メールを送信し、予約情報の中で指名されている女性の端末３へ指名通知メールを送信する。【選択図】図１
2012190373.tif 000002
【特許請求の範囲】
【請求項１】
インターネットに接続されたシステムサーバと、システムサーバにアクセス可能な顧客の端末と、その顧客によって指名される女性の端末と、を使用するデリバリーヘルス運営事業システムであって、
前記システムサーバは、
前記顧客の端末からの要求に応じてその端末へ利用規約・同意書ページを送信する機能と、
前記利用規約・同意書ページ中に表示される同意ボタンのクリックによって当該顧客の端末から送信される同意情報を受信する機能と、
前記同意情報の受信をトリガにして、その同意情報の送信元である顧客の端末へ予約申込みページを送信する機能と、
前記予約申込みページを介して当該顧客の端末から送信される予約情報を受信する機能と、
前記予約情報の受信をトリガにして、その予約情報の送信元である顧客の端末へ予約返信メールを送信する機能と、
前記予約情報の受信をトリガにして、受信した予約情報の中で指名されている女性の端末へ指名通知メールを送信する機能と、
前記指名通知メールの送信先である女性の端末から電話ＮＧ情報を受信した場合に、その女性に対する当該顧客の予約をキャンセルする機能と、
を有し、
前記予約申込みページは、少なくとも、顧客の名前と電子メールアドレス、該顧客への電話連絡方法、女性の指名、及び、指名した女性との待合せ時刻と待合せ場所の入力欄を有し、
前記予約情報は、前記予約申込みページの入力欄で入力された情報を含み、
前記指名通知メールは、そのメール本文データとして、前記顧客の端末から受信した予約情報のうち少なくとも電話連絡方法と待合せ時刻と待合せ場所とを含み、
前記女性の端末は、
前記指名通知メールを受信する機能と、
前記女性の端末の画面に待合せ成約ボタンを表示する機能と、
前記指名通知メールの受信時又は前記指名通知メールに含まれている待合せ時刻若しくはその時刻前より制限時間のカウントを開始する機能と、
前記画面に表示された待合せ成約ボタンが制限時間内にクリックされたか否かを判定し、かつ、制限時間内に待合せ成約ボタンがクリックされなかった場合に、前記システムサーバへ電話ＮＧ情報を送信する機能と、を有すること
を特徴とするデリバリーヘルス事業運営システム。
【請求項２】
前記請求項１に記載のデリバリーヘルス事業運営システムにおいて、
前記女性の端末は、更に、
前記女性の端末の画面にＳＯＳボタンを表示する機能と、
前記ＳＯＳボタンがクリックされた時に、前記システムサーバへＳＯＳ情報を送信するとともに、警察に通報する機能と、を有し、
前記システムサーバは、更に、
前記女性の端末から送信されたＳＯＳ情報を受信する機能と、
受信したＳＯＳ情報をシステム運営・管理者のモニタ画面に表示する機能と、を備えること
を特徴とする請求項１に記載のデリバリーヘルス事業運営システム。
【請求項３】
インターネットに接続されたシステムサーバと、システムサーバにアクセス可能な顧客の端末と、その顧客によって指名される女性の端末と、を使用するデリバリーヘルス運営事業システムであって、
前記システムサーバは、
前記顧客の端末からの要求に応じてその端末へ利用規約・同意書ページを送信する機能と、
前記利用規約・同意書ページ中に表示される同意ボタンのクリックによって当該顧客の端末から送信される同意情報を受信する機能と、
前記同意情報の受信をトリガにして、その同意情報の送信元である顧客の端末へ予約申込みページを送信する機能と、
前記予約申込みページを介して当該顧客の端末から送信される予約情報を受信する機能と、
前記予約情報の受信をトリガにして、その予約情報の送信元である顧客の端末へ予約返信メールを送信する機能と、
前記予約情報の受信をトリガにして、受信した予約情報の中で指名されている女性の端末へ指名通知メールを送信する機能と、
前記指名通知メールの送信時又は前記予約情報から取得した待合せ時刻若しくはその時刻前より制限時間のカウントを開始する機能と、
前記指名通知メールの送信先である女性の端末から電話ＯＫ情報を受信し、前記制限時間内に前記指名通知メールの送信先である女性の端末から電話ＯＫ情報を受信したか否かを判定し、かつ、制限時間内に電話ＯＫ情報を受信しなかった場合に、その女性に対する当該顧客の予約をキャンセルする機能と、
を有し、
前記予約申込みページは、少なくとも、顧客の名前と該顧客への電話連絡方法、女性の指名、及び、指名した女性との待合せ時刻と待合せ場所の入力欄を有し、
前記予約情報は、前記予約申込みページの入力欄で入力された情報を含み、
前記指名通知メールは、そのメール本文データとして、前記顧客の端末から受信した予約情報のうち少なくとも電話連絡方法と待合せ時刻と待合せ場所とを含み、
前記女性の端末は、
前記指名通知メールを受信する機能と、
該端末の画面に待合せ成約ボタンを表示する機能と、
前記女性の端末に表示された待合せ成約ボタンのクリックにより前記システムサーバへ電話ＯＫ情報を送信する機能と、を有すること
を特徴とするデリバリーヘルス事業運営システム。
【請求項４】
前記請求項３に記載のデリバリーヘルス事業運営システムにおいて、
前記女性の端末は、更に、
前記女性の端末の画面にＳＯＳボタンを表示する機能と、
前記ＳＯＳボタンがクリックされた時に、前記システムサーバへＳＯＳ情報を送信するとともに、警察に通報する機能と、を有し、
前記システムサーバは、更に、
前記女性の端末から送信されたＳＯＳ情報を受信する機能と、
受信したＳＯＳ情報をシステム運営・管理者のモニタ画面に表示する機能と、を備えること
を特徴とする請求項１に記載のデリバリーヘルス事業運営システム。
【請求項５】
インターネットに接続されたシステムサーバにアクセス可能な顧客の端末と、その顧客によって指名される女性の端末とを使用するデリバリーヘルス運営事業システムのシステムサーバであって、
前記システムサーバは、
前記顧客の端末からの要求に応じてその端末へ利用規約・同意書ページを送信する機能と、
前記利用規約・同意書ページ中に表示される同意ボタンのクリックによって当該顧客の端末から送信される同意情報を受信する機能と、
前記同意情報の受信をトリガにして、その同意情報の送信元である顧客の端末へ予約申込みページを送信する機能と、
前記予約申込みページを介して当該顧客の端末から送信される予約情報を受信する機能と、
前記予約情報の受信をトリガにして、その予約情報の送信元である顧客の端末へ予約返信メールを送信する機能と、
前記予約情報の受信をトリガにして、受信した予約情報の中で指名されている女性の端末へ指名通知メールを送信する機能と、
前記指名通知メールの送信先である女性の端末から電話ＮＧ情報を受信した場合に、その女性に対する当該顧客の予約をキャンセルする機能と、
を有し、
前記予約申込みページは、少なくとも、顧客の名前と該顧客への電話連絡方法、女性の指名、及び、指名した女性との待合せ時刻と待合せ場所の入力欄を有し、
前記予約情報は、前記予約申込みページの入力欄で入力された情報を含み、
前記指名通知メールは、そのメール本文データとして、前記顧客の端末から受信した予約情報のうち少なくとも電話連絡方法と待合せ時刻と待合せ場所とを含むこと
を特徴とするデリバリーヘルス事業運営システムのシステムサーバ。
【請求項６】
インターネットに接続されたシステムサーバにアクセス可能な顧客の端末と、その顧客によって指名される女性の端末とを使用するデリバリーヘルス運営事業システムのシステムサーバであって、
前記システムサーバは、
前記顧客の端末からの要求に応じてその端末へ利用規約・同意書ページを送信する機能と、
前記利用規約・同意書ページ中に表示される同意ボタンのクリックによって当該顧客の端末から送信される同意情報を受信する機能と、
前記同意情報の受信をトリガにして、その同意情報の送信元である顧客の端末へ予約申込みページを送信する機能と、
前記予約申込みページを介して当該顧客の端末から送信される予約情報を受信する機能と、
前記予約情報の受信をトリガにして、その予約情報の送信元である顧客の端末へ予約返信メールを送信する機能と、
前記予約情報の受信をトリガにして、受信した予約情報の中で指名されている女性の端末へ指名通知メールを送信する機能と、
前記指名通知メールの送信時又は前記予約情報から取得した待合せ時刻若しくはその時刻前より制限時間のカウントを開始する機能と、
前記指名通知メールの送信先である女性の端末から電話ＯＫ情報を受信し、前記制限時間内に前記指名通知メールの送信先である女性の端末から電話ＯＫ情報を受信したか否かを判定し、かつ、制限時間内に電話ＯＫ情報を受信しなかった場合に、その女性に対する当該顧客の予約をキャンセルする機能と、
を有し、
前記予約申込みページは、少なくとも、顧客の名前と該顧客への電話連絡方法、女性の指名、及び、指名した女性との待合せ時刻と待合せ場所の入力欄を有し、
前記予約情報は、前記予約申込みページの入力欄で入力された情報を含み、
前記指名通知メールは、そのメール本文データとして、前記顧客の端末から受信した予約情報のうち少なくとも電話連絡方法と待合せ時刻と待合せ場所とを含むこと
を特徴とするデリバリーヘルス事業運営システムのシステムサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デリバリーヘルスサービスを提供する上で必要な各種事務処理を行う電話番の省略と、それによる人件費の削減を図ることができ、また、該サービスの利用規約に対する同意に関しての顧客とのトラブルを確実に回避でき、更に、該サービスを提供する女性にとって安全で働き易い職場を提供するのに好適な、デリバリーヘルス事業運営システムとそのシステムサーバに関する。
【背景技術】
【０００２】
近年のインターネットの普及に伴い、デリバリーヘルス運営事業でも、Ｗｅｂページでデリバリーヘルスサービスを行う女性スタッフを紹介し、該サービスの利用方法に関するページ等に店舗の電話番号を掲載している。従来、該サービスの提供を受けようとする顧客は前記ページ等に掲載された電話番号で店舗に電話をかける。店舗には１人または数人の電話番が待機していて、当該電話番は、該サービスに関する顧客からの電話による予約に対応する仕事や、該サービスの利用規約を顧客に説明する仕事、その利用規約に対する顧客の同意を得る仕事、顧客が予約で指名した女性に対して顧客との待合せ時刻や待合せ場所を連絡する仕事、予約をキャンセルする仕事など、その仕事量は膨大で、手間のかかる様々な事務処理を行っている。
【０００３】
しかし、前記のような従来のデリバリーヘルス運営事業では、少なくとも１人の電話番を必要とするので、それだけ人件費がかかるし、電話番による対応ではデリバリーヘルスサービスの利用規約に対する同意に関しての顧客とのトラブルも生じやすい。また、デリバリーヘルス運営事業の分野では、いたずら電話や冷やかし電話など、事業の正常な運営を脅かす悪意の電話も少なくない。このような悪意の電話に対しても十分対応できるように電話番を十分に教育しなければならず、多くの教育費や教育の手間がかかるという問題もある。
【０００４】
ところで、この種デリバリーヘルス運営事業の業界でも、デリバリーヘルスサービスの予約について、インターネットによるオンライン予約を導入している店舗も存在する。ネットワーク上でのオンライン予約に関する技術としては、例えば、特許文献１に開示されている。同文献１で開示されたオンライン予約の方式は、サービスに対するユーザからの入力を受付け、その入力があったときに予約データを更新するというものである（同文献１の請求項１又は段落０００７の記載を参照）。
【０００５】
なお、特許文献１で開示されたオンライン予約の方式をデリバリーヘルス事業に適用することも考えられる。この場合は、そのオンライン予約のシステムがデリバリーヘルスサービスの予約を受け付けることになるので、電話番として予約を受け付ける仕事は省略される。しかし、該サービスの予約の際に該サービスの利用規約を顧客に説明したり、その利用規約に対する顧客の同意を得たり、また、顧客が予約で指名した女性に対して顧客との待合せ時刻や待合せ場所を連絡したりする仕事を行うために、少なくとも１人の電話番が必要となるので、先に述べた電話番の省略による人件費の削減は図れないし、電話番の教育費や教育の手間の問題は解決できない。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００２−５６２５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、前記問題点を解決するためになされたものであり、その目的は、デリバリーヘルスサービスに関する顧客からの電話による予約に対応する仕事、該サービスの利用規約を顧客に説明する仕事、その利用規約に対する顧客の同意を得る仕事、顧客が予約で指名した女性に対して顧客との待合せ時刻や待合せ場所を連絡する仕事、予約をキャンセルする仕事など、デリバリーヘルスサービスを提供する上で必要な各種事務処理を行う電話番の省略と、それによる人件費の削減を図ることができ、また、該サービスの利用規約に対する同意に関しての顧客とのトラブルを確実に回避でき、更に、該サービスを提供する女性にとって安全で働き易い職場を提供するのに好適な、デリバリーヘルス事業運営システムとそのシステムサーバを提供することである。
【課題を解決するための手段】
【０００８】
前記目的を達成するために、本発明に係るデリバリーヘルス事業運営システム（その１）は、インターネットに接続されたシステムサーバと、システムサーバにアクセス可能な顧客の端末と、その顧客によって指名される女性の端末と、を使用するデリバリーヘルス運営事業システムであって、前記システムサーバは、前記顧客の端末からの要求に応じてその端末へ利用規約・同意書ページを送信する機能と、前記利用規約・同意書ページ中に表示される同意ボタンのクリックによって当該顧客の端末から送信される同意情報を受信する機能と、前記同意情報の受信をトリガにして、その同意情報の送信元である顧客の端末へ予約申込みページを送信する機能と、前記予約申込みページを介して当該顧客の端末から送信される予約情報を受信する機能と、前記予約情報の受信をトリガにして、その予約情報の送信元である顧客の端末へ予約返信メールを送信する機能と、前記予約情報の受信をトリガにして、受信した予約情報の中で指名されている女性の端末へ指名通知メールを送信する機能と、前記指名通知メールの送信先である女性の端末から電話ＮＧ情報を受信した場合に、その女性に対する当該顧客の予約をキャンセルする機能と、を有し、前記予約申込みページは、少なくとも、顧客の名前と電子メールアドレス、該顧客への電話連絡方法、女性の指名、及び、指名した女性との待合せ時刻と待合せ場所の入力欄を有し、前記予約情報は、前記予約申込みページの入力欄で入力された情報を含み、前記指名通知メールは、そのメール本文データとして、前記顧客の端末から受信した予約情報のうち少なくとも電話連絡方法と待合せ時刻と待合せ場所とを含み、前記女性の端末は、前記指名通知メールを受信する機能と、前記女性の端末の画面に待合せ成約ボタンを表示する機能と、前記指名通知メールの受信時又は前記指名通知メールに含まれている待合せ時刻若しくはその時刻前より制限時間のカウントを開始する機能と、前記画面に表示された待合せ成約ボタンが制限時間内にクリックされたか否かを判定し、かつ、制限時間内に待合せ成約ボタンがクリックされなかった場合に、前記システムサーバへ電話ＮＧ情報を送信する機能と、を有することを特徴とする。
【０００９】
前記本発明に係るデリバリーヘルス事業運営システム（その１）において、前記女性の端末は、更に、前記女性の端末の画面にＳＯＳボタンを表示する機能と、前記ＳＯＳボタンがクリックされた時に、前記システムサーバへＳＯＳ情報を送信するとともに、警察に通報する機能と、を有し、前記システムサーバは、更に、前記女性の端末から送信されたＳＯＳ情報を受信する機能と、受信したＳＯＳ情報をシステム運営・管理者のモニタ画面に表示する機能と、を備えるものとしてもよい。
【００１０】
本発明に係るデリバリーヘルス事業運営システム（その２）は、インターネットに接続されたシステムサーバと、システムサーバにアクセス可能な顧客の端末と、その顧客によって指名される女性の端末と、を使用するデリバリーヘルス運営事業システムであって、前記システムサーバは、前記顧客の端末からの要求に応じてその端末へ利用規約・同意書ページを送信する機能と、前記利用規約・同意書ページ中に表示される同意ボタンのクリックによって当該顧客の端末から送信される同意情報を受信する機能と、前記同意情報の受信をトリガにして、その同意情報の送信元である顧客の端末へ予約申込みページを送信する機能と、前記予約申込みページを介して当該顧客の端末から送信される予約情報を受信する機能と、前記予約情報の受信をトリガにして、その予約情報の送信元である顧客の端末へ予約返信メールを送信する機能と、前記予約情報の受信をトリガにして、受信した予約情報の中で指名されている女性の端末へ指名通知メールを送信する機能と、前記指名通知メールの送信時又は前記予約情報から取得した待合せ時刻若しくはその時刻前より制限時間のカウントを開始する機能と、前記指名通知メールの送信先である女性の端末から電話ＯＫ情報を受信し、前記制限時間内に前記指名通知メールの送信先である女性の端末から電話ＯＫ情報を受信したか否かを判定し、かつ、制限時間内に電話ＯＫ情報を受信しなかった場合に、その女性に対する当該顧客の予約をキャンセルする機能と、を有し、前記予約申込みページは、少なくとも、顧客の名前と該顧客への電話連絡方法、女性の指名、及び、指名した女性との待合せ時刻と待合せ場所の入力欄を有し、前記予約情報は、前記予約申込みページの入力欄で入力された情報を含み、前記指名通知メールは、そのメール本文データとして、前記顧客の端末から受信した予約情報のうち少なくとも電話連絡方法と待合せ時刻と待合せ場所とを含み、前記女性の端末は、前記指名通知メールを受信する機能と、該端末の画面に待合せ成約ボタンを表示する機能と、前記女性の端末に表示された待合せ成約ボタンのクリックにより前記システムサーバへ電話ＯＫ情報を送信する機能と、を有することを特徴とする。
【００１１】
前記本発明に係るデリバリーヘルス事業運営システム（その２）において、前記女性の端末は、更に、前記女性の端末の画面にＳＯＳボタンを表示する機能と、前記ＳＯＳボタンがクリックされた時に、前記システムサーバへＳＯＳ情報を送信するとともに、警察に通報する機能と、を有し、前記システムサーバは、更に、前記女性の端末から送信されたＳＯＳ情報を受信する機能と、受信したＳＯＳ情報をシステム運営・管理者のモニタ画面に表示する機能と、を備えるものとしてもよい。
【００１２】
本発明に係るデリバリーヘルス事業運営システムのシステムサーバ（その１）は、インターネットに接続されたシステムサーバにアクセス可能な顧客の端末と、その顧客によって指名される女性の端末とを使用するデリバリーヘルス運営事業システムのシステムサーバであって、前記システムサーバは、前記顧客の端末からの要求に応じてその端末へ利用規約・同意書ページを送信する機能と、前記利用規約・同意書ページ中に表示される同意ボタンのクリックによって当該顧客の端末から送信される同意情報を受信する機能と、前記同意情報の受信をトリガにして、その同意情報の送信元である顧客の端末へ予約申込みページを送信する機能と、前記予約申込みページを介して当該顧客の端末から送信される予約情報を受信する機能と、前記予約情報の受信をトリガにして、その予約情報の送信元である顧客の端末へ予約返信メールを送信する機能と、前記予約情報の受信をトリガにして、受信した予約情報の中で指名されている女性の端末へ指名通知メールを送信する機能と、前記指名通知メールの送信先である女性の端末から電話ＮＧ情報を受信した場合に、その女性に対する当該顧客の予約をキャンセルする機能と、を有し、前記予約申込みページは、少なくとも、顧客の名前と該顧客への電話連絡方法、女性の指名、及び、指名した女性との待合せ時刻と待合せ場所の入力欄を有し、前記予約情報は、前記予約申込みページの入力欄で入力された情報を含み、前記指名通知メールは、そのメール本文データとして、前記顧客の端末から受信した予約情報のうち少なくとも電話連絡方法と待合せ時刻と待合せ場所とを含むことを特徴とする。
【００１３】
本発明に係るデリバリーヘルス事業運営システムのシステムサーバ（その２）は、インターネットに接続されたシステムサーバにアクセス可能な顧客の端末と、その顧客によって指名される女性の端末とを使用するデリバリーヘルス運営事業システムのシステムサーバであって、システムサーバは、前記顧客の端末からの要求に応じてその端末へ利用規約・同意書ページを送信する機能と、前記利用規約・同意書ページ中に表示される同意ボタンのクリックによって当該顧客の端末から送信される同意情報を受信する機能と、前記同意情報の受信をトリガにして、その同意情報の送信元である顧客の端末へ予約申込みページを送信する機能と、前記予約申込みページを介して当該顧客の端末から送信される予約情報を受信する機能と、前記予約情報の受信をトリガにして、その予約情報の送信元である顧客の端末へ予約返信メールを送信する機能と、前記予約情報の受信をトリガにして、受信した予約情報の中で指名されている女性の端末へ指名通知メールを送信する機能と、前記指名通知メールの送信時又は前記予約情報から取得した待合せ時刻若しくはその時刻前より制限時間のカウントを開始する機能と、前記指名通知メールの送信先である女性の端末から電話ＯＫ情報を受信し、前記制限時間内に前記指名通知メールの送信先である女性の端末から電話ＯＫ情報を受信したか否かを判定し、かつ、制限時間内に電話ＯＫ情報を受信しなかった場合に、その女性に対する当該顧客の予約をキャンセルする機能と、を有し、前記予約申込みページは、少なくとも、顧客の名前と該顧客への電話連絡方法、女性の指名、及び、指名した女性との待合せ時刻と待合せ場所の入力欄を有し、前記予約情報は、前記予約申込みページの入力欄で入力された情報を含み、前記指名通知メールは、そのメール本文データとして、前記顧客の端末から受信した予約情報のうち少なくとも電話連絡方法と待合せ時刻と待合せ場所とを含むことを特徴とする。
【発明の効果】
【００１４】
本発明によると、デリバリーヘルス事業運営システムのシステムサーバ機能として前記機能を採用したため、デリバリーヘルスサービスに関する顧客からの電話による予約に対応する仕事、該サービスの利用規約を顧客に説明する仕事、その利用規約に対する顧客の同意を得る仕事、顧客が予約で指名した女性に対して顧客との待合せ時刻や待合せ場所を連絡する仕事、予約をキャンセルする仕事など、デリバリーヘルスサービスを提供する上で必要な各種事務処理を行う電話番を省略することができ、それによる人件費の削減を図ることができる。また、顧客の端末から送信された同意情報をシステムサーバが受信しているので、顧客の同意は明確であり、同意に関する顧客とのトラブルを確実に回避することができる。
【００１５】
特に、女性の端末に関する具体的な機能として、ＳＯＳボタンを表示する機能と、ＳＯＳボタンがクリックされた時に、システムサーバへＳＯＳ情報を送信するとともに、警察に通報する機能と、を採用した構成にあっては、顧客と女性との間で何らかのトラブルが生じた場合はＳＯＳボタンをクリックするだけで警察に通報でき、そのＳＯＳ情報はシステム運営・管理者のモニタ画面にも表示されるので、警察とシステム運営・管理者のダブルでトラブルの発生を監視でき、デリバリーヘルスサービスを提供する女性にとって安全で働き易い職場を提供し得る。
【図面の簡単な説明】
【００１６】
【図１】本発明に係るデリバリーヘルス事業運営システムのシステム構成図。
【図２】図１のシステムにおけるシステムサーバと顧客の端末と女性の端末との間で行われる処理動作の説明図。
【図３】図１のシステムにおけるシステムサーバが使用するデータベースのテーブル構成図。
【図４】顧客の端末の画面に表示される各種Ｗｅｂページの説明図。
【図５】（ａ）から（ｃ）は予約の種別に応じた予約返信メールの説明図。
【図６】女性の端末の画面に表示される各種操作ボタンなどの説明図。
【図７】デリバリーヘルスサービスを行うスタッフとして登録する時に女性の端末の画面に表示されるボタンの説明図。
【図８】図１のシステムにおいて制限時間をシステムサーバでカウントする方式を採用した場合の構成例の説明図。
【発明を実施するための形態】
【００１７】
以下、本発明を実施するための最良の形態について、添付した図面を参照しながら詳細に説明する。
【００１８】
《デリバリーヘルス事業運営システムの概要》
図１は、本発明を適用したデリバリーヘルス事業運営システム（以下「本システム」という）のシステム構成図、図２は、図１のシステムにおけるシステムサーバと顧客の端末と女性の端末との間で行われる処理動作の説明図、図３は、図１のシステムにおけるシステムサーバが使用するデータベースのテーブル構成図、図４は、顧客の端末の画面に表示される各種Ｗｅｂページの説明図である。
【００１９】
図１の本システムは、インターネットに接続されたシステムサーバ１と、システムサーバ１にアクセス可能な顧客の端末２と、その顧客によって指名される女性の端末３と、を使用するシステムであり、システムサーバ１はデータベース４を使用している。なお、説明の便宜上、データベース４のテーブル構成を先に説明する。
【００２０】
《データベース４の詳細構成》
データベース４は図３に示す予約状況管理テーブルＴ１と女性情報管理テーブルＴ２とを有している。
【００２１】
予約状況管理テーブルＴ１には、予約番号、顧客の名前と電子メールアドレス、顧客への電話連絡方法、ログイン時刻、女性の指名、待合せ時刻に関する待合せ制約（時刻）、待合せ場所に関する待合せ制約（場所）、入室時刻、利用コース（時間）、支払金額、退室時刻、ＳＯＳ、決済済み、備考などを登録するためのフィールド（テーブル項目）が設けられている。
【００２２】
女性情報管理テーブルＴ２には、デリバリーヘルスサービスを行うスタッフとして登録された女性の名前、勤務時間、電子メールアドレス、スケジュール、及び女性からのコメント（自己ＰＲ文）を登録するためのフィールド（テーブル項目）が設けられている。
【００２３】
《システムサーバ１の詳細構成》
システムサーバ１は、例えばＬｉｎｕｘ等のＯＳとＡｐａｃｈ等のＷｅｂサーバ構築ソフトウェアをインストールしたマイクロコンピュータからなり、ＨＴＭＬ言語やＰＨＰ言語、ＣＧＩ（Ｐｅｒｌ言語）プログラムによって、少なくとも下記《機能１−１》から《機能１−１０》を有する。
【００２４】
《機能１−１》
機能１−１は、図２に示したように、顧客の端末２からのアクセス・要求に応じてその端末２へ、認証ページＰ１、お客様トップページＰ２、プロフィール詳細ページＰ３、及び、利用規約・同意書ページＰ４を送信する機能である。
【００２５】
認証ページＰ１は、図４のように、男性お客様専用入口の文字付き入口ボタンＢ１や女性求人登録の文字付き入口ボタンＢ２を設けている。顧客の端末２のＷｅｂブラウザで認証ページＰ１にアクセスし、「男性お客様専用入口」の入口ボタンＢ１をクリックすることにより、クリック情報が当該顧客の端末２からシステムサーバ１へ送信される。このようなクリック情報に応じてシステムサーバ１は当該顧客の端末２へお客様トップページＰ２を送信する。これにより、当該顧客の端末２のＷｅｂブラウザ上にはお客様トップページＰ２が表示される。なお、「女性求人登録」の入口ボタンＢ２をクリックした場合は、デリバリーヘルスサービスを行うスタッフとして登録し勤務する際の注意事項や同意事項、及び登録時に必要な情報を入力する入力欄などを有する女性求人ページ（図示省略）が表示される。
【００２６】
お客様トップページＰ２には、図４のように、本システムを使用してデリバリーヘルスサービスを受けるための方法をアニメーション等で説明した映像の配信ボタン（ご利用方法映像配信ボタンＢ１０）と、指名可能な女性ごとに、それぞれの女性のプロフィール概要を表示したプロフィール概要フィールドＰＦと、が設けられている。
【００２７】
お客様トップページＰ２中のプロフィール概要フィールドＰＦに設けられている詳細ボタンＢ３をクリックすることにより、そのクリック情報が当該顧客の端末２からシステムサーバ１へ送信される。そして、このようなクリック情報に応じてシステムサーバ１は当該顧客の端末２へ当該女性のプロフィール詳細ページＰ３を送信する。これにより、当該顧客の端末２のＷｅｂブラウザ上には当該女性のプロフィール詳細ページＰ３が表示される。
【００２８】
当該女性の前記プロフィール詳細ページＰ３には、図４のように、その女性の写真又はＦｌａｓｈ動画などを表示した画像表示欄Ｃ１、女性からのコメントを表示したコメント表示欄Ｃ２、勤務時間など女性のスケジュールを表示したスケジュール表示欄Ｃ３、及び予約の種別や可否を表示した予約情報欄Ｃ４を設けている。
【００２９】
図４では、予約情報欄Ｃ４の一例として、その欄に「今すぐ」の文字付き第１予約ボタンＢ４と、「本日予約」の文字付き第２予約ボタンＢ５と、「明日以降」の文字付き第３予約ボタンＢ６とを設けるとともに、これら第１ないし第３予約ボタンＢ４からＢ６ごとに予約可否表示Ｄを設けている。本例では、前記第１ないし第３予約ボタンＢ４からＢ６のそれぞれに付してある「今すぐ」、「本日予約」、「明日以降」の文字列が予約の種別を示している。
【００３０】
前記予約可否表示Ｄは、プロフィール詳細ページＰ３が表示される度にその都度リアルタイムで更新される。この更新は、データベース４の予約状況管理テーブルＴ１に登録されている女性の待合せ制約（時間）と利用コース（時間）、及び、同データベース４の女性情報管理テーブルＴ２に登録されている当該女性の勤務時間などに基づいて行われる。
【００３１】
例えば、女性の勤務時間として１１時〜１７時がデータベース４の女性情報管理テーブルＴ２に蓄積されていて、かつ、本日の女性の待ち合わせ制約（時間）として１４時、及び本日の当該女性の利用コース（時間）として１８０分が同データベース４の予約状況管理テーブルＴ１に蓄積されていている場合は、当該女性について１１時〜１４時の時間帯が予約可能になる。
【００３２】
前記のような予約可能な状況例において、当該女性のプロフィール詳細ページＰ３を例えば１０時に顧客の端末２のＷｅｂブラウザで表示した場合、先に説明した「今すぐ」の第１予約ボタンＢ４上には“１１時から受付け中”という予約可否表示Ｄ、「本日予約」の第２予約ボタンＢ５上には“１４時〜１７時受付け終了”という予約可否表示Ｄ、「明日以降」の第３予約ボタンＢ６上には“受付け中”という予約可否表示Ｄがそれぞれ生成される（図４参照）。
【００３３】
また、前例の予約可能な状況例において、当該女性のプロフィール詳細ページＰ３を別の時刻、例えば１５時に顧客の端末２のＷｅｂブラウザで表示した場合、「今すぐ」の第１予約ボタンＢ４上には“受付け終了”、「本日予約」の第２予約ボタンＢ５上には“受付け終了”、「明日以降」の第３予約ボタンＢ６上には“受付け中”という予約可否表示Ｄがそれぞれ生成される。
【００３４】
予約可能であることを示す前記“受付け中”の予約可否表示Ｄは点滅するＧＩＦ画像の採用により目立つようにしている。また、予約可否表示Ｄは、前記のようにプロフィール詳細ページＰ３の表示時刻に応じて動的にリアルタイムで生成されるが、このような動的な予約可否表示Ｄの生成は、例えば、各女性のプロフィール詳細ページＰ３をＰＨＰ言語やＣＧＩで作成することにより実現してもよい。
【００３５】
なお、ＰＨＰ言語やＣＧＩでプロフィール詳細ページＰ３を作成する場合は（Ａ１）プロフィール詳細ページＰ３中にtime関数を組み込むことにより、プロフィール詳細ページＰ３の表示時刻を取得する処理と、（Ａ２）プロフィール詳細ページＰ３中にデータベース４の女性情報管理テーブルＴ２や予約状況管理テーブルＴ１を操作するＳＥＬＥＣＴ文を組み込むことにより、これらのテーブルから当該女性の勤務時間、待合せ制約（時間）、及び利用コース（時間）などのデータを抽出する処理と、（Ａ３）抽出したデータと先に取得したプロフィール詳細ページＰ３の表示時刻とに基づいて前例のように“１１時から受付け中”、“１４時〜１７時受付け終了”、“受付け中”等の予約可否表示Ｄを生成する処理とを実行できるようにプログラミングすればよい。
【００３６】
また、プロフィール詳細ページＰ３中のコメント表示欄Ｃ２とスケジュール表示欄Ｃ３には、データベース４の女性情報管理テーブルＴ２に登録されている内容が反映して表示される。この反映表示もまた、プロフィール詳細ページＰ３中に前述のＳＥＬＥＣＴ文を組み込むことにより、女性情報管理テーブルＴ２から当該女性のコメントやスケジュールを抽出して表示する処理を実行できるようにプログラミングすればよい。
【００３７】
先に説明したプロフィール詳細ページＰ３をＷｅｂブラウザで表示している顧客の端末２において、顧客が第１ないし第３予約ボタンＢ４からＢ６のいずれかをクリックすることにより、そのクリック情報が当該顧客の端末２からシステムサーバ１へ送信される。そして、このようなクリック情報に応じてシステムサーバ１は当該顧客の端末２へ利用規約・同意書ページＰ４を送信する。これにより、当該顧客の端末２のＷｅｂブラウザ上には利用規約・同意書ページＰ４が表示される。
【００３８】
前記利用規約・同意書ページＰ４は、デリバリーヘルスサービスを利用するにあたっての注意事項や約束事項等を表示するものであり、同意ボタンＢ７と同意チェックボックスＢ８を有している。
【００３９】
このような利用規約・同意書ページＰ４をＷｅｂブラウザで表示している顧客の端末２において、当該顧客が同意チェックボックスＢ８をクリックすることにより、同意チェックボックスＢ８内にはチェックマークが表示される。この状態で、当該顧客が同意ボタンＢ７をクリックすることにより、同意情報（同意チェックボックスＢ８内にチェックマークを入れることによって利用規約に同意した旨の情報）が当該顧客の端末２からシステムサーバ１へ送信される。
【００４０】
顧客の端末２からシステムサーバ１へ同意情報を送信する方式としては、例えば、利用規約・同意書ページＰ４内の同意チェックボックスＢ８をtype="checkbox"のinputタグ（value="同意する"）で形成するとともに、同意ボタンＢ７をtype="submit"のinputタグで形成し、形成した同意ボタンＢ７のクリックにより、同意情報（value="同意する"）が顧客の端末２からシステムサーバ１へ送信されるようにしてもよい。
【００４１】
《機能１−２》
機能１−２は、図２に示したように、利用規約・同意書ページＰ４中に表示される同意ボタンＢ７のクリックによって当該顧客の端末２から送信される同意情報を受信する機能である。
【００４２】
システムサーバ１において同意情報（value="同意する"）を受信する方式としては、例えば、その受信プログラム中にＰＯＳＴ関数やＧＥＴ関数を組み込むことによって同意情報（value="同意する"）を受信してもよい。
【００４３】
《機能１−３》
機能１−３は、図２に示したように、前記同意情報の受信をトリガにして、その同意情報の送信元である顧客の端末２へ予約申込みページＰ５を送信する機能である。
【００４４】
予約申込みページＰ５は、少なくとも、予約情報として、顧客の名前と電子メールアドレス、顧客への電話連絡方法、女性の指名、及び、指名した女性との待合せ時刻と待合せ場所の入力欄（以下「予約情報入力欄Ｃ５」という）を有している（図４参照）。これら以外に別の入力欄を設けて別の情報を入力できるようにしてもよい。
【００４５】
前記予約情報入力欄Ｃ５に入力する電話連絡方法については、携帯電話機、スマートフォン、固定電話機の電話番号を入力すればよい。顧客の端末２でＩＰ電話のスカイプ（登録商標）を利用できるなら、電話連絡方法として、スカイプ名や、そのスカイプ名で公知のスカイプボタンを生成する情報（以下「スカイプボタン生成情報」という。）を入力することも可能とする。
【００４６】
同意情報の受信をトリガにして予約申込みページＰ５を送信する方式としては、例えば前述のＰＯＳＴ関数やＧＥＴ関数によって同意情報を受信した場合にのみ、予約申込みページＰ５を送信するようにプログラミングすればよい。
【００４７】
予約申込みページＰ５をＷｅｂブラウザで表示している顧客の端末２において、当該顧客が予約情報入力欄Ｃ５に該当する予約情報（顧客の名前と該顧客への電話連絡方法、女性の指名、及び、指名した女性との待合せ時刻と待合せ場所）を入力した後、申込みボタンＢ９をクリックすることにより、その入力された予約情報は当該顧客の端末２からシステムサーバ１へ送信される。
【００４８】
顧客の端末２からシステムサーバ１へ予約情報を送信する方式としては、例えば、予約申込みページＰ５内の予約情報入力欄Ｃ５をtype="text"のinputタグで形成し、申込みボタンＢ９をtype="submit"のinputタグで形成し、かつ、形成した申込みボタンＢ９のクリックにより、予約情報入力欄Ｃ５の入力内容が予約情報として顧客の端末２からシステムサーバ１へ送信されるようにしてもよい。
【００４９】
この際、予約の種別（「今すぐ」、「本日予約」、「明日以降」のいずれか）もまた予約情報として顧客の端末２からシステムサーバ１へ送信される。このような予約の種別をシステムサーバ１へ送信する方式としては、先に説明したシステムサーバ１から顧客の端末２への予約申込みページＰ５の送信が例えばプロフィール詳細ページＰ３中の「本日予約」の第２予約ボタンＢ５がクリックされたことに基づくものであるなら、システムサーバ１から顧客の端末２へ送信する予約申込みページＰ５中にtype="hidden" value="本日予約"のinputタグを組み込むようにプログラミングすればよい。
【００５０】
《機能１−４》
機能１−４は、前記予約申込みページＰ５を介して当該顧客の端末２から送信される予約情報を受信する機能（図２のＳＴ１１を参照）、図２に示したように、予約情報の受信をトリガにして予約申込み完了画面Ｐ６を当該顧客の端末に送信する機能、及び、受信した予約情報をデータベース４の予約状況管理テーブルＴ１に反映させる機能（図２のＳＴ１２を参照）である。
【００５１】
顧客の端末２から受信した予約情報の中には、前記のように顧客が予約申込みページＰ５の予約情報入力欄Ｃ５に入力した予約情報（本実施形態では、予約の種別、顧客の名前と電子メールアドレス、該顧客への電話連絡方法、女性の指名、及び、指名した女性との待合せ時刻と待合せ場所）が含まれている。
【００５２】
システムサーバ１において前記予約情報を受信する方式としては、例えば、先に説明した同意情報の受信と同じく、ＰＯＳＴ関数やＧＥＴ関数を受信プログラムに組み込むことによって当該予約情報を受信してもよい。
【００５３】
前記予約情報を予約状況管理テーブルＴ１に反映させる方法としては、例えば、同テーブルを操作するＩＮＳＥＲＴ文を実行することにより、同テーブル内の該当するフィールドに前記予約情報を追加すればよい。
【００５４】
この際、本システムにおいては、前記予約情報と一緒に主キー（プライマリーキー）として予約番号を予約番号・フィールドに登録することにより、その予約番号で予約情報を一義的に特定できるようにしている。なお、主キーとなる予約番号については、その予約番号のフィールドタイプをauto_incrementで定義することにより、自動的に連番で生成されるようにしてもよい。また、予約番号以外の固有情報を主キーとして採用することもできる。
【００５５】
《機能１−５》
機能１−５は、前記予約情報の受信をトリガにして、その予約情報の送信元である顧客の端末２へ予約返信メールＭ１を送信する機能である（図２のＳＴ１３を参照）。
【００５６】
予約情報の受信をトリガにして予約返信メールＭ１を送信する方法としては、前述のようにＰＯＳＴ関数やＧＥＴ関数によって受信した予約情報の中に含まれている顧客の電子メールアドレスをメール返信先として、mb_send_mailのようなmail関数を使用して予約返信メールＭ１を送信するようにプログラミングすればよい。
【００５７】
前記予約返信メールＭ１は、図５（ａ）（ｂ）（ｃ）のように予約の種別（「今すぐ」、「本日予約」、「明日以降」のいずれか）に応じて異なるメール本文データを含んでいる。ここで、同図（ａ）は「今すぐ」の第１予約ボタンＢ４がクリックされた場合に送信される予約返信メールＭ１のメール本文を示したものであり、また、同図（ｂ）は「本日予約」の第２予約ボタンＢ５がクリックされた場合に送信される予約返信メールＭ１のメール本文を示したものである。同図（ｃ）は「明日以降」の第３予約ボタンＢ６がクリックされた場合に送信される予約返信メールＭ１のメール本文を示したものであるが、これらのメール本文は必要に応じて適宜変更することができる。
【００５８】
以上のように予約の種別に応じてメール本文の内容が異なる予約返信メールＭ１を送信する方式としては、例えば、顧客の端末２から受信した予約情報の中に含まれている予約の種別が「今すぐ」、「本日予約」、「明日以降」のいずれであるかを判定する処理と、判定の結果、その予約の種別に対応する図５（ａ）（ｂ）（ｃ）いずれかのメール本文で予約返信メールＭ１を作成して送信する処理と、を行うようにプログラミングすればよい。
【００５９】
《機能１−６》
機能１−６は、先に説明した予約情報の受信をトリガにして、受信した予約情報の中で指名されている女性の端末３へ指名通知メールＭ２を送信する機能である（図２のＳＴ１３を参照）。
【００６０】
指名通知メールＭ２は、そのメール本文データとして、顧客の端末２から受信した前記予約情報（本実施形態では、予約の種別、顧客の名前と電子メールアドレス、該顧客への電話連絡方法、女性の指名、指名した女性との待合せ時刻と待合せ場所、並びに、利用コース（時間））と、その予約情報に対応する予約番号（図３の予約状況管理テーブルＴ１を参照）とを含んでいる。
【００６１】
なお、前記指名通知メールＭ２のメール本文データ中に含まれる予約情報のうち、女性の指名については指名通知メールＭ２のメール本文データ中から削除してもよい。指名通知メールＭ２によって自分が指名されたことは自明だからである。また、顧客の電子メールアドレスについても不要であるなら同様に削除してもよい。
【００６２】
以上のように予約情報の受信をトリガにして指名通知メールＭ２を送信する方法としては、例えば、ＰＯＳＴ関数やＧＥＴ関数によって受信した予約情報の中に含まれている女性の指名（具体的には、指名された女性の名前）を検索キーとしてデータベース４の女性情報管理テーブルＴ２を検索し、同テーブルから指名された女性の電子メールアドレスを取得する処理と、取得した女性の電子メールアドレスをメール送信先としてmb_send_mailなどのmail関数で指名通知メールＭ２を送信する処理と、を行うようにプログラミングすればよい。
【００６３】
《機能１−７》
機能１−７は、指名通知メールＭ２の送信先である女性の端末３から電話ＮＧ情報を受信した場合に、その女性に対する当該顧客の予約をキャンセルする機能である（図２のＳＴ１４を参照）。
【００６４】
女性の端末３から受信した前記電話ＮＧ情報は、後述の通り、予約番号（指名通知メールＭ２で女性の端末３へ送信したもの）を含んでいる。前記予約のキャンセルに関する処理は、電話ＮＧ情報中に含まれている予約番号に基づいてデータベース４の予約状況管理テーブルＴ１からキャンセルになった顧客の電子メールアドレスを取得する処理と、取得した電子メールアドレスを送信先としてキャンセルメールを送信する処理と、前記予約番号に基づいて同テーブルの備考・フィールドにキャンセル情報を記録する処理とを行うようにしてもよい。
【００６５】
前記予約のキャンセル処理において、キャンセルになった顧客の電子メールアドレスを取得する処理については、受信した電話ＮＧ情報中の予約番号に基づいて予約状況管理テーブルＴ１を操作するＳＥＬＥＣＴ文を実行することにより、予約番号で特定される同テーブル内の電子メールアドレス・フィールドから当該顧客の電子メールアドレスを取得する等の方法を採用することができる。
【００６６】
前記予約のキャンセル処理において、キャンセルメールの送信処理については、前述のようにキャンセルになった顧客の電子メールアドレスを取得した後、mb_send_mailのようなmail関数を使用して該当顧客へキャンセルメールを送信する等の方法を採用してもよい。キャンセルメールのメール本文としては、例えば“ご指名の女性とお客様との間で制限時間内に電話によるコンタクトがとれなかったので、今回のご予約はキャンセルされました。”等が考えられるが、これに限定されるものではない。キャンセルの事実とその理由が顧客に明確に伝わるものであればよい。
【００６７】
前記予約のキャンセル処理において、キャンセル情報の記録処理については、受信した電話ＮＧ情報中の予約番号に基づいて予約状況管理テーブルＴ１を操作するＩＮＳＥＲＴ文を実行することにより、予約番号で特定される同テーブル内の備考・フィールドにキャンセル情報を追加する等の方法を採用することができる。
【００６８】
《機能１−８》
機能１−８は、後述の各種操作ボタンＥ１からＥ８のクリックにより女性の端末３から送信された情報を受信し、かつ、受信した情報をデータベース４の予約状況管理テーブルＴ１又は女性情報管理テーブルＴ２に反映させる機能である。この機能１−８は具体的には下記の処理１から処理６を行うものである。
【００６９】
処理１：  処理１は、後述の待合せ成約ボタンＥ１（図６参照）のクリックにより女性の端末３から送信された待合せ場所の情報と予約番号を受信する処理と、受信した予約番号に基づいてデータベース４の予約状況管理テーブルＴ１に受信データ（待合せ場所の情報）を反映させる処理と、を含んでいる。
【００７０】
前記処理１において、前記受信データ（待合せ場所の情報）の反映処理については、受信した予約番号に基づいて予約状況管理テーブルＴ１を操作するＩＮＳＥＲＴ文を実行することにより、予約番号で特定される同テーブル内の待合せ制約（場所）・フィールド（女性指定の部分）に受信データの待合せ場所を追加する等の方法を採用してもよい。
【００７１】
処理２：  処理２は、後述の自己ＰＲ文入力ボタンＥ２（図６参照）やスケジュール入力ボタンＥ３（図６参照）のクリックにより女性の端末３から送信される後述の自己ＰＲ文（女性からのコメント）やスケジュールとその送信者（女性）を特定する情報（以下「送信者情報」という）を受信する処理と、受信した送信者情報に基づいてデータベース４の女性情報管理テーブルＴ２に受信データ（当該女性の自己ＰＲ文やスケジュール）を反映させる処理と、を含んでいる。
【００７２】
前記処理２において、受信データ（当該女性の自己ＰＲ文やスケジュール）の反映処理については、受信した送信者情報に基づいて女性情報管理テーブルＴ２を操作するＩＮＳＥＲＴ文を実行することにより、同テーブル内の該当女性（送信者情報によって特定される女性）のコメント・フィールドやスケジュール・フィールドに受信データの自己ＰＲ文やスケジュールを追加するか、又は、受信した送信者情報に基づいて同テーブルを操作するＵＰＤＡＴＡ文を実行することにより、受信データの自己ＰＲ文やスケジュールで同テーブル内の該当女性のコメント・フィールドやスケジュール・フィールドを更新する等の方法を採用してもよい。
【００７３】
処理３：  処理３は、後述の入室ボタンＥ４（図６参照）のクリックにより女性の端末３から送信された入室情報と予約番号を受信する処理と、その入室情報の受信時刻を入室時刻とする処理と、受信した予約番号に基づいてデータベース４の予約状況管理テーブルＴ１に前記入室時刻を登録する処理と、を含んでいる。
【００７４】
前記処理３において、前記入室時刻の登録処理については、受信した予約番号に基づいて予約状況管理テーブルＴ１を操作するＩＮＳＥＲＴ文を実行することにより、予約番号で特定される同テーブル内の入室・フィールドに前記入室時刻を追加する等の方法を採用してもよい。
【００７５】
処理４：  処理４は、後述の退室ボタンＥ５（図６参照）のクリックにより女性の端末３から送信された退室情報と予約番号を受信する処理と、そのような退室情報の受信時刻を退室時刻とする処理と、受信した予約番号に基づいて予約状況管理テーブルＴ１に前記退室時刻を登録する処理と、を含んでいる。
【００７６】
前記処理４において、退室時刻の登録処理については、先に説明した入室時刻の登録処理に倣って同様に行えばよい。
【００７７】
処理５：  処理５は、後述のＳＯＳ発信ボタンＥ６（図６参照）のクリックにより女性の端末３から送信されたＳＯＳ情報と送信者情報と予約番号を受信する処理と、受信した予約番号に基づいてデータベース４の予約状況管理テーブルＴ１にＳＯＳ情報を記録する処理と、受信した送信者情報に基づいて本システム運営・管理者のモニタ画面に当該女性のＳＯＳ情報を表示する処理とを含んでいる。
【００７８】
前記処理５において、ＳＯＳ情報の記録処理については、受信した予約番号に基づいて予約状況管理テーブルＴ１を操作するＩＮＳＥＲＴ文を実行することにより、予約番号で特定される同テーブル内のＳＯＳ・フィールドにＳＯＳ情報の有無を追加すればよい。ＳＯＳ情報の受信時刻を同ＳＯＳ・フィールドに追加してもよい。
【００７９】
前記処理５において、ＳＯＳ情報の表示は、受信した送信者情報に基づいて女性情報管理テーブルＴ２を操作するＳＥＬＥＣＴ文を実行することにより、送信者情報で特定される同テーブル内の登録女性名・フィールドからＳＯＳ情報の送信者である女性名を取得してシステム運営・管理者のモニタ画面に表示するようにしてもよい。
【００８０】
処理６：  処理６は、後述の清算・退勤ボタンＥ７（図６参照）のクリックにより女性の端末３から送信された清算要請・退勤情報と予約番号と送信者情報を受信する処理と、受信した予約番号に基づいてデータベース４の予約状況管理テーブルＴ１に清算済み情報を記録する処理と、受信した予約番号に基づいて同テーブルの金額・フィールドからコース等利用金額を取得する処理と、取得したコース等利用金額を該当女性（受信した送信者情報により特定される女性）の端末へ送信する処理と、を含んでいる。
【００８１】
前記処理６において、清算済み情報の記録処理については、受信した予約番号に基づいて予約状況管理テーブルＴ１を操作するＩＮＳＥＲＴ文を実行することにより、予約番号で特定される同テーブル内の済・フィールドにチェックマークを追加する等の方法を採用してもよい。
【００８２】
前記処理６において、コース等利用金額の取得処理については、受信した予約番号に基づいて予約状況管理テーブルＴ１を操作するＳＥＬＥＣＴ文を実行することにより、予約番号で特定される同テーブル内の金額・フィールドからコース等利用金額を取得する等の方法を採用してもよい。
【００８３】
前記処理６において、コース等利用金額の送信処理については、受信した送信者情報に基づいて女性情報管理テーブルＴ２を操作するＳＥＬＥＣＴ文を実行することにより、同テーブルから該当女性（送信者情報により特定される女性）の電子メールアドレスを取得した後、mb_send_mailのようなmail関数を使用して該当女性へ金額お知らせメールを送信する等の方法を採用してもよい。
【００８４】
《機能１−９》
システムサーバ１は、その機能１−９として（Ｂ１）前記プロフィール詳細ページＰ３中の第１ないし第３予約ボタンＢ４〜Ｂ６のいずれかがクリックされた時刻をログイン時刻として取得し、取得したログイン時刻も予約情報として予約状況管理テーブルＴ１のログイン時刻・フィールドに記録する処理と、（Ｂ２）ログイン時刻より所定時間（例えば５分）内に利用規約・同意書ページＰ４経由で予約申込みページＰ５からの予約の申し込みが無かった場合、すなわち予約申込みページＰ５を介して当該顧客の端末２から予約情報を受信しなかった場合に、今回の予約の申込みを自動的に無効とする処理と、（Ｂ３）無効となった端末のグローバルＩＰアドレスを一時的に記憶しておき、同一ＩＰアドレスの端末で無効となった回数が所定回数（例えば３回）を超えた場合に、その端末での認証ページＰ１の閲覧を制限する等、ログインを不可とする処理と、を行う機能を有する。
【００８５】
《機能１−１０》
さらに、システムサーバ１は、その機能１−１０として、（Ｃ１）先に説明したデータベース４の予約状況管理テーブルＴ１の内容を本システム運営・管理者の端末のＷｅｂブラウザで閲覧可能とする処理、及び（Ｃ２）予約状況管理テーブルＴ１の内容をＣＳＶファイルとして書き出す処理を行う機能を有している。ＣＳＶファイルをインポートで取り込むことができる市販のファイル管理ソフト（ファイルメーカー等）で作成された既存の予約状況管理システムを現在使用している場合は、前記予約状況管理テーブルＴ１の内容であるＣＳＶファイルをインポートにより既存の予約状況管理システムに取り込むようにすることで、既存の予約状況管理システムでも前記予約状況管理テーブルＴ１の内容を閲覧することができる。
【００８６】
《女性の端末３の詳細構成》
女性の端末３は、例えばスマートフォンなどからなり、少なくとも下記《機能２−１》から《機能２−５》を有する。
【００８７】
《機能２−１》
機能２−１は、システムサーバ１から送信された指名通知メールＭ２を受信する機能である（図２のＳＴ２１を参照）。
【００８８】
受信した指名通知メールＭ２のメール本文データ中には、前述の通り、予約情報として顧客への電話連絡方法が含まれているので、女性はこの電話連絡方法に従って顧客との間で電話によるコンタクトをとることができる。
【００８９】
《機能２−２》
機能２−２は、図６に示した仕事ボタンＥ０を当該女性の端末３の画面に表示する機能と、この仕事ボタンＥ０がクリックされたときに、同図に例示の各種操作ボタンＥ１からＥ８を当該女性の端末３の画面に表示する機能と、これら各種操作ボタンＥ１からＥ８のクリックに対応する後述の各種処理動作を実行する機能である。
【００９０】
図６では、前記各種操作ボタンの一例として、待合せ成約ボタンＥ１、自己ＰＲ文入力ボタンＥ２、スケジュール入力ボタンＥ３、入室ボタンＥ４、退出ボタンＥ５、ＳＯＳ発信ボタンＥ６、清算退勤ボタンＥ７、お客様情報入力ボタンＥ８を示してある。以下、これらの操作ボタンＥ１〜Ｅ８の概要と、それぞれの操作ボタンＥ１〜Ｅ８のクリックに対応して女性の端末３で実行される処理動作について説明する。
【００９１】
待合せ成約ボタンＥ１は、先に説明した指名通知メールＭ２のメール本文データ中に含まれている顧客への電話連絡方法に従って女性が電話をかけ、顧客とのコンタクトがとれた場合に女性がクリックするものである。
【００９２】
前記待合せ成約ボタンＥ１のクリックにより、当該女性の端末３の画面には待合せ制約場所の入力欄（図示省略）が表示される。この入力欄を介して入力された待合せ制約場所の情報は当該女性の端末３からシステムサーバ１へ送信される。この際、指名通知メールＭ２のメール本文データ中に含まれていた予約番号も一緒に送信される。
【００９３】
自己ＰＲ文入力ボタンＥ２とスケジュール入力ボタンＥ３は、プロフィール詳細ページＰ３中のコメント表示欄Ｃ２やスケジュール表示欄Ｃ３に掲載される女性からのコメント（自己ＰＲ文）やスケジュールを、新規に登録又は書換え更新するときに使用するものである。
【００９４】
前記自己ＰＲ文入力ボタンＥ２のクリックにより、当該女性の端末３の画面には自己ＰＲ文の入力欄（図示省略）が表示される。この入力欄を介して入力された自己ＰＲ文は、女性からのコメントとして当該女性の端末３からシステムサーバ１へ送信される。このとき、送信者情報も一緒に送信される。なお、送信者情報は、例えば女性の名前又はＩＤなど、データベース４の女性情報管理テーブルＴ２を検索する時に主キーとなる情報であるものとする。本実施形態では、送信情報の一例として、女性の名前を使用する。
【００９５】
前記スケジュール入力ボタンをクリックＥ３により、当該女性の端末３の画面にはスケジュールの入力欄（図示省略）が表示される。なお、この入力欄を介して入力されたスケジュールが当該女性の端末３からシステムサーバ１へ送信されることと、このとき一緒に前記送信者情報がシステムサーバ１へ送信されることは、先に説明した自己ＰＲ文（女性からのコメント）の送信の場合と同様である。
【００９６】
入室ボタンＥ４や退室ボタンＥ５は、ホテル等の室内に入室したときや退室したときに女性がクリックするものである。入室ボタンＥ４をクリックした場合は、当該女性の端末３からシステムサーバ１へ入室情報が送信されるとともに、本システム運営・管理者に電話が繋がることで入室の報告を行うことができる。また、退室ボタンＥ５をクリックした場合には、当該女性の端末３からシステムサーバ１へ退室情報が送信されるとともに、本システム運営・管理者に電話が繋がることで退室の報告を行うことができる。入室情報や退室情報と一緒に予約番号（指名通知メールＭ２のメール本文データ中に含まれていたもの）も送信される。
【００９７】
ＳＯＳ発信ボタンＥ６は、顧客が利用規約に反するような行動を行ったとき等、顧客と女性との間でトラブルが生じたときに女性がクリックするものである。
【００９８】
ＳＯＳ発信ボタンＥ６のクリックにより、当該女性の端末３からシステムサーバ１へＳＯＳ情報と送信者情報と予約番号（指名通知メールＭ２のメール本文データ中に含まれていたもの）が送信されるとともに、１０１番通報等、警察に電話が繋がることで女性の身柄の安全を確保することができる。
【００９９】
以上説明したように、女性の端末３は、ＳＯＳ発信ボタンＥ６とこれがクリックされたときの処理動作（システムサーバ１へのＳＯＳ情報の送信と警察への通報）を実行するプログラムとを備えることにより、ＳＯＳ発信ボタンＥ６のクリック時に、システムサーバ１へのＳＯＳ情報の送信と警察への通報を行う機能を有している。
【０１００】
清算・退勤ボタンＥ７は女性が例えば退勤時にクリックするものである。この清算・退勤ボタンＥ７のクリックにより、当該女性の端末３からシステムサーバ１へ清算要請・退勤情報が送信される。このとき、送信者情報と予約番号（指名通知メールＭ２のメール本文データ中に含まれていたもの）も一緒に送信される。
【０１０１】
お客様情報入力ボタンＥ８は、女性に対する顧客の対応状況（例えば、紳士的な対応であった等の情報や、利用規約に反するような行為をしたこと等の情報）を報告する際に女性がクリックするものである。このお客様情報入力ボタンＥ８のクリックにより、当該女性の端末３の画面には入力欄（図示省略）が表示される。この入力欄を介して入力された顧客の対応状況は、当該女性の端末３からシステムサーバ１へ送信される。このとき、予約番号（指名通知メールＭ２のメール本文データ中に含まれていたもの）も一緒に送信される。
【０１０２】
《機能２−３》
機能２−３は、システムサーバ１から送信された指名通知メールＭ２の受信時、又はその指名通知メールＭ２のメール本文データ中に含まれている待合せ時刻、若しくはその時刻前より、制限時間のカウントを開始する機能である（図２のＳＴ２２を参照）
【０１０３】
機能２−３の具体例として、例えば、指名通知メールＭ２のメール本文データ中に「今すぐ」という予約の種別が含まれている場合には、その指名通知メールＭ２の受信時より制限時間（例えば１５分）のカウントを開始してもよい。また、同メール本文データ中に含まれている予約の種別が「本日予約」である場合には、同メール本文データ中に含まれている待合せ時刻より制限時間（例えば３０分）のカウントを開始してもよい。更に、同メール本文データ中に含まれている予約の種別が「明日以降の予約」である場合には、同メール本文データ中に含まれている当日の待合せ時刻２時間前より制限時間（例えば１時間）のカウントを開始してもよい。
【０１０４】
以上説明したように、制限時間のカウントを開始する時期は、予約の種別に応じて異なるようにしてもよい。また、制限時間については、例えば１５分、３０分、１時間等、必要に応じて適宜変更することができる。
【０１０５】
制限時間はカウントアップのタイプでもカウントダウンのタイプでもよい。また、いずれのタイプでも女性の端末３の画面に制限時間のカウントを表示し、制限時間が近づいたら事前にアラームを鳴らす等、制限時間の予告を行うようにしてもよい。
【０１０６】
《機能２−４》
機能２−４は、女性の端末３の画面に表示された前述の待合せ成約ボタンＥ１が前記制限時間内にクリックされたか否かを判定し、かつ、その制限時間内に待合せ成約ボタンＥ１がクリックされなかった場合に、電話ＮＧ情報をシステムサーバ１へ送信する機能である（図２のＳＴ２３、ＳＴ２３のＮｏ、ＳＴ２４を参照）。
【０１０７】
前記電話ＮＧ情報は、指名通知メールＭ２のメール本文データ中から取得した予約番号を含んでいる。従って、システムサーバ１では、この電話ＮＧ情報の受信により、その電話ＮＧ情報中に含まれている予約番号の顧客に関しては“制限時間内に女性が電話をかけても通話による顧客とのコンタクトが採れなかった”と判定することができる。
【０１０８】
《機能２−５》
機能２−５は、退室時刻の１５分前や５分前など退出時刻が近づいたら、アラームを鳴らすなど退出の予告を行う機能である。
【０１０９】
女性の端末３で受信した指名通知メールＭ２のメール本文データ中には利用コース（時間）が含まれている。従って、例えば前述の入室ボタンＥ４がクリックされた時刻より利用コース（時間）のカウントを開始し、かつ、利用コース（時間）の１５分前や５分前などに退出の予告を行うようにしてもよい。
【０１１０】
《女性の端末３がスマートフォンである場合の構成例》
前記《機能２−２》による各種操作ボタンＥ１からＥ８を表示する処理や、それぞれの操作ボタンＥ１からＥ８のクリックに対応する各種処理動作を実行するプログラムについては、女性の端末３としてスマートフォンを採用するなら、スマートフォン対応のアプリケーションプログラムとして作成し、作成したアプリケーションプログラムを当該女性の端末３にダウンロードする形式によって実現してもよい。この場合、先に説明した各種操作ボタンＥ１からＥ８はそれぞれ対応するアプリケーションプログラムの起動ボタンになる。
【０１１１】
前記《機能２−３》による制限時間のカウントや、前記《機能２−４》による電話ＮＧ情報の送信、並びに、前記《機能２−５》による利用コース（時間）のカウントについても、同様にスマートフォン対応のアプリケーションプログラムとして作成し、作成したアプリケーションプログラムを当該女性の端末３にダウンロードする形式によって実現してもよい。
【０１１２】
前記仕事ボタンＥ０や操作ボタンＥ１からＥ８と、これらの操作ボタンＥからＥ８がクリックされたときの各種処理動作を実行するアプリケーションプログラムのダウンロードについては、登録された女性のみが行えるようにしてもよい。この場合、当該女性の端末がスマートフォンであるなら、スマートフォン対応のアプリケーションプログラムで登録を行うようにすることもできる。この種のアプリケーションプログラムでの登録については、例えば、図７に示す登録ボタンＦ０が最初に当該女性の端末３に表示され、登録ボタンＦ０のクリックによりログインボタンＦ１が表示され、更に、ログインボタンＦ１のクリックにより誓約書・同意書ボタンＦ２が表示されるようにするとともに、誓約書・同意書ボタンＦ２のクリックにより、図示しない誓約書・同意書や登録フォームが表示されるようにしてもよい。また、例えば前記登録ボタンＦ０のクリックから前記ログインボタンＦ１の表示までの間に、予約の受付けなどを行う電話番が居なくても安心して働けることや、前記ＳＯＳ発信ボタンＥ６の設置による安全の確保等をアニメーション等で説明した映像が流れるように構成してもよい。
【０１１３】
指名通知メールＭ２のメール本文データ中に予約情報として含まれている電話連絡方法が顧客のスカイプ名である場合は、ＩＰ電話のスカイプ（登録商標）を起動することにより、当該顧客との電話によるコンタクトをとるようにしてもよい。この場合は、顧客の電話番号が女性に知られることはないので、顧客のプライバシーを保護できる。
【０１１４】
また、スカイプ名についても女性に知られたくないなら、当該女性の端末３のＷｅｂブラウザ上に当該顧客のスカイプボタンが生成表示されるようにしてもよい。この場合は指名通知メールＭ２のメール本文データ中に予約情報として含まれている電話連絡方法が前述のスカイプボタン生成情報であることを要する。
【０１１５】
《本システムを利用してデリバリーヘルスサービスを受ける予約の手順と、その予約の自動キャンセルの説明》
【０１１６】
図４に示したように、顧客は、まず、端末のＷｅｂブラウザで認証ページＰ１にアクセスし、同ページ中の「男性お客様専用入口」の入口ボタンＢ１をクリックする。これによりお客様トップページＰ２が表示されたら、お客様トップページＰ２内のプロフィール概要フィールドＰＦに設けられている詳細ボタンＢ３をクリックする。そうすると、クリックした詳細ボタンＢ３に対応する女性のプロフィール詳細ページＰ３が表示される。
【０１１７】
以上の手順でプロフィール詳細ページＰ３が表示されたら、同ページ内の予約可否表示Ｄを見て予約可能か不可かを確認することができる。予約可否表示Ｄが“受付け中”となっている場合は予約可能である。この場合、“受付け中”の予約可否表示Ｄは点滅しているので、予約可否表示Ｄが点滅しているか否かを見るだけでも予約可能か不可かを顧客は容易に判断することができる。
【０１１８】
図４では、「今すぐ」の第１予約ボタンＢ４の上にある予約可否表示Ｄと「明日以降」の第３予約ボタンＢ６の上にある予約可否表示Ｄとが点滅し、かつ、これらの予約可否表示Ｄがいずれも“受付け中”になっているので、「今すぐ」と「明日以降」の予約が可能である。
【０１１９】
ここで、例えば顧客が「今すぐ」の第１予約ボタンＢ４をクリックすると、顧客の端末２には利用規約・同意書ページＰ４が表示される。「明日以降」の第３予約ボタンＢ６をクリックした場合も同様である。
【０１２０】
利用規約・同意書ページＰ４が表示されたら、顧客は、同ページに記載されている利用規約と同意書をよく読み、それに同意できるなら、同ページ内の同意チェックボックスＢ８をクリックする。これにより同意チェックボックスＢ８内にチェックマークが表示されたことを確認した上で、同ページ内の同意ボタンＢ７をクリックする。
【０１２１】
以上の手順で同意ボタンＢ７がクリックされると、顧客の端末２には予約申込みページＰ５が表示されるので、顧客は、予約情報として女性の指名など、必要な情報を予約申込みページＰ５の予約情報入力欄Ｃ５に入力してから、同ページの申込みボタンＢ９をクリックする。
【０１２２】
そうすると、システムサーバ１から当該顧客の端末２に対して図５（ａ）に示す内容の予約返信メールＭ１が送信されるとともに、顧客によって指名された女性の端末３にはシステムサーバ１から指名通知メールＭ２が送信される。以上で予約は完了する。
【０１２３】
その後、予約返信メールＭ１を受信した顧客は、指名した女性からの電話によるコンタクトを待つ。一方、指名通知メールＭ２を受信した女性は、そのメール本文データ中の電話連絡方法に従って制限時間内に電話による顧客とのコンタクトを試みる。
【０１２４】
制限時間内に顧客とのコンタクトが採れた女性は、該女性の端末３の画面に表示されている待合せ成約ボタンＥ１を制限時間内にクリックする。ここで、女性からの電話に顧客が応じないこと等により制限時間内に待合せ成約ボタンＥ１がクリックされなかった場合には、システムサーバ１によって今回の当該顧客の予約は自動的にキャンセルされる。
【０１２５】
以上説明した予約の手順において、プロフィール詳細ページＰ３の「今すぐ」の第１予約ボタンＢ４をクリックした時刻（ログイン時刻）から所定時間（例えば５分）内に予約申込みページＰ５からの予約の申し込みが無かった場合には、今回の予約の申込みは自動的に無効になる。無効となった回数が所定回数（例えば３回）を超えた場合は、認証ページＰ１の閲覧が制限されるが（ログイン不可）、次の日に改めて認証ページＰ１の閲覧が可能（ログイン可）となり、以上説明した予約の手順で再度予約を行うことができる。
【０１２６】
《他の実施形態》
以上説明した実施形態の本システムでは女性の端末３で制限時間をカウントする方式を採用したが（先に説明した女性の端末３の《機能２−２》参照）、これに代えて、その制限時間をシステムサーバ１でカウントする方式を採用することもできる。
【０１２７】
図８は、制限時間をシステムサーバ１でカウントする方式を採用した場合の構成例の説明図である。図８において、図２に示す構成ないしは処理と同一の構成ないし処理を行う部分には同一の符号を付してある。
【０１２８】
図８において、システムサーバ１は、先に説明した《機能１−７》に代えて、下記《システムサーバの機能１−１１》と《システムサーバの機能１−１２》とを備え、女性の端末３は、先に説明した《機能２−２》と《機能２−３》に代えて、下記《女性の端末３の機能２−４》を備えるものとする。
【０１２９】
《システムサーバ１の機能１−１１》
システムサーバ１の機能１−１１は、前記《機能１−６》による指名通知メールＭ２の送信時、又は前記《機能１−４》で受信した予約情報から取得した待合せ時刻、若しくはその時刻前より、制限時間のカウントを開始する機能である（図８のＳＴ１５を参照）。
【０１３０】
《システムサーバ１の機能１−１２》
システムサーバ１の機能１−１２は、前記《機能１−６》で送信した指名通知メールＭ２の送信先である女性の端末３から後述の電話ＯＫ情報を受信するとともに、前記《システムサーバ１の機能１−１１》でカウントした制限時間内に前記指名通知メールＭ２の送信先である女性の端末３から後述の電話ＯＫ情報を受信したか否かを判定し、かつ、制限時間内に後述の電話ＯＫ情報を受信しなかった場合に、その女性に対する当該顧客の予約をキャンセルする機能である（図２のＳＴ１６を参照）。
【０１３１】
《女性の端末３の機能２−６》
女性の端末３の機能２−５は、その端末の画面に表示された待合せ成約ボタンＥ１のクリックにより電話ＯＫ情報をシステムサーバ１へ送信する機能である（図２のＳＴ２５を参照）。
【符号の説明】
【０１３２】
１  サーバ
２  顧客の端末
３  女性の端末
４  データベース
Ｂ１  入口ボタン
Ｂ２  入口ボタン
Ｂ３  詳細ボタン
Ｂ４  第１予約ボタン
Ｂ５  第２予約ボタン
Ｂ６  第３予約ボタン
Ｂ７  同意ボタン
Ｂ８  チェックボックス
Ｂ９  申込みボタン
Ｂ１０  ご利用方法映像配信ボタン
Ｃ１  画像表示欄
Ｃ２  コメント表示欄
Ｃ３  スケジュール表示欄
Ｃ４  予約情報欄
Ｃ５  予約情報入力欄
Ｄ  予約可否表示
Ｅ１  待合せ成約ボタン
Ｅ２  自己ＰＲ文入力ボタン
Ｅ３  スケジュール入力ボタン
Ｅ４  入室ボタン
Ｅ５  退出ボタン
Ｅ６  ＳＯＳ発信ボタン
Ｅ７  清算退勤ボタン
Ｅ８  お客様情報入力ボタン
Ｍ１  予約返信メール
Ｍ２  指名通知メール
Ｐ１  認証ページ
Ｐ２  お客様トップページ
Ｐ３  プロフィール詳細ページ
Ｐ４  利用規約・同意書ページ
Ｐ５  予約申込みページ
Ｐ６  予約申込み完了ページ
ＰＦ  プロフィール概要フィールド
Ｔ１  予約状況管理テーブル
Ｔ２  女性情報管理テーブル
【図１】
2012190373.tif 000003
【図２】
2012190373.tif 000004
【図３】
2012190373.tif 000005
【図４】
2012190373.tif 000006
【図５】
2012190373.tif 000007
【図６】
2012190373.tif 000008
【図７】
2012190373.tif 000009
【図８】
2012190373.tif 000010