(57)【特許請求の範囲】
【請求項１】
複数のユーザがそれぞれ保持する複数のクライアントと、複数の前記クライアントとの間のメッセージ処理を行うサーバ装置とを含むメッセージ処理システムにおいて、
前記サーバ装置は、
複数の前記ユーザに関連する情報を収集する第１のｂｏｔと、
複数の前記ユーザに関連する情報を管理する第２のｂｏｔと、を含み、
前記第１のｂｏｔは、複数の前記クライアントとの間で対話型のメッセージを送受信することで、複数の前記ユーザに関連する情報を収集し、
前記第２のｂｏｔは、前記第１のｂｏｔが収集した複数の前記ユーザに関連する情報を承認者が所持する前記クライアントに通知し、前記承認者による応答を前記第１のｂｏｔを介して対応する前記クライアントに通知する、
ことを特徴とするメッセージ処理システム。
【請求項２】
前記第１のｂｏｔは、
収集する前記ユーザに関連する情報に対応して予め設定したテキストおよび選択用の複数のスタンプを対応する前記クライアントに送信し、
前記クライアントは、
選択された前記スタンプが示す前記ユーザに関連する情報を前記サーバ装置に送信する、
ことを特徴とする請求項１に記載のメッセージ処理システム。
【請求項３】
前記第１のｂｏｔは、複数の前記ユーザが超過勤務の申請者として超過勤務申請を行う際の情報を収集し、
前記第２のｂｏｔは、複数の前記ユーザに関連する情報を管理する承認者が前記超過勤務申請に対して行う承認の結果を前記第１のｂｏｔに通知する、
ことを特徴とする請求項１または２に記載のメッセージ処理システム。
【請求項４】
前記第１のｂｏｔは、複数の前記申請者毎に対応する承認者が予め設定されたテーブル参照に基づき、複数の前記申請者に対応する承認者の情報を前記第２のｂｏｔに通知する、
ことを特徴とする請求項３に記載のメッセージ処理システム。
【請求項５】
前記サーバ装置には、ノードクライアントを介して、複数の前記ユーザに関連する情報を管理する外部の基幹システムあるいはクラウドサービスが接続され、
前記ノードクライアントは、複数の前記クライアントとの間で対話型のメッセージを送受信することで、複数の前記ユーザに関連する情報を収集する、
ことを特徴とする請求項１〜４のいずれか一つに記載のメッセージ処理システム。
【請求項６】
複数のユーザがそれぞれ保持する複数のクライアントとの間のメッセージ処理を行うメッセージ処理装置において、
複数の前記ユーザに関連する情報を収集する第１のｂｏｔと、
複数の前記ユーザに関連する情報を管理する第２のｂｏｔと、を含み、
前記第１のｂｏｔは、複数の前記ユーザがそれぞれ所持する複数の前記クライアントとの間で対話型のメッセージを送受信することで、複数の前記ユーザに関連する情報を収集し、
前記第２のｂｏｔは、前記第１のｂｏｔが収集した複数の前記ユーザに関連する情報を承認者が所持する前記クライアントに通知し、前記承認者による応答を前記第１のｂｏｔを介して対応する前記クライアントに通知する、
ことを特徴とするメッセージ処理装置。
【請求項７】
複数のユーザがそれぞれ保持する複数のクライアントとの間のメッセージ処理を行い、複数の前記ユーザに関連する情報を収集する第１のｂｏｔと、複数の前記ユーザに関連する情報を管理する第２のｂｏｔと、を含むメッセージ処理装置のメッセージ処理方法において、
前記第１のｂｏｔは、複数の前記クライアントとの間で対話型のメッセージを送受信することで、複数の前記ユーザに関連する情報を収集し、
前記第２のｂｏｔは、前記第１のｂｏｔが収集した複数の前記ユーザに関連する情報を承認者が所持する前記クライアントに通知し、前記承認者による応答を前記第１のｂｏｔを介して対応する前記クライアントに通知する、
処理をそれぞれ実行することを特徴とするメッセージ処理方法。
【請求項８】
複数のユーザがそれぞれ保持する複数のクライアントとの間のメッセージ処理を行い、複数の前記ユーザに関連する情報を収集する第１のｂｏｔと、複数の前記ユーザに関連する情報を管理する第２のｂｏｔと、を含むメッセージ処理装置のメッセージ処理プログラムにおいて、
前記第１のｂｏｔに、複数の前記クライアントとの間で対話型のメッセージを送受信することで、複数の前記ユーザに関連する情報を収集する処理を実行させ、
前記第２のｂｏｔに、前記第１のｂｏｔが収集した複数の前記ユーザに関連する情報を承認者が所持する前記クライアントに通知し、前記承認者による応答を前記第１のｂｏｔを介して対応する前記クライアントに通知する処理を実行させる、
ことを特徴とするメッセージ処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、端末とサーバとの間でメッセージを処理するメッセージ処理システム、メッセージ処理装置、メッセージ処理方法およびメッセージ処理プログラムに関する。
【背景技術】
【０００２】
ユーザ同士間やユーザと管理者間のメッセージは、電話、ＦＡＸ、メール等が用いられており、近年では、ＬＩＮＥ（登録商標）など、スマートフォン等を利用して友人やグループで会話できるチャットサービスが提供され、より簡単なメッセージ伝達が可能となってきている（例えば、下記特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−１４６３８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来、ユーザが要求するメッセージに対する適切な返答を迅速に行うことができなかった。例えば、企業内のあるユーザと管理者との間のメッセージ伝達において、メールを用いた場合、ユーザ側および管理者側のいずれも受信するメール件数が多くなるにしたがい、メッセージ伝達に遅延が生じる。また、チャットサービスを利用することで、リアルタイムにメッセージ伝達することができるが、ユーザ毎にメッセージ（テキスト）の作成と入力操作を行う必要があり、ユーザ数が多くなるほど、メッセージ伝達に遅延が生じ、メッセージ伝達に手間がかかった。
【０００５】
また、現状のチャットサービスは、企業内のメッセージ伝達手段としては活用されていない。例えば、社員の端末（スマートフォン）と接続する端末（ＰＣ）を設けたとしても、各社員からのメッセージに対する応答と管理を迅速に行えない。メッセージのやり取りは、単純な一方からの連絡だけではなく、連絡を受けた側で連絡事項の検討を行い、検討結果を応答し、必要に応じてこれを複数回やり取りすることで、連絡事項に対する一定の処理（解決や承認等）を行う。
【０００６】
このように、対話形式でメッセージ応答する必要があるが、対話形式のメッセージ応答を人手でテキスト入力すると手間がかかり迅速な応答が行えない。また、業務システムがユーザの端末装置と直接、対話型で自動応答する機能は有しておらず、さらに、チャットサービスと業務システムとは連携されていない。このため、ユーザとの間でやり取りするメッセージ（ユーザに関連する情報）の収集、および管理を効率化できなかった。
【０００７】
本発明は、上記課題に鑑み、ユーザに関連する情報の収集および管理を効率的に行えることを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明のメッセージ処理システムは、複数のユーザがそれぞれ保持する複数のクライアントと、複数の前記クライアントとの間のメッセージ処理を行うサーバ装置とを含むメッセージ処理システムにおいて、前記サーバ装置は、複数の前記ユーザに関連する情報を収集する第１のｂｏｔと、複数の前記ユーザに関連する情報を管理する第２のｂｏｔと、を含み、前記第１のｂｏｔは、複数の前記クライアントとの間で対話型のメッセージを送受信することで、複数の前記ユーザに関連する情報を収集し、前記第２のｂｏｔは、前記第１のｂｏｔが収集した複数の前記ユーザに関連する情報を承認者が所持する前記クライアントに通知し、前記承認者による応答を前記第１のｂｏｔを介して対応する前記クライアントに通知する、ことを特徴とする。
【０００９】
また、前記第１のｂｏｔは、収集する前記ユーザに関連する情報に対応して予め設定したテキストおよび選択用の複数のスタンプを対応する前記クライアントに送信し、前記クライアントは、選択された前記スタンプが示す前記ユーザに関連する情報を前記サーバ装置に送信する、ことを特徴とする。
【００１０】
また、前記第１のｂｏｔは、複数の前記ユーザが超過勤務の申請者として超過勤務申請を行う際の情報を収集し、前記第２のｂｏｔは、複数の前記ユーザに関連する情報を管理する承認者が前記超過勤務申請に対して行う承認の結果を前記第１のｂｏｔに通知する、ことを特徴とする。
【００１１】
また、前記第１のｂｏｔは、複数の前記申請者毎に対応する承認者が予め設定されたテーブル参照に基づき、複数の前記申請者に対応する承認者の情報を前記第２のｂｏｔに通知する、ことを特徴とする。
【００１２】
また、前記サーバ装置には、ノードクライアントを介して、複数の前記ユーザに関連する情報を管理する外部の基幹システムあるいはクラウドサービスが接続され、前記ノードクライアントは、複数の前記クライアントとの間で対話型のメッセージを送受信することで、複数の前記ユーザに関連する情報を収集する、ことを特徴とする。
【００１３】
また、本発明のメッセージ処理装置は、複数のユーザがそれぞれ保持する複数のクライアントとの間のメッセージ処理を行うメッセージ処理装置において、複数の前記ユーザに関連する情報を収集する第１のｂｏｔと、複数の前記ユーザに関連する情報を管理する第２のｂｏｔと、を含み、前記第１のｂｏｔは、複数の前記ユーザがそれぞれ所持する複数の前記クライアントとの間で対話型のメッセージを送受信することで、複数の前記ユーザに関連する情報を収集し、前記第２のｂｏｔは、前記第１のｂｏｔが収集した複数の前記ユーザに関連する情報を承認者が所持する前記クライアントに通知し、前記承認者による応答を前記第１のｂｏｔを介して対応する前記クライアントに通知する、ことを特徴とする。
【００１４】
また、本発明のメッセージ処理方法は、複数のユーザがそれぞれ保持する複数のクライアントとの間のメッセージ処理を行い、複数の前記ユーザに関連する情報を収集する第１のｂｏｔと、複数の前記ユーザに関連する情報を管理する第２のｂｏｔと、を含むメッセージ処理装置のメッセージ処理方法において、前記第１のｂｏｔは、複数の前記クライアントとの間で対話型のメッセージを送受信することで、複数の前記ユーザに関連する情報を収集し、前記第２のｂｏｔは、前記第１のｂｏｔが収集した複数の前記ユーザに関連する情報を承認者が所持する前記クライアントに通知し、前記承認者による応答を前記第１のｂｏｔを介して対応する前記クライアントに通知する、処理をそれぞれ実行することを特徴とする。
【００１５】
また、本発明のメッセージ処理プログラムは、複数のユーザがそれぞれ保持する複数のクライアントとの間のメッセージ処理を行い、複数の前記ユーザに関連する情報を収集する第１のｂｏｔと、複数の前記ユーザに関連する情報を管理する第２のｂｏｔと、を含むメッセージ処理装置のメッセージ処理プログラムにおいて、前記第１のｂｏｔに、複数の前記クライアントとの間で対話型のメッセージを送受信することで、複数の前記ユーザに関連する情報を収集する処理を実行させ、前記第２のｂｏｔに、前記第１のｂｏｔが収集した複数の前記ユーザに関連する情報を承認者が所持する前記クライアントに通知し、前記承認者による応答を前記第１のｂｏｔを介して対応する前記クライアントに通知する処理を実行させる、ことを特徴とする。
【発明の効果】
【００１６】
本発明によれば、ユーザに関連する情報の収集および管理を効率的に行えるという効果を奏する。
【図面の簡単な説明】
【００１７】
【図１】図１は、実施の形態にかかるメッセージ処理システムの概要図である。
【図２】図２は、実施の形態にかかるメッセージ処理システムに用いるｂｏｔを示す図である。
【図３】図３は、実施の形態にかかるメッセージ処理システムの機能ブロック図である。
【図４】図４は、実施の形態にかかるメッセージ処理システムに用いる機器のハードウェア構成例を示す図である。
【図５】図５は、実施の形態にかかるメッセージ処理システムが実行する超過勤務の申請〜承認の処理例を示すシーケンス図である。（その１）
【図６】図６は、実施の形態にかかるメッセージ処理システムが実行する超過勤務の申請〜承認の処理例を示すシーケンス図である。（その２）
【図７】図７は、実施の形態にかかるメッセージ処理システムが実行する超過勤務の申請〜承認の処理例を示すシーケンス図である。（その３）
【図８】図８は、実施の形態にかかるメッセージ処理システムが実行する超過勤務の申請〜承認の処理例を示すシーケンス図である。（その４）
【図９】図９は、実施の形態にかかるメッセージ処理システムが実行する超過勤務の申請〜承認の処理例を示すシーケンス図である。（その５）
【図１０】図１０は、実施の形態にかかるメッセージ処理システムが実行する超過勤務の申請〜承認の処理例を示すシーケンス図である。（その６）
【図１１】図１１は、実施の形態にかかるメッセージ処理システムにおける申請時間の入力処理の詳細を示すフローチャートである。
【図１２】図１２は、実施の形態にかかるメッセージ処理システムにおける申請メッセージの作成処理の詳細を示すフローチャートである。
【図１３】図１３は、実施の形態にかかるメッセージ処理システムにおける承認先テーブルの例を示す図表である。
【図１４】図１４は、実施の形態にかかるメッセージ処理システムにおけるペアトークとグループトークの例を示す図である。
【図１５】図１５は、実施の形態にかかるメッセージ処理システムにおける承認の入力処理の詳細を示すフローチャートである。
【図１６】図１６は、実施の形態にかかるメッセージ処理システムにおける超過勤務申請のスタンプ表示例を示す図である。
【図１７】図１７は、実施の形態にかかるメッセージ処理システムにおける超過勤務承認のスタンプ表示例を示す図である。
【図１８】図１８は、実施の形態にかかるメッセージ処理システムの承認者の端末装置による申請一覧の取得例を示す図である。
【発明を実施するための形態】
【００１８】
（実施の形態）
以下に添付図面を参照して、この発明にかかるメッセージ処理システム、メッセージ処理装置、メッセージ処理方法およびメッセージ処理プログラムの好適な実施の形態を詳細に説明する。以下のメッセージ処理システムでは、企業等における社員（ユーザ）の超過勤務申請および承認の処理を対話型で自動処理する例を説明する。
【００１９】
（システムの概要構成）
図１は、実施の形態にかかるメッセージ処理システムの概要図である。メッセージ処理システムは、メッセージ処理装置として機能するサーバ装置１００と、インターネット等を介してサーバ装置１００に通信接続される複数のＷｅｂ上の複数のクライアント１０１と、企業の業務システム等の基幹システム１０２に接続されるｂｏｔ１０３と、を含む。
【００２０】
サーバ装置１００は、複数のクライアント１０１との間で、上述したＬＩＮＥ等のチャットサービスによりメッセージを送受信する。複数のクライアント１０１は、図示の例では、ＰＣ等、企業内の管理部門に設置されるクライアント１０１ａと、社員等が携帯するスマートフォン等のクライアント１０１ｂと、ノードクライアント１０１ｃと、を含む。ノードクライアント１０１ｃは、基幹システムやクラウドサービス１０２にｂｏｔ１０３を介して接続される。
【００２１】
ｂｏｔ１０３は、基幹システム１０２とサーバ装置１００とをつなぎ、チャットサービス上で基幹システム１０２とのデータ送受信を可能とする。このｂｏｔ１０３は、ノードクライアント１０１ｃ上にプログラム実装される。
【００２２】
なお、以下の説明では、ｂｏｔ１０３は、サーバ装置１００と、クライアント１０１ｂとの間のメッセージ処理を行う構成として説明する。すなわち、以下の説明では、基幹システム１０２とサーバ装置１００とをつなぐ機能についての説明は省略する。
【００２３】
具体的には、ｂｏｔ１０３は、サーバ装置１００上のチャットサービス上で、超過勤務の申請および承認を行う社員が保持するクライアント１０１ｂとの間のメッセージ処理を行い、超過勤務の申請〜承認に至る一連のメッセージを自動処理する点について説明する。
【００２４】
図２は、実施の形態にかかるメッセージ処理システムに用いるｂｏｔを示す図である。メッセージ処理システムは、ｂｏｔ１０３として、申請ｂｏｔＢ１と承認ｂｏｔＢ２とを含む。ｂｏｔとは、自動化プログラムを意味する。
【００２５】
申請ｂｏｔＢ１は、超過勤務を申請する申請者に対する対話型の申請処理自動化プログラムであり、申請者から超過勤務の申請を受け付け、受け付けた申請を承認ｂｏｔＢ２へ伝え、承認結果を申請者に返す。
【００２６】
承認ｂｏｔＢ２は、申請を承認する承認者に対する対話側の承認処理自動化プログラムであり、申請を適切な承認者へ伝え、また、承認を一覧化して承認者に渡すこともできる。また、承認者による承認結果を申請ｂｏｔＢ１へ返す。
【００２７】
これら申請ｂｏｔＢ１と、承認ｂｏｔＢ２は、それぞれユーザ（申請者および承認者）と同等にアカウントを割り振って機能する。これら申請ｂｏｔＢ１と、承認ｂｏｔＢ２は、申請用と承認用とで異なる役割（機能）別のｂｏｔとして独立して設けている。
【００２８】
図３は、実施の形態にかかるメッセージ処理システムの機能ブロック図である。図３に示すシステムは、超過勤務の申請者の端末装置１０１ｂ（Ｔ１）と、超過勤務の承認者の端末装置１０１ｂ（Ｔ２）と、サーバ装置１００と、申請ｂｏｔ１０３（Ｂ１）と、承認ｂｏｔ１０３（Ｂ２）と、を含む。
【００２９】
図３の例では、申請者の端末装置１０１ｂ（Ｔ１）側と承認者の端末装置１０１ｂ（Ｔ２）側にそれぞれサーバ装置１００が記載されているが、データの流れに沿って記載したものであり、サーバ装置１００は１台設ければよい。
【００３０】
申請者の端末装置１０１ｂ（Ｔ１）は、端末側メッセージ受信手段３０１と、受信メッセージ表示手段３０２と、表示部３０３と、入力部３０４と、送信メッセージ表示手段３０５と、端末側メッセージ送信手段３０６と、を含む。例えば、スマートフォン等のように、表示部３０３上に透明なタッチパッドからなる入力部３０４を重ねて設けることで、表示部３０３の表示項目を指で選択することができる。
【００３１】
端末側メッセージ受信手段３０１は、サーバ装置１００から受信したメッセージを受信する。受信メッセージ表示手段３０２は、受信したメッセージを表示部３０３に表示させる。入力部３０４は、申請者による超過勤務申請の操作入力を受け付ける。送信メッセージ表示手段３０５は、操作入力された超過勤務申請の内容を表示部３０３に表示させる。端末側メッセージ送信手段３０６は、操作入力された超過勤務申請の内容をサーバ装置１００に送信する。
【００３２】
サーバ装置１００は、端末装置１０１ｂ（Ｔ１，Ｔ２）からメッセージを受信するサーバ側メッセージ受信手段３１１と、受信したメッセージを記録する記録部３１２と、端末装置１０１ｂ（Ｔ１，Ｔ２）に対し、受信したメッセージに対応するメッセージを送信するサーバ側メッセージ送信手段３１３と、を含む。
【００３３】
申請ｂｏｔ１０３（Ｂ１）は、申請ｂｏｔ側メッセージ受信手段３２１と、記録部３２２と、申請ｂｏｔ側申請内容送信手段３２３と、申請ｂｏｔ側承認内容受信手段３２４と、申請ｂｏｔ側メッセージ送信手段３２５と、を含む。
【００３４】
申請ｂｏｔ側メッセージ受信手段３２１は、サーバ装置１００から送信された超過勤務申請用のメッセージを受信する。記録部３２２は、受信した超過勤務申請用のメッセージを記録する。申請ｂｏｔ側申請内容送信手段３２３は、記録部３２２に記録された超過勤務申請用のメッセージを承認ｂｏｔ１０３（Ｂ２）に送信する。申請ｂｏｔ側承認内容受信手段３２４は、承認ｂｏｔ１０３（Ｂ２）から受信した超過勤務承認用のメッセージを受信する。申請ｂｏｔ側メッセージ送信手段３２５は、受信した超過勤務承認用のメッセージをサーバ装置１００に送信する。
【００３５】
承認ｂｏｔ１０３（Ｂ２）は、承認ｂｏｔ側申請内容受信手段３３１と、記録部３３２と、承認ｂｏｔ側承認内容送信手段３３３と、承認ｂｏｔ側メッセージ受信手段３３４と、承認ｂｏｔ側メッセージ送信手段３３５と、を含む。
【００３６】
承認ｂｏｔ側申請内容受信手段３３１は、申請ｂｏｔ１０３（Ｂ１）から超過勤務申請用のメッセージを受信し、記録部３３２に記録する。承認ｂｏｔ側メッセージ受信手段３３４は、超過勤務承認用のメッセージをサーバ装置１００から受信し、記録部３３２に記録する。承認ｂｏｔ側承認内容送信手段３３３は、記録部３３２に記録された超過勤務承認用のメッセージを申請ｂｏｔ１０３（Ｂ１）に送信する。承認ｂｏｔ側メッセージ送信手段３３５は、記録部３３２に記録された超過勤務申請用のメッセージをサーバ装置１００に送信する。
【００３７】
承認者の端末装置１０１ｂ（Ｔ２）は、承認者用として申請者の端末装置１０１ｂ（Ｔ１）と同様の構成を有する。
【００３８】
図４は、実施の形態にかかるメッセージ処理システムに用いる機器のハードウェア構成例を示す図である。例えば、図３に示すサーバ装置１００は、図４に示す構成を有する。サーバ装置１００は、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、磁気ディスクドライブ４０４、磁気ディスク４０５、光ディスクドライブ４０６、光ディスク４０７、入力デバイス４０８、映像Ｉ／Ｆ４０９、ディスプレイ４１０、通信Ｉ／Ｆ４１１、等を含む。各構成部４０１〜４１１は、バス４２０によってそれぞれ接続されている。
【００３９】
ＣＰＵ４０１は、サーバ装置１００の全体の制御を司る。ＲＯＭ４０２は、サーバのブートプログラムを記録している。ＲＡＭ４０３は、ＣＰＵ４０１のワークエリアとして使用される。すなわち、ＣＰＵ４０１は、ＲＡＭ４０３をワークエリアとして使用しながら、ＲＯＭ４０２に記録された各種プログラムを実行することによって、サーバ装置１００の全体の制御を司る。
【００４０】
磁気ディスクドライブ４０４は、ＣＰＵ４０１の制御にしたがって磁気ディスク４０５に対するデータの読み取り／書き込みを制御する。磁気ディスク４０５は、磁気ディスクドライブ４０４の制御で書き込まれたデータを記録する。磁気ディスク４０５としては、例えば、ＨＤ（ハードディスク）を用いることができる。
【００４１】
また、光ディスクドライブ４０６は、ＣＰＵ４０１の制御にしたがって光ディスク４０７に対するデータの読み取り／書き込みを制御する。光ディスク４０７は、光ディスクドライブ４０６の制御にしたがってデータが読み出される着脱自在な記録媒体である。光ディスク４０７は、書き込み可能な記録媒体を利用することもできる。着脱可能な記録媒体として、光ディスク４０７のほか、ＭＯ、メモリカードなどを用いることができる。
【００４２】
入力デバイス４０８は、文字、数値、各種指示などの入力のための複数のキーを備えたリモコン、キーボード、タッチパネルなどが挙げられる。入力デバイス４０８は、リモコン、キーボード、タッチパネルのうちいずれか一つの形態によって実現されてもよいが、複数の形態によって実現することも可能である。
【００４３】
映像Ｉ／Ｆ４０９は、ディスプレイ４１０に接続される。映像Ｉ／Ｆ４０９は、具体的には、例えば、ディスプレイ４１０全体を制御するグラフィックコントローラと、即時表示可能な画像情報を一時的に記録するＶＲＡＭ（Ｖｉｄｅｏ  ＲＡＭ）などのバッファメモリと、グラフィックコントローラから出力される画像データに基づいてディスプレイ４１０を制御する制御ＩＣなどによって構成される。
【００４４】
ディスプレイ４１０には、アイコン、カーソル、メニュー、ウインドウ、あるいは文字や画像などの各種データが表示される。ディスプレイ４１０としては、例えば、ＴＦＴ液晶ディスプレイ、有機ＥＬディスプレイなどを用いることができる。
【００４５】
通信Ｉ／Ｆ４１１は、無線を介してネットワークに接続され、サーバ装置１００およびＣＰＵ４０１のインターフェースとして機能する。ネットワークとして機能する通信網には、インターネット、公衆回線網や携帯電話網、ＬＡＮ、ＷＡＮなどがある。
【００４６】
図３に示したサーバ装置１００は、図４に記載のＲＯＭ４０２、ＲＡＭ４０３、磁気ディスク４０５、光ディスク４０７などに記録されたプログラムやデータを用いて、ＣＰＵ４０１が所定のプログラムを実行することによって、図３に記載の各機能を実現する。
【００４７】
また、図３に記載の端末装置１０１ｂ（Ｔ１，Ｔ２）についても、図４同様の構成を有する。この端末装置１０１ｂ（Ｔ１，Ｔ２）は、携帯型のスマートフォンやタブレット等で構成でき、例えば、磁気ディスク４０５や光ディスク４０７に代えてフラッシュメモリを用いることができる。
【００４８】
また、図３に示した申請ｂｏｔ１０３（Ｂ１）と、承認ｂｏｔ１０３（Ｂ２）は、ノードクライアント１０１ｃに実装され、図４同様の構成を有する。なお、超過勤務の申請および承認は、図１に示した申請する申請者および承認者のクライアント１０１ｂと、企業内の管理部門に設置されるクライアント１０１ａと、サーバ装置１００と、からなる最小限のハードウェアで構成することもでき、この場合、申請ｂｏｔ１０３（Ｂ１）と、承認ｂｏｔ１０３（Ｂ２）は、サーバ装置１００に実装してもよい。
【００４９】
（超過勤務の申請〜承認の処理）
次に、超過勤務の申請〜承認に至る一連の処理について説明する。図５〜図１０は、実施の形態にかかるメッセージ処理システムが実行する超過勤務の申請〜承認の処理例を示すシーケンス図である。これら図５〜図１０には、上述した申請者の端末装置１０１ｂ（Ｔ１）、申請ｂｏｔ１０３（Ｂ１）、サーバ装置１００、承認ｂｏｔ１０３（Ｂ２）、承認者の端末装置１０１ｂ（Ｔ２）を記載してある。
【００５０】
はじめに、図５に示すように、申請ｂｏｔ１０３（Ｂ１）は、所定のタイミング（例えば、毎日終業前）に超過勤務に関する申請時間の問い合わせメッセージをサーバ装置１００に送信する（ステップＳ５０１）。
【００５１】
この後、サーバ装置１００は、申請時間の問い合わせメッセージを受信し、記録部３１２に記録する（ステップＳ５０２）。そして、サーバ装置１００は、申請者の端末装置１０１ｂ（Ｔ１）に申請時間の問い合わせのメッセージを通知する（ステップＳ５０３）。
【００５２】
申請者の端末装置１０１ｂ（Ｔ１）では、申請時間の問い合わせのメッセージを受信し、表示部３０３に表示する（ステップＳ５０４）。そして、申請者の端末装置１０１ｂ（Ｔ１）は、超過勤務の申請用のメッセージをサーバ装置１００に取得要求する（ステップＳ５０５）。この後、サーバ装置１００は、超過勤務の申請時間の問い合わせのメッセージを読み出し、申請者の端末装置１０１ｂ（Ｔ１）に送信する（ステップＳ５０６）。
【００５３】
この後、申請者の端末装置１０１ｂ（Ｔ１）は、サーバ装置１００から送信された超過勤務の申請時間の問い合わせのメッセージを受信すると（ステップＳ５０７）、表示部３０３に表示する（ステップＳ５０８）。
【００５４】
次に、図６に示すように、申請者の端末装置１０１ｂ（Ｔ１）は、超過勤務の申請時間の入力処理を行う（ステップＳ６０１）。そして、申請者の端末装置１０１ｂ（Ｔ１）は、入力された超過勤務の申請時間をサーバ装置１００に返信する（ステップＳ６０２）。
【００５５】
サーバ装置１００は、申請者の端末装置１０１ｂ（Ｔ１）から送信された超過勤務の申請時間のメッセージを受信し、記録部３１２に記録する（ステップＳ６０３）。そして、サーバ装置１００は、申請ｂｏｔ１０３（Ｂ１）に対し、申請者の端末装置１０１ｂ（Ｔ１）からメッセージ返信があったことを通知する（ステップＳ６０４）。
【００５６】
申請ｂｏｔ１０３（Ｂ１）は、サーバ装置１００から送信されたメッセージを受信し（ステップＳ６０５）、サーバ装置１００に対し、端末装置１０１ｂ（Ｔ１）からの申請時間のメッセージの取得要求を行う（ステップＳ６０６）。そして、サーバ装置１００は、端末装置１０１ｂ（Ｔ１）からの申請時間のメッセージを記録部３１２から読み出し、申請ｂｏｔ１０３（Ｂ１）に送信する（ステップＳ６０７）。
【００５７】
申請ｂｏｔ１０３（Ｂ１）は、サーバ装置１００から申請時間のメッセージを受信し、記録部３２２に記録する（ステップＳ６０８）。
【００５８】
次に、図７に示すように、申請ｂｏｔ１０３（Ｂ１）は、承認ｂｏｔ１０３（Ｂ２）に対し、超過勤務の申請内容を通知する（ステップＳ７０１）。そして、承認ｂｏｔ１０３（Ｂ２）は、申請ｂｏｔ１０３（Ｂ１）から受信した申請内容を受信し、記録部３２２に記録する（ステップＳ７０２）。この後、承認ｂｏｔ１０３（Ｂ２）は、承認者に対する超過勤務の申請メッセージを作成処理し（ステップＳ７０３）、サーバ装置１００に作成した申請メッセージを送信する（ステップＳ７０４）。
【００５９】
この後、サーバ装置１００は、承認ｂｏｔ１０３（Ｂ２）から受信した申請メッセージを記録部３１２に記録し（ステップＳ７０５）、承認事項がある旨のメッセージを承認者の端末装置１０１ｂ（Ｔ２）に通知する（ステップＳ７０６）。承認者の端末装置１０１ｂ（Ｔ２）は、承認事項がある旨のメッセージを受信し、表示部３０３に表示する（ステップＳ７０７）。
【００６０】
次に、図８に示すように、承認者の端末装置１０１ｂ（Ｔ２）は、サーバ装置１００に対し、申請メッセージの取得要求を行い（ステップＳ８０１）、サーバ装置１００は、Ｓ７０５で記録部３１２に記録した申請メッセージを読み出し、承認者の端末装置１０１ｂ（Ｔ２）に送信する（ステップＳ８０２）。
【００６１】
この後、承認者の端末装置１０１ｂ（Ｔ２）は、サーバ装置１００から送信された申請メッセージを受信し（ステップＳ８０３）、表示部３０３上に申請メッセージを表示する（ステップＳ８０４）。
【００６２】
この後、承認者は、端末装置１０１ｂの表示部３０３上に表示されている超過勤務の申請内容を見て承認の入力処理を行う（ステップＳ８０５）。この後、承認者の端末装置１０１ｂ（Ｔ２）は、申請に対する承認の返信（承認メッセージ）をサーバ装置１００に送る（ステップＳ８０６）。サーバ装置１００は、受信した承認メッセージを記録部３１２に記録する（ステップＳ８０７）。
【００６３】
次に、図９に示すように、サーバ装置１００は、承認ｂｏｔ１０３（Ｂ２）に対し承認用のメッセージがあることを通知する（ステップＳ９０１）。承認ｂｏｔ１０３（Ｂ２）は、サーバ装置１００からの通知を受信し、承認用のメッセージがあること表示する（ステップＳ９０２）。そして、承認ｂｏｔ１０３（Ｂ２）は、サーバ装置１００に対しメッセージを取得要求する（ステップＳ９０３）。サーバ装置１００は、ステップＳ８０７で記録した承認メッセージを記録部３１２から読み出し、承認ｂｏｔ１０３（Ｂ２）に送信する（ステップＳ９０４）。
【００６４】
この後、承認ｂｏｔ１０３（Ｂ２）は、サーバ装置１００から受信した承認メッセージを記録部３２２に記録し（ステップＳ９０５）、申請ｂｏｔ１０３（Ｂ１）に対して承認内容があることを通知する（ステップＳ９０６）。
【００６５】
この後、申請ｂｏｔ１０３（Ｂ１）は、承認ｂｏｔ１０３（Ｂ２）から受信した承認内容の通知を記録部３２２に記録し（ステップＳ９０７）、サーバ装置１００に対し承認報告メッセージを送信する（ステップＳ９０８）。
【００６６】
次に、図１０に示すように、サーバ装置１００は、申請ｂｏｔ１０３（Ｂ１）から受信した承認報告メッセージを記録部３１２に記録する（ステップＳ１００１）。そして、サーバ装置１００は、申請者の端末装置１０１ｂ（Ｔ１）に対し、承認のメッセージがあることを通知する（ステップＳ１００２）。
【００６７】
この後、申請者の端末装置１０１ｂ（Ｔ１）は、サーバ装置１００から通知された承認のメッセージの通知を表示部３０３に表示する（ステップＳ１００３）。そして、申請者の端末装置１０１ｂ（Ｔ１）は、サーバ装置１００に対し、メッセージの取得要求を行う（ステップＳ１００４）。そして、メッセージの取得要求を受けた、サーバ装置１００承認報告メッセージを記録部３１２から読み出し、申請者の端末装置１０１ｂ（Ｔ１）に送信する（ステップＳ１００５）。
【００６８】
申請者の端末装置１０１ｂ（Ｔ１）では、サーバ装置１００から送信された超過勤務に関する承認報告のメッセージを受信し（ステップＳ１００６）、この承認報告のメッセージを表示部３０３に表示する（ステップＳ１００７）。以上により、超過勤務の申請〜承認までの一連の処理が終了する。
【００６９】
図１１は、実施の形態にかかるメッセージ処理システムにおける申請時間の入力処理の詳細を示すフローチャートである。図６のステップＳ６０１において、申請者の端末装置１０１ｂ（Ｔ１）が実行する処理例を示す。はじめに、申請者の端末装置１０１ｂ（Ｔ１）は、表示部３０３上に超過勤務時間を時刻別に複数のスタンプ（画像データ）で表示し、申請者が申請する時間を選択可能である。
【００７０】
そして、申請者の端末装置１０１ｂ（Ｔ１）は、申請者によっていずれかのスタンプが選択された場合（ステップＳ１１０１：Ｎｏ）、ステップＳ１１０３に移行し、申請者によっていずれかのスタンプが選択されなかった場合には（ステップＳ１１０１：Ｙｅｓ）、申請者により文字メッセージで申請時間を手入力させる（ステップＳ１１０２）。
【００７１】
この後、ステップＳ１１０３では、申請理由があれば申請者により入力させ（ステップＳ１１０３）、処理を終了する（図６のステップＳ６０２に移行する）。
【００７２】
図１２は、実施の形態にかかるメッセージ処理システムにおける申請メッセージの作成処理の詳細を示すフローチャートである。図７のステップＳ７０３において承認ｂｏｔ１０３（Ｂ２）が実行する処理例を示す。
【００７３】
はじめに、承認ｂｏｔ１０３（Ｂ２）は、承認先テーブルを参照して、申請の承認先を決定する（ステップＳ１２０１）。この後、承認ｂｏｔ１０３（Ｂ２）は、決定した承認先、申請された超過勤務の申請時間、申請理由を合わせた申請メッセージを作成し（ステップＳ１２０２）、処理を終了する（図７のステップＳ７０４に移行する）。
【００７４】
図１３は、実施の形態にかかるメッセージ処理システムにおける承認先テーブルの例を示す図表である。承認先テーブル１３０１は、申請ｂｏｔ１０３（Ｂ１）が記録部３２２等に管理保持する。図１３の例では、申請者別の承認先が設定されている。例えば、申請者Ａ，Ｂは承認者Ａである。また、図１３に示すように、申請者Ｃ，Ｄ，Ｅの場合、承認グループＢとしてグループ化し、承認グループＢに属する承認者によって承認することもできる。
【００７５】
図１４は、実施の形態にかかるメッセージ処理システムにおけるペアトークとグループトークの例を示す図である。サーバ装置１００と承認者の端末装置１０１ｂ（Ｔ２）との間で、承認先テーブル１３０１の承認先について、ペアトークのときには承認者を指定し、グループトークの場合は、承認トークルーム名（承認グループＢ）を指定できる。グループトークを用いることで、代理承認（例えば、承認者である課長の代わりに課長代理が承認する等）を行うことができる。
【００７６】
図１５は、実施の形態にかかるメッセージ処理システムにおける承認の入力処理の詳細を示すフローチャートである。図８のステップＳ８０５において承認者の端末装置１０１ｂ（Ｔ２）が実行する処理例を示す。はじめに、承認者の端末装置１０１ｂ（Ｔ２）は、表示部３０３上にスタンプで承認か却下を表示し、承認者によって選択可能となっている。
【００７７】
そして、承認者の端末装置１０１ｂ（Ｔ２）は、承認者によって承認または却下のスタンプを選択し（ステップＳ１５０１）、却下の場合には（ステップＳ１５０２：Ｙｅｓ）、却下理由を承認者により文字メッセージで手入力させ（ステップＳ１５０３）、処理を終了する。また、ステップＳ１５０２において、承認の場合には（ステップＳ１５０２：Ｎｏ）、処理を終了する（図８のステップＳ８０６に移行する）。
【００７８】
（申請および承認のスタンプ使用例）
図１６は、実施の形態にかかるメッセージ処理システムにおける超過勤務申請のスタンプ表示例を示す図である。超過勤務の申請者の端末装置１０１ｂ（Ｔ１）による画面表示例を示す。上述した申請時間の入力処理（図１１）の際、サーバ装置１００は、図１６の表示画面１６０１に示すように、超過勤務の申請者に対し、チャットサービスにより、申請ｂｏｔ１０３（Ｂ１）が生成した申請操作を説明するメッセージ１６０２に加え、申請時間をスタンプ１６０３として複数表示する。例えば、終業時刻以降の時刻として１９時、２０時、２１時、２２時等の複数のスタンプ１６０３を画面表示する。
【００７９】
申請者は、申請者の端末装置１０１ｂ（Ｔ１）の表示部３０３に表示されたスタンプ１６０３のうち、希望する申請時間を指で操作入力するだけで、簡単に申請時間を選択できる。また、希望する申請時間がスタンプ１６０３上に表示されていない場合には、入力欄１６０４にテキストで手入力することができる。スタンプ１６０３は、予め想定した情報（申請時間）に対応して複数設定されており、図示のように選択可能となっている。このように、申請ｂｏｔ１０３（Ｂ１）は、メッセージをテキストだけに限らず、スタンプを用いて申請者が選択可能としているため、申請者の操作入力を簡素化できる。
【００８０】
図１６に示すように、超過勤務申請は、１画面だけを用いて簡単に行うことができる。なお、実施の形態で説明する超過勤務申請に限らず他のユーザに関連する情報の管理において、ユーザの入力毎に複数の画面をユーザに提示する構成として複数回の対話を行うことができる。例えば、ユーザの日報報告においては、申請ｂｏｔ１０３（Ｂ１）は、ある一つの画面でユーザによる業務内容入力後に、他の画面で他の業務の有無をユーザに問い合わせユーザ入力された後、さらに他の画面で目標達成度を問い合わせユーザ入力させる等、の処理を行う複数回の対話により、ユーザに関連する情報をより詳細に収集、管理することができるようになる。
【００８１】
図１７は、実施の形態にかかるメッセージ処理システムにおける超過勤務承認のスタンプ表示例を示す図である。超過勤務の承認者の端末装置１０１ｂ（Ｔ２）による画面表示例を示す。上述した申請に対する承認処理（図１５）の際、サーバ装置１００は、図１７の表示画面１７０１に示すように、承認者に対し、チャットサービスにより、承認ｂｏｔ１０３（Ｂ２）が生成した申請内容のメッセージ１７０２と、承認／却下をスタンプ１７０３として表示する。また、却下の場合には、却下理由の入力欄１７０４に却下理由をテキストで手入力することができる。
【００８２】
図１７に示す承認申請は、サーバ装置１００から承認者の端末装置１０１ｂ（Ｔ２）にＰＵＳＨ通知されるため、複数の申請者に対する都度承認も容易に行える。また、承認ｂｏｔ１０３（Ｂ２）は、メッセージをテキストだけに限らず、スタンプを用いて承認者が選択可能としているため、承認者の操作入力を簡素化できる。スタンプ１７０３は、予め想定した情報（承認／却下）に対応して設定されており、図示のように選択可能となっている。
【００８３】
図１８は、実施の形態にかかるメッセージ処理システムの承認者の端末装置による申請一覧の取得例を示す図である。承認ｂｏｔ１０３（Ｂ２）は、複数の申請者からの超過勤務申請の一覧を記録部３３２に保持しており、承認者の端末装置１０１ｂ（Ｔ２）は、超過勤務の申請一覧を取得することができる。
【００８４】
例えば、図１８に示すように、サーバ装置１００は、チャットサービスにより、承認ｂｏｔ１０３（Ｂ２）が生成した超過勤務の申請一覧をファイル添付（ｃｓｖファイル等）して承認者の端末装置１０１ｂ（Ｔ２）に送信することで、承認者が取得できる。この申請一覧は、超過勤務申請において管理する管理データに相当する。なお、管理データとしての申請一覧は、外部の基幹システムやクラウドサービス１０２に送信し、基幹システムやクラウドサービス１０２で管理する構成とすることもできる。
【００８５】
承認者の端末装置１０１ｂ（Ｔ２）の表示画面１８０１上には、超過勤務申請の一覧の取得の説明のメッセージ１８０２と、取得のスタンプ１８０３とを表示する。承認者が取得のスタンプ１８０３を選択することで、サーバ装置１００は、チャットサービスにより、承認ｂｏｔ１０３（Ｂ２）が生成した超過勤務の申請一覧をファイル添付して承認者の端末装置１０１ｂ（Ｔ２）に送信し、承認者が添付ファイルのスタンプ１８０４を選択することで、超過勤務の申請一覧を承認者の端末装置１０１ｂ（Ｔ２）上で表示できる。
【００８６】
このように、承認ｂｏｔ１０３（Ｂ２）が生成した超過勤務の申請一覧をファイル添付して承認者の端末装置１０１ｂ（Ｔ２）に送信する構成により、例えば、ユーザ（申請者）のユーザ情報（超過勤務申請）を管理する管理者（承認者）は、外部の基幹システムやクラウドサービス１０２を用いなくても、サーバ装置１００を介してユーザの情報を管理することができる。
【００８７】
以上説明した実施の形態によれば、超過勤務の申請および承認のそれぞれについて、メッセージ処理を行うことで、超過勤務の申請および承認の操作（処理）を簡単に行える。このｂｏｔは申請者と承認者の端末装置に対話型のメッセージを送出することで超過勤務の申請および承認にかかる操作（処理）を効率的に実行できるようになる。
【００８８】
そして、ｂｏｔは、汎用のチャットサービスを利用して申請者と承認者にメッセージとして伝えられるため、簡単な操作性を持ちながら社内ツール等の業務管理が行えるようになる。
【００８９】
また、上記実施の形態では、サーバ装置１００とクライアント１０１との間のメッセージ処理について説明したが、サーバ装置１００に基幹システムやクラウドサービス１０２にｂｏｔ１０３を介して接続される構成にも適用できる。この場合、ｂｏｔ１０３は、基幹システム１０２とサーバ装置１００とをつなぎ、基幹システム１０２が遂行する所定の処理に対するクライアント１０１からのデータ入力等に必要なやり取りを対話型のメッセージでユーザに伝達できる。そして、ｂｏｔ１０３は、メッセージをテキストだけに限らず、スタンプを用いてユーザに選択可能としているため、ユーザの操作入力を簡素化できる。
【００９０】
上述した実施の形態では、超過勤務の申請および承認を例に説明したが、この発明は、超過勤務管理に限ることなく、複数のユーザの直接あるいは間接的な情報（ユーザに関連する情報）を管理する管理部との間のメッセージ処理システムに同様に適用できる。例えば、巡回等で外出する複数ユーザ（ラウンダー）の出勤や位置管理、会議毎の議事録作成、アパレル等の複数店舗における来客者の声（意見）や気づき点等の情報管理、外食産業の複数店舗における定期的な品質管理の問い合わせおよび回答による品質管理、パート・アルバイトの管理者に対する定期的なシフト依頼および回答によるシフト勤務管理、タクシー等の運転日誌や車両情報、立替金等の日報管理等、多様なメッセージ処理に適用できる。
【００９１】
なお、本実施の形態で説明したメッセージ処理にかかるプログラムは、予め用意されたプログラムをコンピュータで実行することにより実現することができる。また、このプログラムは、半導体メモリ、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、このプログラムは、インターネット等のネットワークを介して配布してもよい。
【産業上の利用可能性】
【００９２】
以上のように、本発明は、チャットサービスを用いたメッセージ処理システムに有用であり、特に、複数のユーザと、ユーザに関連する情報の管理側との間でやり取りするメッセージ処理システムに有用である。
【符号の説明】
【００９３】
１００  サーバ装置
１０１（１０１ａ〜１０１ｃ）  クライアント（端末装置）
１０２  基幹システム、クラウドサービス
１０３  ｂｏｔ（申請ｂｏｔＢ１，承認ｂｏｔＢ２）
３０１  端末側メッセージ受信手段
３０２  受信メッセージ表示手段
３０３  表示部
３０４  入力部
３０５  送信メッセージ表示手段
３０６  端末側メッセージ送信手段
３１１  サーバ側メッセージ受信手段
３１２  記録部
３１３  サーバ側メッセージ送信手段
３２１  申請ｂｏｔ側メッセージ受信手段
３２２  記録部
３２３  申請ｂｏｔ側申請内容送信手段
３２４  申請ｂｏｔ側承認内容受信手段
３２５  申請ｂｏｔ側メッセージ送信手段
３３１  承認ｂｏｔ側申請内容受信手段
３３２  記録部
３３３  承認ｂｏｔ側承認内容送信手段
３３４  承認ｂｏｔ側メッセージ受信手段
３３５  承認ｂｏｔ側メッセージ送信手段
４０１  ＣＰＵ
４０２  ＲＯＭ
４０３  ＲＡＭ
１３０１  承認先テーブル
【図１】
0006612532.tif 000002
【図２】
0006612532.tif 000003
【図３】
0006612532.tif 000004
【図４】
0006612532.tif 000005
【図５】
0006612532.tif 000006
【図６】
0006612532.tif 000007
【図７】
0006612532.tif 000008
【図８】
0006612532.tif 000009
【図９】
0006612532.tif 000010
【図１０】
0006612532.tif 000011
【図１１】
0006612532.tif 000012
【図１２】
0006612532.tif 000013
【図１３】
0006612532.tif 000014
【図１４】
0006612532.tif 000015
【図１５】
0006612532.tif 000016
【図１６】
0006612532.tif 000017
【図１７】
0006612532.tif 000018
【図１８】
0006612532.tif 000019