(57)【要約】      （修正有）【課題】人員不足により応援を必要とする依頼者が、特定の範囲の人員に応援依頼を一斉に発信でき、依頼された人員が応援された事実を把握でき、かつ、応援依頼の履歴を記録できるシステムを提供する。【解決手段】ユーザが応援依頼を入力してＳＯＳ送信ボタンを押下すると、クライアント端末からサーバ装置へＳＯＳ依頼が送信されるＳ２８。サーバ装置はＳＯＳ依頼を受信しＳ２９、該依頼の依頼先グループと、マスタテーブルのグループとが同一のユーザを抽出しＳ３１、該ユーザにＳＯＳ依頼を送信するＳ３２。送信対象のクライアント端末は、プッシュ方式でＳＯＳ依頼を受信Ｓ３３し、該受信したＳＯＳ依頼と、受信時までに発生したＳＯＳ依頼とを一覧形式で表示させるＳ３４。【選択図】図８
2015084189.tif 000002
【特許請求の範囲】
【請求項１】
第一のクライアント装置と、
表示装置を有する第二のクライアント装置と、
第一のクライアント装置及び第二のクライアント装置と通信回線により接続可能であるサーバ装置とを備える応援依頼システムであって、
第一のクライアント装置が、
人員の応援依頼をする依頼元、及び、応援依頼を受ける依頼先を含む応援依頼データを入力するデータ入力手段と、
データ入力手段により入力された応援依頼データをサーバ装置に送信する第一応援依頼データ送信手段とを備え、
サーバ装置が、
ユーザの所属先に関するデータを記憶するデータ記憶手段と、
第一のクライアント装置により送信された応援依頼データを受信する第一応援依頼データ受信手段と、
データ記憶手段により記憶されたユーザの所属先の中から、第一応援依頼データ受信手段により受信した、応援依頼データの依頼先と一致する所属先を有するユーザを特定するユーザ特定手段と、
ユーザ特定手段により特定したユーザに対応する第二のクライアント装置に、第一応援依頼データ受信手段により受信した応援依頼データを送信する第二応援依頼データ送信手段とを備え、
第二のクライアント装置が、
サーバ装置により送信された応援依頼データを受信する第二応援依頼データ受信手段と、
第二応援依頼データ受信手段により受信した応援依頼データに含まれる依頼元を表示装置に表示するデータ表示手段と
を備える、応援依頼システム。
【請求項２】
応援依頼データが、応援依頼の対応に必要な人数のデータを含み、
第一のクライアント装置が表示装置を備え、
他の第二のクライアント装置とをさらに備える応援依頼システムであって、
第二のクライアント装置が、
第二応援依頼データ受信手段により受信した応援依頼データに関する応援依頼への対応についての依頼対応データを入力する依頼対応データ入力手段と、
依頼対応データ入力手段により入力された依頼対応データをサーバ装置に送信する第一依頼対応データ送信手段とを備え、
サーバ装置が、
第二のクライアント装置により送信された依頼対応データを受信する第一依頼対応データ受信手段と、
第一依頼対応データ受信手段により受信した依頼対応データから依頼対応人数を集計する第一データ集計手段と、
第一データ集計手段により集計した依頼対応人数のデータを含む第一集計データを第一のクライアント装置、及び／又は、他の第二のクライアント装置に送信する第一集計データ送信手段とを備え、
第一のクライアント装置、及び／又は、他の第二のクライアント装置が、
サーバ装置により送信された第一集計データを受信する第一集計データ受信手段と、
応援依頼データに含まれる依頼の対応に必要な人数と、第一集計データ受信手段により受信した第一集計データに含まれる依頼対応人数とをもとに、依頼の対応状況を表示装置に表示する対応状況データ表示手段と
を備える、請求項１に記載の応援依頼システム。
【請求項３】
依頼対応データが、応援依頼へ対応するユーザ又は所属先を特定できるデータを含み、
サーバ装置が、
依頼対応データを記憶する依頼対応データ記憶手段と、
依頼対応データ記憶手段により記憶した依頼対応データに含まれる、ユーザ又は所属先を特定できるデータをもとに、ユーザ毎又は所属先毎の、応援依頼に対応した回数を集計する第二データ集計手段と、
第二データ集計手段により集計した第二集計データを第一のクライアント装置、及び／又は、第二のクライアント装置に対して送信する第二集計データ送信手段とを備え、
第一のクライアント装置、及び／又は、第二のクライアント装置が、
サーバ装置により送信された第二集計データを受信する第二集計データ受信手段と、
第二集計データ受信手段により受信した第二集計データを表示装置に表示する集計データ表示手段と
を備える、請求項２に記載の応援依頼システム。
【請求項４】
サーバ装置、又はクライアント装置が、
第二データ集計手段により集計した第二集計データを、依頼に対応した回数の降順に、ユーザ又は所属先をランキング形式に並び替えるデータ並び替え手段と、
データ並び替え手段により並び替えたランキングデータを表示装置に表示するランキングデータ表示手段と
を備える、請求項３に記載の応援依頼システム。
【請求項５】
第一のクライアント装置が、
データ入力手段により入力された応援依頼データを記憶する応援依頼データ記憶手段と、
応援依頼データ記憶手段によって記憶された応援依頼データを、ユーザの操作指示により再利用要求するデータ再利用要求手段を備え、
データ再利用要求手段により再利用要求された応援依頼データが、第一応援依頼データ送信手段により、サーバ装置に送信される、
請求項１に記載の応援依頼システム。
【請求項６】
ホスト装置と、
表示装置を有するゲスト装置とを備える応援依頼システムであって、
ホスト装置が、
人員の応援依頼をする依頼元、及び、応援依頼を受ける依頼先を含む応援依頼データを入力するデータ入力手段と、
ユーザの所属先に関するデータを記憶するデータ記憶手段と、
データ記憶手段により記憶されたユーザの所属先の中から、データ入力手段により入力した応援依頼データの依頼先と一致する所属先を有するユーザを特定するユーザ特定手段と、
ユーザ特定手段により特定したユーザに対応するゲスト装置に、データ入力手段により入力した応援依頼データを送信する、第一応援依頼データ送信手段とを備え、
ゲスト装置が、
ホスト装置により送信された応援依頼データを受信する、第一応援依頼データ受信手段と、
第一応援依頼データ受信手段により受信した応援依頼データに含まれる依頼元を表示装置に表示するデータ表示手段と
を備える、応援依頼システム。
【請求項７】
第一のゲスト装置と、
ホスト装置と、
第二のゲスト装置とを備える応援依頼システムであって、
第一のゲスト装置が、
人員の応援依頼をする依頼元、及び、応援依頼を受ける依頼先を含む応援依頼データを入力するデータ入力手段と、
データ入力手段により入力された応援依頼データを、ホスト装置に送信する、第一応援依頼データ送信手段と、
ホスト装置が、
第一のゲスト装置により送信された応援依頼データを受信する、第一応援依頼データ受信手段と、
ユーザの所属先に関するデータを記憶するデータ記憶手段と、
データ記憶手段により記憶されたユーザの所属先の中から、第一のゲスト装置から送信された応援依頼データの依頼先と一致する所属先を有するユーザを特定するユーザ特定手段と、
ユーザ特定手段により特定したユーザに対応する第二のゲスト装置に、第一のゲスト装置から送信された応援依頼データを送信する第二応援依頼データ送信手段と、
第二のゲスト装置が、
ホスト装置から送信された応援依頼データを受信する第二応援依頼データ受信手段と、
ホスト装置から送信された応援依頼データに含まれる依頼元を表示装置に表示する応援依頼データ表示手段と
を備える、応援依頼システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、必要な人員の数が時間の経過とともに変化するような職場等において、人員が不足した際に応援を依頼するシステムに関する。
【背景技術】
【０００２】
近年、サービスの業種は多岐にわたり、第三次産業に従事する者は全就業者の７割に到達する見込みである。また、社会に顧客満足の概念が定着し、企業は顧客満足度を高めることが重要であると認識するようになっている。
【０００３】
そこで、企業は顧客満足度を高めるため、業務効率化を推進して生産性を高めるべく、生産計画の立案や作業人員の配置について工夫している（例えば、特許文献１、２参照）。
【０００４】
しかし、サービス業の従業員数は有限であり、顧客が一部のサービスに一時的に集中した結果、対応する従業員が不足し、結果として顧客満足度を下げるような緊急事態が発生することがある。そのような状況下では、館内放送、電話、あるいは電子メール等を使用して、他の業務に従事する人員のうち、比較的時間に余裕がある人員を呼び、業務を分担させ、企業は緊急事態を回避してきた。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−３４２４１７号公報
【特許文献２】特開２００７−２２６７１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、例えば、一時的な人員不足などが発生した際に内線や電話で助けを呼ぶ方法では、応援に来てほしい人員に一斉発信ができないため、呼ばれた従業員が離席中又は不在だったときは、何度も電話をかけ直すという煩雑な作業が発生し、人員不足の対応に遅れが生じることがあった。また、館内放送で助けを呼ぶ方法では、人員不足が発生している事実を知る必要がない顧客等にも知られ、不安や悪い印象を与えてしまい、結果として顧客満足度が低下する事態に発展することがあった。
【０００７】
一方、応援に呼ばれた従業員は、予定外の作業を手伝って顧客満足度を向上させたにもかかわらず、手伝った回数や内容は正確に記録されていなかった。そのため、人事評価において正しい評価がされず、従業員の応援に向かう意欲が低下する場合があった。
【０００８】
本発明は、人員不足の発生に伴い、応援を必要とする依頼者が、特定の範囲の人員だけに応援依頼を一斉に発信でき、応援依頼された人員が人員不足が発生した事実を把握でき、かつ、応援依頼の履歴を記録できるシステムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明は、第一のクライアント装置と、表示装置を有する第二のクライアント装置と、第一のクライアント装置及び第二のクライアント装置と通信回線により接続可能であるサーバ装置とを備える応援依頼システムであって、第一のクライアント装置が、人員の応援依頼をする依頼元、及び、応援依頼を受ける依頼先を含む応援依頼データを入力するデータ入力手段と、データ入力手段により入力された応援依頼データをサーバ装置に送信する第一応援依頼データ送信手段とを備え、サーバ装置が、ユーザの所属先に関するデータを記憶するデータ記憶手段と、第一のクライアント装置により送信された応援依頼データを受信する第一応援依頼データ受信手段と、データ記憶手段により記憶されたユーザの所属先の中から、第一応援依頼データ受信手段により受信した、応援依頼データの依頼先と一致する所属先を有するユーザを特定するユーザ特定手段と、ユーザ特定手段により特定したユーザに対応する第二のクライアント装置に、第一応援依頼データ受信手段により受信した応援依頼データを送信する第二応援依頼データ送信手段とを備え、第二のクライアント装置が、サーバ装置により送信された応援依頼データを受信する第二応援依頼データ受信手段と、第二応援依頼データ受信手段により受信した応援依頼データに含まれる依頼元を表示装置に表示するデータ表示手段とを備える、応援依頼システムに関する。
【００１０】
本発明では、依頼者の一度の操作指示によって、応援依頼の対象となるグループに所属するユーザのクライアント装置（スマートフォンやタブレット型コンピュータなどの携帯端末）に人員の応援依頼が届き、ユーザは発信元において人員不足が発生しているとわかる。これにより、応援依頼の依頼者は、応援を依頼したい特定のグループに、迅速かつ的確に、一斉に依頼を伝えることができ、顧客満足度を低下させる事態への対応の遅れが生じにくくなる。
【００１１】
本発明では、応援依頼データが、応援依頼の対応に必要な人数のデータを含み、第一のクライアント装置が表示装置を備え、他の第二のクライアント装置とをさらに備える応援依頼システムであって、第二のクライアント装置が、第二応援依頼データ受信手段により受信した応援依頼データに関する応援依頼への対応についての依頼対応データを入力する依頼対応データ入力手段と、依頼対応データ入力手段により入力された依頼対応データをサーバ装置に送信する第一依頼対応データ送信手段とを備え、サーバ装置が、第二のクライアント装置により送信された依頼対応データを受信する第一依頼対応データ受信手段と、第一依頼対応データ受信手段により受信した依頼対応データから依頼対応人数を集計する第一データ集計手段と、第一データ集計手段により集計した依頼対応人数のデータを含む第一集計データを第一のクライアント装置、及び／又は、他の第二のクライアント装置に送信する第一集計データ送信手段とを備え、第一のクライアント装置、及び／又は、他の第二のクライアント装置が、サーバ装置により送信された第一集計データを受信する第一集計データ受信手段と、応援依頼データに含まれる依頼の対応に必要な人数と、第一集計データ受信手段により受信した第一集計データに含まれる依頼対応人数とをもとに、依頼の対応状況を表示装置に表示する対応状況データ表示手段とを備えることが好ましい。
【００１２】
応援依頼を受けたユーザは、応援依頼に含まれる対応に必要な人数のデータによって、人員不足の緊急の程度を知ることができる。また、クライアント装置がサーバ装置から都度、依頼対応状況のデータを受信することにより、依頼へ対応している状況を把握することができる。
【００１３】
また、応援依頼者は自ら依頼した応援に対して、クライアント装置がサーバ装置から都度、依頼対応状況のデータを受信することにより、何人のユーザが依頼に対応中であるか把握することができる。このことにより、応援依頼者は何人が応援に向かっているかを把握でき、それに合わせた人員配置を行うことができる。また、応援依頼を受けたユーザは、対応人数が足りているか否かを把握でき、応援に行くか行かないかを即座に判断できる。
【００１４】
本発明では、さらに、依頼対応データが、応援依頼へ対応するユーザ又は所属先を特定できるデータを含み、サーバ装置が、依頼対応データを記憶する依頼対応データ記憶手段と、依頼対応データ記憶手段により記憶した依頼対応データに含まれる、ユーザ又は所属先を特定できるデータをもとに、ユーザ毎又は所属先毎の、応援依頼に対応した回数を集計する第二データ集計手段と、第二データ集計手段により集計した第二集計データを第一のクライアント装置、及び／又は、第二のクライアント装置に対して送信する第二集計データ送信手段とを備え、第一のクライアント装置、及び／又は、第二のクライアント装置が、サーバ装置により送信された第二集計データを受信する第二集計データ受信手段と、第二集計データ受信手段により受信した第二集計データを表示装置に表示する集計データ表示手段とを備えることが好ましい。
【００１５】
応援依頼に対応した回数を集計することで、人員不足の解決という顧客満足度を高める貢献をしたユーザを客観的に把握できる。従来の方法では見えにくかった業務外の活動の貢献度を、数値化して、人事評価の指標とすることができる。
【００１６】
本発明では、さらに、サーバ装置、又はクライアント装置が、第二データ集計手段により集計した第二集計データを、依頼に対応した回数の降順に、ユーザ又は所属先をランキング形式に並び替えるデータ並び替え手段と、データ並び替え手段により並び替えたランキングデータを表示装置に表示するランキングデータ表示手段とを備えることが好ましい。
【００１７】
従来の方法では、ユーザの業務の範囲外の活動における企業等への貢献について、ユーザは知ることができなかった。しかし、本発明では、ランキング形式で応援依頼に対応した回数をユーザ別又は所属先別に表示することができ、ユーザは自分が企業に貢献したことを順位を通じて知ることができる。
【００１８】
一方、ユーザは自らの貢献度を知るとともに、同程度の貢献をしている他のユーザの存在を知ることができる。これにより、ユーザ同士の競争意識が発生し、人員不足への対応を率先して行うようになる。その結果、一時的な人員不足などの解消にかかる時間を減少させ、顧客満足度を低下させる要因を減らす効果が期待できる。
【００１９】
本発明では、さらに、第一のクライアント装置が、データ入力手段により入力された応援依頼データを記憶する応援依頼データ記憶手段と、応援依頼データ記憶手段によって記憶された応援依頼データを、ユーザの操作指示により再利用要求するデータ再利用要求手段を備え、データ再利用要求手段により再利用要求された応援依頼データが、第一応援依頼データ送信手段により、サーバ装置に送信されることが好ましい。
【００２０】
予め応援依頼の内容を登録しておけば、ユーザの操作指示により再利用要求することで、データ入力の手間を省き、迅速に応援依頼ができる。特に、人員不足が定期的に発生するような場合には、同一の内容の応援依頼をすることになるので有効である。
【００２１】
本発明は、ホスト装置と、表示装置を有するゲスト装置とを備える応援依頼システムであって、ホスト装置が、人員の応援依頼をする依頼元、及び、応援依頼を受ける依頼先を含む応援依頼データを入力するデータ入力手段と、ユーザの所属先に関するデータを記憶するデータ記憶手段と、データ記憶手段により記憶されたユーザの所属先の中から、データ入力手段により入力した応援依頼データの依頼先と一致する所属先を有するユーザを特定するユーザ特定手段と、ユーザ特定手段により特定したユーザに対応するゲスト装置に、データ入力手段により入力した応援依頼データを送信する、第一応援依頼データ送信手段とを備え、ゲスト装置が、ホスト装置により送信された応援依頼データを受信する、第一応援依頼データ受信手段と、第一応援依頼データ受信手段により受信した応援依頼データに含まれる依頼元を表示装置に表示するデータ表示手段とを備える、応援依頼システムに関する。
【００２２】
本発明は、第一のゲスト装置と、ホスト装置と、第二のゲスト装置とを備える応援依頼システムであって、第一のゲスト装置が、人員の応援依頼をする依頼元、及び、応援依頼を受ける依頼先を含む応援依頼データを入力するデータ入力手段と、データ入力手段により入力された応援依頼データを、ホスト装置に送信する、第一応援依頼データ送信手段と、ホスト装置が、第一のゲスト装置により送信された応援依頼データを受信する、第一応援依頼データ受信手段と、ユーザの所属先に関するデータを記憶するデータ記憶手段と、データ記憶手段により記憶されたユーザの所属先の中から、第一のゲスト装置から送信された応援依頼データの依頼先と一致する所属先を有するユーザを特定するユーザ特定手段と、ユーザ特定手段により特定したユーザに対応する第二のゲスト装置に、第一のゲスト装置から送信された応援依頼データを送信する第二応援依頼データ送信手段と、第二のゲスト装置が、ホスト装置から送信された応援依頼データを受信する第二応援依頼データ受信手段と、ホスト装置から送信された応援依頼データに含まれる依頼元を表示装置に表示する応援依頼データ表示手段とを備える、応援依頼システムに関する。
【００２３】
サーバ装置の代わりにクライアント装置をホスト装置として、本発明にかかるシステムを構築できる。スマートフォンやタブレット型パソコンなどの携帯端末をホスト装置又はゲスト装置として使用する場合、各々の装置が通信機能を有するため、互いに通信可能な範囲であれば、場所を問わず、本発明にかかる応援依頼システムを使用できる。
【図面の簡単な説明】
【００２４】
【図１】本発明の実施の形態にかかるシステムの構成を示すブロック図である。
【図２】本発明の実施の形態にかかるクライアント端末装置の構成を示すブロック図である。
【図３】本発明の実施の形態にかかるサーバ装置の構成を示すブロック図である。
【図４】本発明の実施の形態にかかるマスタテーブルの一例を表す図である。
【図５】本発明の実施の形態にかかるクライアント端末装置からサーバ装置へのログイン処理のフローチャートの一例を表す図である。
【図６】本発明の実施の形態にかかるクライアント端末装置のスプラッシュスクリーンの一例を表す図である。
【図７】本発明の実施の形態にかかるクライアント端末装置のホーム画面の一例を表す図である。
【図８】本発明の実施の形態にかかるユーザのＳＯＳ依頼の発信処理のフローチャートの一例を表す図である。
【図９】本発明の実施の形態にかかるＳＯＳ要対応人数入力画面の一例を表す図である。
【図１０】本発明の実施の形態にかかるＳＯＳデータテーブルの一例を表す図である。
【図１１】本発明の実施の形態にかかるＳＯＳタイムライン画面の一例を表す図である。
【図１２】本発明の実施の形態にかかるＳＯＳ詳細画面の一例を表す図である。
【図１３】本発明の実施の形態にかかる対応が未完了のＳＯＳ依頼に対するＳＯＳ詳細画面の処理のフローチャートの一例を表す図である。
【図１４】本発明の実施の形態にかかるＳＯＳ依頼者がＳＯＳ依頼を完了させる処理のフローチャートの一例を表す図である。
【図１５】本発明の実施の形態にかかるＳＯＳ依頼にユーザが対応した際のデータ処理のフローチャートの一例を表す図である。
【図１６】本発明の実施の形態にかかるお助けランキング画面の一例を表す図である。
【図１７】本発明の実施の形態にかかるシンプルモードのトップ画面の一例を表す図である。
【図１８】本発明の実施の形態にかかるシンプルモードのＳＯＳ依頼対応状況確認画面の一例を表す図である。
【発明を実施するための形態】
【００２５】
以下、添付図面を参照して、本発明の実施の形態について説明する。図１は、本発明の実施の形態にかかるシステムの構成を示すブロック図である。図示するように、システムは、複数のユーザ（ユーザＡ、Ｂ・・・Ｚ）によって操作の指示がなされる複数のクライアント装置１（クライアント装置１ａ、１ｂ・・・１ｚ）と、通信ネットワーク２と、サーバ装置３とから構成される。クライアント装置１は、通信ネットワーク２を介してサーバ装置３と接続されている。なお、クライアント装置１はサーバ装置３と常時接続されていなくても良く、必要に応じて、接続が可能であれば良い。
【００２６】
ユーザは、各々のクライアント装置１に専用のアプリケーションプログラムを設定することで、クライアント装置１ａ〜１ｚはサーバ装置３に接続し、本発明にかかるシステムを使用することができる。
【００２７】
本発明に用いられるクライアント端末としては、特に限定されないが、例えば、スマートフォンやタブレット型コンピュータなどＯＳ（オペレーティングシステム）により制御可能な携帯端末や、デスクトップ型コンピュータ、ノート型コンピュータがあげられる。
【００２８】
図２は、本実施の形態で適用される携帯端末の構成を示すブロック図である。端末は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１と、ＲＡＭ１２と、ＲＯＭ１３と、入力部１４と、通信インターフェイス１５と、サウンド処理部１６と、サウンド出力装置１７と、グラフィック処理部１８と、表示部１９とを備えている。
【００２９】
ＣＰＵ１１は、ＲＯＭ１３上に格納されたプログラムを実行し、装置本体の制御を行う。ＲＡＭ１２は、ＣＰＵ１１のワークエリアであり、クライアント側アプリケーションプログラム実行に必要な情報は、ＲＡＭ１２に一時記憶される。また、ＲＯＭ１３は、プログラムやデータを保存するための記憶領域として用いられるものである。ＲＯＭ１３の一部は、フラッシュメモリにより構成されている。
【００３０】
入力部１４は、端末装置の本体に操作指示ボタン及び表示部１９にタッチパネルを備えている。ユーザによる操作指示ボタンの押下又はタッチパネルへのタッチ操作指示といった入力部１４からの入力情報はＲＡＭ１２に格納される。ＣＰＵ１１は入力情報をもとに各種の演算処理を実行する。
【００３１】
通信インターフェイス１５は無線又は有線により通信ネットワーク２に接続が可能であり、サーバ装置３との間で情報の送受信を行う。
【００３２】
ＣＰＵ１１は、ＲＡＭ１２にロードされたプログラム及びデータを処理し、サウンド出力の指示をサウンド処理部１６に出力し、描画命令をグラフィック処理部１８に出力する。サウンド処理部１６は、スピーカーであるサウンド出力装置１７に接続されている。ＣＰＵ１１がサウンド出力の指示をサウンド処理部１６に出力すると、サウンド処理部１６はサウンド出力装置１７にサウンド信号を出力する。
【００３３】
グラフィック処理部１８は、表示部１９に接続されている。ＣＰＵ１１から描画命令が出力されると、グラフィック処理部１８は、表示部１９の表示画面上に画像を表示するビデオ信号を出力する。グラフィック処理部１８から出力されるビデオ信号に含まれる画像の１フレーム時間は、例えば３０分の１秒である。グラフィック処理部１８は、フレーム単位（例えば３０分の１秒単位）で１枚の画像の描画を実行する。
【００３４】
図３は、本発明の実施の形態にかかるサーバ装置の構成を示すブロック図である。サーバ装置３は、制御部２１、ＲＡＭ２２、ＨＤＤ２３及び通信インターフェイス２４を備え、それぞれ内部バスにより接続されている。
【００３５】
制御部２１は、ＣＰＵやＲＯＭから構成され、ＨＤＤ２３に格納されたプログラムを実行し、サーバ装置３の制御を行う。また、制御部２１は時間を計時する内部タイマを備えている。ＲＡＭ２２は、制御部２１のワークエリアである。ＨＤＤ２３は、プログラムやデータを保存するための記憶領域である。制御部２１は、サーバ装置側アプリケーションプログラムの実行に必要なプログラム及びデータをＲＡＭ２２から読み出し、クライアント装置１から受信したユーザが操作指示した情報をもとに、ユーザ状況の更新処理、データ送受信処理及びデータ収集処理を行う。
【００３６】
次に、本発明の概要について説明する。本発明の実施の形態では、主に、人員不足が発生した際、本発明にかかるシステムを利用するユーザが緊急支援依頼（以下、ＳＯＳ依頼という）を発信して、ＳＯＳ依頼を受信した他のユーザが対応する場合について、説明する。人員の不足は、例えば、業務が忙しくなって突発的に人手が不足した場合、又は顧客満足度が著しく低下してしまうような重要な顧客からのクレームが発生した場合等に発生する。
【００３７】
まず、本発明の実施の前提条件として、企業、事業所、ユーザ等のマスタデータを事前にサーバ装置３のＨＤＤ２３に格納する必要がある。図４は、本発明の実施の形態にかかるマスタテーブルの一例を表す図である。マスタテーブル３０はＲＡＭ２２に設定されるもので、本発明にかかるシステムを使用する企業の情報を管理するものである。よって、マスタテーブル３０は企業毎にそれぞれ設けられるもので、１つのユーザＩＤ３３に対して、企業３１、事業所３２、氏名３４、グループ３５、パスワード３６、呼び出し権限３７、出勤日３８が記憶されている。
【００３８】
企業３１は、ユーザが構成する組織の名称であり、例えば、株式会社、社団法人等が含まれる。事業所３２は、ユーザが構成する組織の名称であり、企業３１の一つの拠点であって、例えば、本社、支社、支店、工場等が含まれる。グループ３５は、ユーザが勤務する事業所における、さらに細かい分類であって、例えば、本店受付、調理場等の物理的な場所や、部、課等の組織等が含まれる。ユーザが複数のグループに所属することもあり得る。パスワード３６は、ユーザが本発明にかかるシステムにログインする際に使用する英数字記号等からなる文字列である。呼び出し権限３７は、その権限を有するユーザが、他のユーザに対してＳＯＳ依頼を発信できる権限の有無を表す。呼び出し権限は、全てのグループに対して呼び出せるだけでなく、一部のグループのみ呼び出せるようにしても良い。出勤日３８は、当日が出勤日であることを表す。当日が休日にあたるユーザには、ＳＯＳ依頼が届かないよう制御することが可能である。
【００３９】
さらに、サーバ装置側アプリケーションプログラムは、マスタデータを設定するための管理画面を備える。当該管理画面では、例えば、マスタデータの登録、更新、削除、ＣＳＶデータの取り込みによるマスタデータの一括登録、更新、ＳＯＳ依頼の自動解除時間の設定、ＳＯＳ依頼のプッシュ通知間隔の設定、ＳＯＳ依頼の履歴データの出力等ができる。これらの機能を使用して、ＳＯＳ依頼の発生の状況を分析することが可能となる。
【００４０】
当該マスタデータは、例えばサーバ装置３上でのみ変更が可能、あるいは管理用のパソコン装置からのみ変更が可能とすることもできる。ユーザは管理用のパソコン装置から所定のパスワードを入力する等をすることでログインをして、マスターデータを更新することができる。
【００４１】
次に、図５のフローチャートに従って、本発明にかかるシステムのログイン処理の説明をする。ユーザのクライアント端末１において、本発明にかかるアプリケーションプログラムを起動すると、図６に示す起動画面を表示させる（ステップＳ１）。その後、サーバ装置３と通信が可能か確認する（ステップＳ２）。通信が不可能な環境の場合（ステップＳ２にてＮＯ）、表示部１９にエラーメッセージを表示させてアプリケーションプログラムを終了する（ステップＳ３）。
【００４２】
通信が可能な場合（ステップＳ２にてＹＥＳ）、後述するアプリケーションプログラムの設定画面においてオンライン設定をしているか、アプリケーションプログラムが判断する（ステップＳ４）。ユーザがオフライン設定をしている場合（ステップＳ４にてＮＯ）は、表示部１９にオンライン切替画面を表示させ（ステップＳ５）、ユーザにオンライン設定へ切り替えるよう促すメッセージを表示させる。ユーザが表示部１９への操作指示によりオンライン設定がなされると（ステップＳ６にてＹＥＳ）、ログイン情報が残っているか、クライアント端末１のアプリケーションプログラムが判断する（ステップＳ７）。過去にログインして以降、ログアウトをしていない場合（ステップＳ７にてＹＥＳ）、図７に示すホーム画面を表示画面４８に表示させる（ステップＳ１１）。ここで、ログインした際に、クライアント端末内にログイン履歴情報を保持し、次回から自動でログインさせることもできる。
【００４３】
ユーザがログインしていると判断されなければ（ステップＳ７にてＮＯ）、アプリケーションプログラムはログイン画面を表示画面４８に表示させる（ステップＳ８）。ログイン画面において、ユーザは企業ＩＤ、事業所ＩＤ、ユーザＩＤ、パスワード等、ログインに必要な情報を入力する必要がある。また、入力する際は、アプリケーションプログラムにより入力チェックがなされることが好ましい（ステップＳ９、Ｓ１０）。
【００４４】
ユーザが入力したログイン情報は、通信ネットワーク２を介して、ＨＤＤ２３からＲＡＭ２２に展開されたマスタテーブル３０の企業３１、事業所３２、ユーザＩＤ３３、パスワード３６等と照合される。入力したログイン情報とマスタテーブル３０の情報とが合致した場合（ステップＳ９にてＹＥＳ）、アプリケーションプログラムは表示画面４８にホーム画面を表示させ（ステップＳ１１）、合致しない場合（ステップＳ９にてＮＯ）はその旨のエラーメッセージを表示させる（ステップＳ１０）。ログイン処理は上記方法の他に、例えば、クライアント端末の物理アドレスや通信機器のＩＰアドレス等を予めマスタテーブルに登録し、サーバ装置に登録された情報を有するクライアント端末からのアクセスのみ受け付けることもできる。
【００４５】
図７に示すホーム画面の表示画面４８には、依頼先グループ４０、優先表示クリップ４１、ＳＯＳボタン４２、タイムラインボタン４３、ランキングボタン４４、ステータスボタン４５、設定ボタン４６、検索入力枠４７が表示される。依頼先グループ４０には、ユーザからＳＯＳ依頼ができるグループ、すなわち、マスタテーブル３０のグループ３５に存在するグループが表示される。優先表示クリップ４１は、ユーザがこれをタップすると、クリップが刺さった画像に変化する。刺さった画像のクリップを有するグループは、他のグループより優先的に一覧の上方に表示されるようにしても良い。
【００４６】
ユーザがＳＯＳボタン４２を押下した場合、当該ホーム画面が表示される。ユーザがタイムラインボタン４３を押下した場合、図１１に示すＳＯＳタイムライン画面が表示される。ユーザがランキングボタン４４を押下した場合、図１６に示すお助けランキング画面が表示される。ユーザが設定ボタン４６を押下した場合、後述するクライアント端末１の設定画面が表示される。ユーザが検索入力枠４７をタップし、グループ名や個人名を入力した場合、入力した情報と部分一致する依頼先グループのみ、表示画面４８に表示させる。
【００４７】
次に、ＳＯＳ依頼の発信の手順について、図８に示すフローチャートに従って説明する。ログイン処理後、アプリケーションプログラムは図７のホーム画面を表示画面４８に表示させる（ステップＳ２０）。ユーザは依頼先グループ４０をタップすることで、依頼先グループ別に選択が可能である（ステップＳ２１）。ここで、複数グループを選択可能としても良いし、ユーザ単位に選択可能としても良い。依頼先グループ４０を表示させる単位はグループ単位だけではなく、ユーザ単位に表示されるように切り替えることもできる。また、表示の並び順は、読み仮名の５０音順でも、文字コード順でも良い。
【００４８】
依頼先グループを選択後、ユーザが呼び出し権限を有するかアプリケーションプログラムが判断する（ステップＳ２２）。ユーザが呼び出し権限を有さない場合（ステップＳ２２にてＮＯ）、エラーメッセージを表示画面４８に表示させ、図７のホーム画面を再表示させることが好ましい（ステップＳ２３）。また、呼び出し権限を有さないユーザには当該ホーム画面を表示させず、最初から図１１のＳＯＳタイムライン画面を表示させることもできる。
【００４９】
ユーザが呼び出し権限を有する場合（ステップＳ２２にてＹＥＳ）、図９に示す要対応人数入力画面を表示画面５４に表示させる（ステップＳ２４）。表示画面５４には、要対応人数５０、人数画像５１、依頼内容５２、ＳＯＳ送信ボタン５３を表示させる。
【００５０】
ユーザが人数画像５１をタップすると、要対応人数５０に人数画像５１に対応した数値を入力することが可能である。表示される画像は、３人までとしても良いし、依頼先グループに所属するユーザ数に応じた数の画像を表示しても良い。また、ユーザは表示画面５４の要対応人数５０をタップして、必要な人数を入力することができる。ここで、入力方式をテンキー入力にすることも可能である。依頼先グループの所属人数を上限数として、要対応人数５０に入力された数値が入力可能な範囲内の整数であるか、チェックすることも可能である。さらに、要対応人数５０には、当該画面を最初に表示させた時点の初期設定値として１を表示することが好ましい。
【００５１】
表示画面５４の依頼内容５２をタップすると、ユーザは依頼内容を入力できる。毎回同じ依頼内容を入力する場合に備えて、定型文を用意し、選択して入力できる方式にしても良い。また、ＳＯＳ依頼の件名を入力できる枠を別途設けても良い。
【００５２】
依頼内容を入力後、ユーザはＳＯＳ送信ボタン５３を押下し、ＳＯＳ依頼をサーバ装置３へ発信できる（ステップＳ２５にてＹＥＳ）。この際、要対応人数５０や依頼内容５２が入力済みか確認する仕組みがあると好ましい（ステップＳ２６、Ｓ２７）。さらに、ユーザがＳＯＳ送信ボタン５３を押下時に、要対応人数５０と同じ回数の効果音を鳴らすこともできる。また、送信するＳＯＳ依頼に重要度や対応優先度の情報を付加することもできる。
【００５３】
図１０は、本発明の実施の形態にかかるＳＯＳデータテーブルの一例を表す図である。ＳＯＳデータテーブル６０はＲＡＭ２２に展開され、本発明にかかるシステムを使用する企業において発生したＳＯＳ依頼を全て集積するものである。よって、ＳＯＳデータテーブル６０は企業毎に設けられており、１つのＳＯＳ番号６１に対して、企業６２、事業所６３、依頼者６４、依頼先グループ６５、要対応人数６６、発生日時６７、完了日時６８、依頼内容６９、対応者７０が記憶されている。
【００５４】
ＳＯＳ番号６１は、英数字を組み合わせた一意の文字列であれば良い。発生日時６７は、サーバ装置３に設定された時刻を、ＨＤＤ２３に登録する際に設定するものである。完了日時６８、対応者７０は、後述するＳＯＳ依頼の対応処理において、対応が完了した時点の日時及び対応者が記録される。
【００５５】
アプリケーションプログラムは、データ送信の指示を受けたＳＯＳ依頼をクライアント端末１から通信ネットワーク２を介してサーバ装置３に送信する（ステップＳ２８）。サーバ装置３はＳＯＳ依頼を受信し（ステップＳ２９）、ＨＤＤ２３に格納されたＳＯＳデータテーブル６０にデータを登録する（ステップＳ３０）。
【００５６】
ここで、サーバ装置３に設定されたアプリケーションプログラムの機能により、データテーブル６０に登録されたＳＯＳデータを出力できることが好ましい。出力したデータの分析により、人員不足の発生に対する原因の究明や改善策の提案が期待される。
【００５７】
ＳＯＳデータの登録処理後に、ＳＯＳ依頼にある依頼先グループ６５と、マスタテーブル３０のグループ３５とが同一であるユーザを抽出し（ステップＳ３１）、該当するユーザに対し、サーバ装置３はＳＯＳ依頼を送信する（ステップＳ３２）。
【００５８】
ＳＯＳ依頼の送信対象であるクライアント端末１は、プッシュ方式でＳＯＳ依頼を受信し（ステップＳ３３）、図１１に示すＳＯＳタイムライン画面の表示画面８２に、当該受信したＳＯＳ依頼と、受信時までに存在していたＳＯＳ依頼とを一覧形式で表示させる（ステップＳ３４）。さらに、クライアント端末１がＳＯＳ依頼を受信した際、人員不足の発生を知らせる効果音を鳴らすこともできる。これにより、ＳＯＳ依頼の依頼者が助けを必要とした後、呼び出されたユーザは即時にＳＯＳ依頼に気付くことができる。
【００５９】
次に、クライアント端末１がＳＯＳ依頼を受信後、ユーザがＳＯＳ依頼に対応する場合について説明する。図１１に示す表示画面８２にＳＯＳタイムライン画面が表示され、ユーザが呼び出し対象となったＳＯＳ依頼、及びユーザが発信したＳＯＳ依頼の状況が、一覧形式で表示される。
【００６０】
表示画面８２には、ＳＯＳ依頼８０、ＳＯＳ状況画像８１を表示させる。ＳＯＳタイムライン画面に表示されるＳＯＳ依頼８０には、依頼先グループ、要対応人数、現時点での対応人数、対応状況等が表示されることが好ましい。さらに、ＳＯＳ依頼発生日時、依頼者、ＳＯＳ完了日時、依頼件名等を表示しても良い。これらの情報は、ＳＯＳデータテーブル６０から、ユーザが依頼者と同じ、又は依頼先グループとユーザの所属するグループが同じという条件で取得する。
【００６１】
ＳＯＳ状況画像８１は、ＳＯＳ依頼の完了、未完了の表示だけではなく、例えば、ＳＯＳ依頼の対応が未完了で対応者が不足している場合や、ＳＯＳ依頼の対応が未完了で対応者は足りている場合等、条件別に細かく表示を切り替えることもできる。
【００６２】
ＳＯＳタイムライン画面において、ユーザがＳＯＳ依頼８０をタップすると、図１２に示す表示画面９３に、ＳＯＳ詳細画面を表示させることができる。表示画面９３には、「対応する」ボタン９０、ＳＯＳ対応者９１、ＳＯＳ依頼詳細９２を表示させる。ＳＯＳ対応者９１は、ＳＯＳ詳細画面表示時点において、既に当該ＳＯＳ依頼に対応中、又は対応が完了したユーザが表示される。ＳＯＳ依頼詳細９２には、要対応人数、対応中の人数、ＳＯＳ依頼発生日時、ＳＯＳ依頼完了日時、依頼内容が表示される。
【００６３】
次に、ＳＯＳタイムライン画面において、対応が未完了のＳＯＳ依頼８０をタップした場合のＳＯＳ対応処理について、図１３に示すフローチャートに従って説明する。
【００６４】
ＳＯＳタイムライン画面において、ユーザがタップしたＳＯＳ依頼８０の依頼者がユーザと同じであれば（ステップＳ４０にてＹＥＳ）、アプリケーションプログラムは「対応する」ボタン９０を「ＳＯＳ完了」ボタンに変更して表示画面９３に表示させる（ステップＳ４１）。ここで、ユーザが誤って行ったＳＯＳ依頼を取り消す場合に備えて、「ＳＯＳキャンセル」ボタンを同時に表示させても良い。
【００６５】
ユーザの発信したＳＯＳ依頼の対応が完了した場合、ユーザは「ＳＯＳ完了」ボタンを押下する（ステップＳ４２にてＹＥＳ）。アプリケーションプログラムは、「このＳＯＳは対応が完了しましたか？」というアラートと、「ＯＫ」ボタンと「キャンセル」ボタンとを、同時に表示画面９３に表示させる（ステップＳ４３）。ユーザがＯＫボタンを押下すると（ステップＳ４４にてＹＥＳ）、アプリケーションプログラムは図１４に示すＳＯＳ依頼完了処理を行う（ステップＳ４５）。
【００６６】
ＳＯＳ依頼対応完了処理では、ＳＯＳ依頼の依頼者Ａのクライアント装置１ａがＳＯＳ依頼が完了した内容のデータをサーバ装置３に送信する（ステップＳ６０）。サーバ装置３はＳＯＳ依頼完了データを受信し（ステップＳ６１）、ＳＯＳ依頼完了データのＳＯＳ番号とＳＯＳデータテーブル６０に含まれるＳＯＳ依頼データのＳＯＳ番号６１とが一致するＳＯＳ依頼データの完了日時６８を更新をする（ステップＳ６２）。データを更新後、サーバ装置３は、ＳＯＳ依頼データの依頼者Ａのクライアント装置１ａ及びＳＯＳ依頼の依頼先グループ６５に所属するユーザＢ，Ｃ，…のクライアント装置１ｂ，１ｃ，…に対して、ＳＯＳ依頼が完了した内容のデータを送信する（ステップＳ６３）。送信対象である各々のクライアント装置は、ＳＯＳ依頼完了データを受信し（ステップＳ６４ａ、Ｓ６４ｂ）、表示画面９３に表示されたＳＯＳ詳細画面に、「対応する」ボタン９０に換えて「ＳＯＳ完了済み」の画像を表示させる（ステップＳ６５ａ、Ｓ６５ｂ）。ここで、「ＳＯＳ完了済み」の画像は文字列でも良い。
【００６７】
ここで、図１０のＳＯＳ番号０００００１のデータのように、要対応人数６６は２であるのに対し、対応者７０は１名であるが、完了日時６８に日時データが設定されることがある。これは、ＳＯＳ依頼者が設定した要対応人数より少ない人数で対応ができたことを表す。すなわち、ＳＯＳ依頼の対応を完了させるには、ＳＯＳ依頼者が「ＳＯＳ完了」ボタンを押下すれば良く、要対応人数を満たす必要はない。
【００６８】
一方、ＳＯＳタイムライン画面において、ユーザがタップしたＳＯＳ依頼８０の依頼者がユーザと異なる場合（ステップＳ４０にてＮＯ）、アプリケーションプログラムは「対応する」ボタン９０を表示させる（ステップＳ４６）。ＳＯＳ依頼にユーザが対応する場合、ユーザは「対応する」ボタン９０を押下する（ステップＳ４７にてＹＥＳ）。アプリケーションプログラムは、「このＳＯＳに対応しますか？」というアラートと、「ＯＫ」ボタンと「キャンセル」ボタンとを、同時に表示画面９３に表示させる（ステップＳ４８）。ユーザが「ＯＫ」ボタンを押下すると（ステップＳ４９にてＹＥＳ）、アプリケーションプログラムは図１５に示すＳＯＳ依頼対応データ更新処理を行う（ステップＳ５０）。
【００６９】
ＳＯＳ依頼対応データ更新処理では、ＳＯＳ依頼に対応するユーザＡのクライアント装置１ａがＳＯＳ依頼に対応する内容のデータをサーバ装置３に送信する（ステップＳ７０）。サーバ装置３はＳＯＳ依頼対応データを受信し（ステップＳ７１）、ＳＯＳ依頼対応データのＳＯＳ番号とＳＯＳデータテーブル６０に含まれるＳＯＳ依頼データのＳＯＳ番号６１とが一致するＳＯＳ依頼データの対応者７０を更新をする（ステップＳ７２）。データ更新後、サーバ装置３は、該ＳＯＳ依頼に対応している人数を集計する（ステップＳ７３）。対応人数の集計後、サーバ装置３は、ＳＯＳ依頼の対応者Ａのクライアント装置及１ａ、ＳＯＳ依頼データの依頼先グループ６５に所属するユーザＣ，Ｄ，…のクライアント装置１ｃ，１ｄ，…、及びＳＯＳ依頼の依頼者Ｂのクライアント装置１ｂに対して、ＳＯＳ依頼の対応者の集計データを送信する（ステップＳ７４）。送信対象である各々のクライアント装置は、ＳＯＳ依頼対応者の集計データを受信し（ステップＳ７５ａ、Ｓ７５ｂ）、アプリケーションプログラムは、受信したＳＯＳ依頼対応者の数値で表示画面９３のＳＯＳ依頼詳細９２に含まれる対応中の人数を更新し（ステップＳ７６ａ、Ｓ７６ｂ）、更新した内容でＳＯＳ詳細画面を表示させる。さらに、「対応する」ボタン９０を「対応中」ボタンに変更して表示画面９３に表示させる（ステップＳ５１）。ここで、ユーザが「対応する」ボタン９０を誤って押下し、その操作指示を取り消したい場合に備えて、「対応する」ボタン９０に換えて「ＳＯＳ対応キャンセル」ボタンを同時に表示させても良い。
【００７０】
さらに、ユーザがＳＯＳ依頼の対応を完了した場合、ユーザは「対応中」ボタンを押下する（ステップＳ５２にてＹＥＳ）。アプリケーションプログラムは、「このＳＯＳの対応を止めますか？」というアラートと、「ＯＫ」ボタンと「キャンセル」ボタンとを、同時に表示画面９３に表示させる（ステップＳ５３）。ユーザが「ＯＫ」ボタンを押下すると（ステップＳ５４にてＹＥＳ）、アプリケーションプログラムは表示画面９３の「対応する」ボタン９０に換えて「ＳＯＳ完了済み」の画像又は文字列を表示させる（ステップＳ５５）。
【００７１】
次に、ＳＯＳタイムライン画面において、対応中のＳＯＳ依頼８０をタップした場合のＳＯＳ対応処理について、説明する。アプリケーションプログラムは表示画面９３に、ＳＯＳ詳細画面を表示させ、「対応する」ボタン９０の換わりに「ＳＯＳ完了」ボタンを表示させる。ここで、ユーザが「対応する」ボタン９０を誤って押下しており、その操作指示を取り消したい場合に備えて、「ＳＯＳ対応キャンセル」ボタンを同時に表示させても良い。ユーザが「対応中」ボタンを押下した際の処理は、前述の記載の通りである。
【００７２】
次に、対応を完了したＳＯＳ依頼８０をタップした場合のＳＯＳ対応処理について、説明する。アプリケーションプログラムは表示画面９３に、ＳＯＳ詳細画面を表示させ、「対応する」ボタン９０の換わりに、「ＳＯＳ完了済み」の画像又は文字列を表示させる。
【００７３】
次に、ユーザがＳＯＳ依頼の集計結果を確認する場合について、図１６に示すお助けランキング画面に従って説明する。お助けランキング画面の表示画面１０２には、集計範囲画像１００、ランキング詳細画像１０１を表示させる。
【００７４】
ユーザが表示画面１０２の集計範囲画像１００をタップすると、画像に対応した範囲の集計結果がお助けランキング画面に表示される。集計範囲画像は、例えば、事業所別、グループ別、日別、週別、月別等がある。集計結果には、お助けランキング画面が表示された時点で、ＳＯＳデータテーブル６０のデータを集計範囲の条件で集計し、ＳＯＳ依頼の対応を完了させた回数をユーザ毎に表示させる。ユーザが当該画面を見ることにより、お助けランキングで自分のランキングを知ることができる。また、ユーザがお助けランキングの上位を目指すことで、仕事に対するモチベーション向上の効果が見込まれる。
【００７５】
ユーザが表示画面１０２のランキング詳細画像１０１をタップすると、アプリケーションプログラムは、例えば、事業所、グループ等、集計範囲画像１００によって集計された集団単位のランキング詳細画面を表示させる。当該画面には、当該集計された集団に所属する全てのユーザのＳＯＳ依頼の対応回数が表示される。お助けランキング画面と同様に、ユーザが集計範囲画像をタップすることで、画像に対応する範囲の集計結果が表示される。
【００７６】
次に、ユーザは自身のクライアント端末と本発明にかかるシステムとを、意識的に接続しない状態（以下、オフライン設定という）にすることができる。この機能を使用する状況は、例えば、会議中の場合や、出勤日であるが急遽休暇とした場合等、ユーザが本発明にかかるシステムからＳＯＳ依頼が届いても絶対に対応できない状況下にある場合である。
【００７７】
オフライン設定は、ステータス画面にて行う。ステータス画面には「オフラインにする」ボタンがあり、ユーザがボタンを押下すると、アプリケーションプログラムは、「オフラインにしますか？」というアラートと、「ＯＫ」ボタンと「キャンセル」ボタンとを同時に表示させる。ユーザが「ＯＫ」ボタンを押下すると、ユーザのクライアント端末はオフライン設定となり、本発明にかかるシステムからＳＯＳ依頼を受信し、呼び出されることがなくなる。ただし、ユーザのクライアント端末がオフライン設定であっても、その後ユーザがオンライン設定に切り替えた場合、オフライン設定がなされていた時間に、ユーザの所属するグループが受信したＳＯＳ依頼を、ＳＯＳタイムライン画面において確認できることが好ましい。
【００７８】
次に、ユーザのクライアント端末の設定画面について説明する。設定画面には、例えば、後述するシンプルモード設定、利用規約、ライセンス情報、バージョン情報等、補助的な機能や情報が表示される。また、設定画面にログアウトボタンが設置されても良い。
【００７９】
続いて、設定画面のシンプルモードについて説明する。シンプルモードは、依頼先グループ、依頼内容、要対応人数等において、繰り返し同じ条件でＳＯＳを依頼するユーザのために設けられた機能である。シンプルモードを使用するユーザは、最初にＳＯＳ依頼先を選択し、要対応人数を設定する。依頼内容については、入力が必要なモードや、入力が不要なモードを設けても良い。
【００８０】
ユーザが条件を設定すると、図１７に示すシンプルモードのトップ画面が表示画面１１２に表示される。表示画面１１２には、呼び出しボタン１１０とシンプルモード解除スライダー１１１を表示させる。
【００８１】
ユーザが呼び出しボタン１１０を押下すると、設定されたＳＯＳ依頼先にＳＯＳ依頼が送信される。このとき、「ＳＯＳを送信しますか？」というアラートと、「ＯＫ」ボタンと「キャンセル」ボタンとが、同時に表示画面１１２に表示される。ユーザが「ＯＫ」ボタンを押下すると、「ＳＯＳが送信されました」とアラートを表示することや、要対応人数と同じ回数の効果音を鳴らすことができる。
【００８２】
呼び出し条件を変更する場合、又はシンプルモードを解除する場合、ユーザがシンプルモード解除スライダー１１１を右にスライドさせると、図７のホーム画面が表示される。
【００８３】
シンプルモードでＳＯＳ依頼をすると、図１８に示すＳＯＳ依頼対応状況確認画面が表示画面１２２に表示される。表示画面１２２には、「完了する」ボタン１２０と「キャンセルする」ボタン１２１を表示させる。
【００８４】
ユーザが発信したＳＯＳ依頼の対応が完了した場合、ユーザは「完了する」ボタン１２０を押下する。シンプルモードではない、通常のモードと同様に、「このＳＯＳは対応が完了しましたか？」というアラートを表示させても良い。また、ユーザが誤ってＳＯＳ依頼をした等の理由で発信したＳＯＳ依頼を取り消す場合は、ユーザは「キャンセルする」ボタン１２１を押下する。
【００８５】
本発明の実施の形態では、主に、顧客を相手にする業種や施設（例えば、旅館、ホテル、レストラン、病院、駅、学校等）において、人員不足が発生した場合について述べたが、本発明はこれに限定されるものではない。例えば、イベント会場の警備等、時間の経過に伴って、決められた場所で必要な人員が変化するような業種についても、本発明を適用することができる。
【００８６】
本発明の実施の形態では、主に、クライアント端末としては、スマートフォンやタブレット型コンピュータなどＯＳ（オペレーティングシステム）により制御可能な携帯端末について述べたが、本発明はこれに限定されるものではない。例えば、システムとしてメールシステムを使用する場合や、クライアント端末としてインカムやウェアラブルコンピュータなどを使用する場合でも、本発明を適用することができる。
【００８７】
本発明の実施の形態では、主に、クライアント端末装置のアプリケーションプログラムとサーバ装置との通信によりＳＯＳ依頼を送受信する方法について述べたが、本発明はこれに限定されるものではない。例えば、ホストとなる１台の携帯端末装置と、クライアントとなる複数台の携帯端末装置との通信の場合についても、本発明を適用することができる。
【００８８】
ここで、ホストとクライアントとの携帯端末装置間において、本発明にかかるシステムを構築する場合について、説明する。前提として、マスタテーブル３０とＳＯＳデータテーブル６０は、ホストの携帯端末装置に設定されるものとする。
【００８９】
まず、ホストの携帯端末装置から、クライアントの携帯端末装置へとＳＯＳ依頼を発信する場合について説明する。ユーザがホストの携帯端末装置のアプリケーションプログラムにＳＯＳ依頼を入力すると、ホストのＳＯＳデータテーブル６０に当該ＳＯＳ依頼データが格納され、ホストのＳＯＳデータテーブルの依頼先グループ６５と、マスタテーブル３０のグループ３５とが等しいという条件で、マスタテーブル３０から依頼先グループ６５に所属するユーザを抽出し、対象のユーザにＳＯＳ依頼を送信する。
【００９０】
次に、クライアントの携帯端末装置から、ホストの携帯端末装置へとＳＯＳ依頼を発信する場合について説明する。ユーザがクライアントの携帯端末装置のアプリケーションプログラムにＳＯＳ依頼を入力すると、アプリケーションプログラムはホストの携帯端末装置に向けてＳＯＳ依頼データを送信する。ホストの携帯端末装置はＳＯＳ依頼データを受信して、ＳＯＳデータテーブル６０に当該ＳＯＳデータを格納する。ＳＯＳデータテーブル６０の依頼先グループ６５と、マスタテーブル３０のグループ３５とが等しいという条件で、マスタテーブル３０から依頼先グループ６５に所属するユーザを抽出し、対象のユーザにＳＯＳ依頼を送信する。
【００９１】
携帯端末装置のみを利用して本発明にかかるシステムを構築した場合、携帯端末間の通信が成立すればシステムを利用できる。つまり、通信ネットワーク２が存在しなくてもシステムを利用できるため、インフラ不要で経済的かつ効率的なシステムとなる。
【符号の説明】
【００９２】
１      クライアント装置
１１    ＣＰＵ
１２    ＲＡＭ
１３    ＲＯＭ
１４    入力部    
１５    通信インターフェース
１６    サウンド処理部
１７    サウンド出力装置
１８    グラフィック処理部
１９    表示部
２      通信ネットワーク
２１    制御部
２２    ＲＡＭ
２３    ＨＤＤ
２４    サウンド処理
３      サーバ装置
３０    マスタテーブル
６０    ＳＯＳデータテーブル
【図１】
2015084189.tif 000003
【図２】
2015084189.tif 000004
【図３】
2015084189.tif 000005
【図４】
2015084189.tif 000006
【図５】
2015084189.tif 000007
【図６】
2015084189.tif 000008
【図７】
2015084189.tif 000009
【図８】
2015084189.tif 000010
【図９】
2015084189.tif 000011
【図１０】
2015084189.tif 000012
【図１１】
2015084189.tif 000013
【図１２】
2015084189.tif 000014
【図１３】
2015084189.tif 000015
【図１４】
2015084189.tif 000016
【図１５】
2015084189.tif 000017
【図１６】
2015084189.tif 000018
【図１７】
2015084189.tif 000019
【図１８】
2015084189.tif 000020