(57)【要約】【課題】管理者と複数のユーザとの間のメッセージについて、管理者側ではユーザ管理が容易に行え、ユーザ側ではメッセージのセキュリティを保持できること。【解決手段】メッセージ処理システムのサーバ装置１００は、管理者のクライアント１０１ａと、複数のユーザのクライアント１０１ｂと、各クライアント１０１ｂとの間のメッセージ処理を行うサーバ装置１００と、を含む。サーバ装置１００は、管理者のクライアント１０１ａと複数のユーザのクライアント１０１ｂの間で、管理者のクライアント１０１ａからみて複数のユーザのクライアント１０１ｂとの間で１：Ｎ接続とし、複数のユーザのクライアント１０１ｂからみて各ユーザが管理者のクライアント１０１ａに対し１：１接続とするメッセージの共有設定を行う。【選択図】図１
2017062632.tif 000002
【特許請求の範囲】
【請求項１】
管理者および複数のユーザの各クライアントと、前記各クライアントとの間のメッセージ処理を行うサーバ装置と、を含むメッセージ処理システムにおいて、
前記サーバ装置は、
前記管理者と複数の前記ユーザとの間で、前記管理者からみて複数の前記ユーザとの間で１：Ｎ接続とし、複数の前記ユーザからみて各ユーザが前記管理者に対し１：１接続とするメッセージの共有設定を行う、
ことを特徴とするメッセージ処理システム。
【請求項２】
前記サーバ装置は、
前記管理者とメッセージ共有する複数の前記各クライアント毎にチャットサービス上のトークルームを割り当てる設定時には、当該トークルームに対して入室許可された前記クライアントが前記トークルームに入室した前記管理者および複数の前記各クライアントとの間で相互に送受信するメッセージを共有させる、
ことを特徴とする請求項１に記載のメッセージ処理システム。
【請求項３】
前記サーバ装置は、
新たにメッセージ共有するゲストに対応したトークルームへの招待を行い、前記ゲストの前記トークルームへの入室に基づき、前記ゲストを前記トークルームに新たに含めて、前記管理者と複数の前記各クライアントとの間で送受信するメッセージのみを共有させる、
ことを特徴とする請求項１または２に記載のメッセージ処理システム。
【請求項４】
前記サーバ装置は、
閲覧許可に制限を有するゲストに対する招待時には、既にメッセージ共有されたトークルームの複製を作成し、当該複製したトークルームに、前記閲覧許可に制限を有するゲストを含ませること、
を特徴とする請求項２に記載のメッセージ処理システム。
【請求項５】
管理者および複数のユーザの各クライアントと、前記各クライアントとの間のメッセージ処理を行うサーバ装置と、を含むメッセージ処理システムのメッセージ処理方法において、
前記サーバ装置は、
前記管理者と複数の前記ユーザとの間で、前記管理者からみて複数の前記ユーザとの間で１：Ｎ接続とし、複数の前記ユーザからみて各ユーザが前記管理者に対し１：１接続とするメッセージの共有設定を行う、
処理を実行することを特徴とするメッセージ処理方法。
【請求項６】
管理者および複数のユーザの各クライアントと、前記各クライアントとの間のメッセージ処理を行うサーバ装置と、を含むメッセージ処理システムの前記サーバ装置のメッセージ処理プログラムは、
前記サーバ装置のコンピュータに、
前記管理者と複数の前記ユーザとの間で、前記管理者と複数の前記ユーザとの間で、前記管理者からみて複数の前記ユーザとの間で１：Ｎ接続とし、複数の前記ユーザからみて各ユーザが前記管理者に対し１：１接続とするメッセージの共有設定を行う、
処理を実行させることを特徴とするメッセージ処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、端末とサーバとの間でメッセージを処理するメッセージ処理システム、メッセージ処理方法およびメッセージ処理プログラムに関する。
【背景技術】
【０００２】
ユーザ同士間やユーザと管理者間のメッセージは、電話、ＦＡＸ、メール等が用いられており、近年では、ＬＩＮＥ（登録商標）など、スマートフォン等を利用して友人やグループで会話できるチャットサービスが提供され、より簡単なメッセージ伝達が可能となってきている（例えば、下記特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−１４６３８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来のメッセージ処理システムおよびメッセージ処理プログラムでは、管理者（例えば、企業内営業担当者）と、ユーザ（例えば顧客）との間の連絡（情報伝達）を即時に行えなかった。例えば、管理者がユーザに電話やメールを行っても返答をもらえないことが生じていた。
【０００５】
また、管理者は複数のユーザと１：Ｎで連絡を取りたいが、ユーザは他のユーザとの連絡は不要なことが多く、ユーザは管理者と１：１で連絡を取りたい場合がある。従来、管理者側からみた１：Ｎ接続と、ユーザ側からみた１：１接続の連絡を実現できるシステムがなかった。
【０００６】
本発明は、上記課題に鑑み、管理者と複数のユーザとの間のメッセージについて、管理者側ではユーザ管理が容易に行え、ユーザ側ではメッセージのセキュリティを保持できることを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明のメッセージ処理システムは、管理者および複数のユーザの各クライアントと、前記各クライアントとの間のメッセージ処理を行うサーバ装置と、を含むメッセージ処理システムにおいて、前記サーバ装置は、前記管理者と複数の前記ユーザとの間で、前記管理者からみて複数の前記ユーザとの間で１：Ｎ接続とし、複数の前記ユーザからみて各ユーザが前記管理者に対し１：１接続とするメッセージの共有設定を行う、ことを特徴とする。
【０００８】
また、前記サーバ装置は、前記管理者とメッセージ共有する複数の前記各クライアント毎にチャットサービス上のトークルームを割り当てる設定時には、当該トークルームに対して入室許可された前記クライアントが前記トークルームに入室した前記管理者および複数の前記各クライアントとの間で相互に送受信するメッセージを共有させる、ことを特徴とする。
【０００９】
また、前記サーバ装置は、新たにメッセージ共有するゲストに対応したトークルームへの招待を行い、前記ゲストの前記トークルームへの入室に基づき、前記ゲストを前記トークルームに新たに含めて、前記管理者と複数の前記各クライアントとの間で送受信するメッセージのみを共有させる、ことを特徴とする。
【００１０】
また、前記サーバ装置は、閲覧許可に制限を有するゲストに対する招待時には、既にメッセージ共有されたトークルームの複製を作成し、当該複製したトークルームに、前記閲覧許可に制限を有するゲストを含ませる、ことを特徴とする。
【００１１】
本発明のメッセージ処理方法は、管理者および複数のユーザの各クライアントと、前記各クライアントとの間のメッセージ処理を行うサーバ装置と、を含むメッセージ処理システムのメッセージ処理方法において、前記サーバ装置は、前記管理者と複数の前記ユーザとの間で、前記管理者からみて複数の前記ユーザとの間で１：Ｎ接続とし、複数の前記ユーザからみて各ユーザが前記管理者に対し１：１接続とするメッセージの共有設定を行う、処理を実行することを特徴とする。
【００１２】
本発明のメッセージ処理プログラムは、管理者および複数のユーザの各クライアントと、前記各クライアントとの間のメッセージ処理を行うサーバ装置と、を含むメッセージ処理システムの前記サーバ装置のメッセージ処理プログラムは、前記サーバ装置のコンピュータに、前記管理者と複数の前記ユーザとの間で、前記管理者と複数の前記ユーザとの間で、前記管理者からみて複数の前記ユーザとの間で１：Ｎ接続とし、複数の前記ユーザからみて各ユーザが前記管理者に対し１：１接続とするメッセージの共有設定を行う、処理を実行させることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、管理者と複数のユーザとの間のメッセージについて、管理者側ではユーザ管理が容易に行え、ユーザ側ではメッセージのセキュリティを保持できるようになる。
【図面の簡単な説明】
【００１４】
【図１】図１は、実施の形態にかかるメッセージ処理システムの概要図である。
【図２】図２は、実施の形態にかかるメッセージ処理システムに用いる機器のハードウェア構成例を示す図である。
【図３Ａ】図３Ａは、実施の形態にかかるメッセージ処理システムが実行するゲストモードを説明する図である。（その１）
【図３Ｂ】図３Ｂは、実施の形態にかかるメッセージ処理システムが実行するゲストモードを説明する図である。（その２）
【図４】図４は、実施の形態にかかるメッセージ処理システムが実行するゲストモードの共有範囲の初期設定例を説明する図である。
【図５】図５は、実施の形態にかかるメッセージ処理システムが実行するゲストモードの共有範囲の変更例を説明する図である。
【図６】図６は、実施の形態にかかるメッセージ処理システムが実行するゲストモードの共有範囲の設定処理例を示すフローチャートである。
【図７Ａ】図７Ａは、実施の形態にかかるメッセージ処理システムが実行するゲストモードの共有範囲の設定処理内容を示す図表である。（その１）
【図７Ｂ】図７Ｂは、実施の形態にかかるメッセージ処理システムが実行するゲストモードの共有範囲の設定処理内容を示す図表である。（その２）
【図８】図８は、実施の形態にかかるメッセージ処理システムが実行するゲストモードの共有範囲の他の例を説明する図である。
【発明を実施するための形態】
【００１５】
（実施の形態）
以下に添付図面を参照して、この発明にかかるメッセージ処理システム、メッセージ処理方法およびメッセージ処理プログラムの好適な実施の形態を詳細に説明する。以下のメッセージ処理システムでは、企業等でユーザを管理する管理者と、ユーザ（顧客）との間のメッセージを処理する例を説明する。
【００１６】
（システムの概要構成）
図１は、実施の形態にかかるメッセージ処理システムの概要図である。メッセージ処理システムは、サーバ装置１００と、インターネット等を介してサーバ装置１００に通信接続される複数のＷｅｂ上の複数のクライアント１０１と、企業の業務システム等の基幹システム１０２に接続されるボット（ｂｏｔ）１０３と、を含む。
【００１７】
サーバ装置１００は、複数のクライアント１０１との間で、ＬＩＮＥ等のチャットサービスによりメッセージを送受信する。複数のクライアント１０１は、図示の例では、ＨＴＭＬによるＰＣ等、企業内のユーザ管理部に設置されるクライアント１０１ａと、ユーザ（顧客）が携帯するスマートフォン等のクライアント１０１ｂと、ノードクライアント１０１ｃと、を含む。ノードクライアント１０１ｃは、基幹システムやクラウドサービス１０２にｂｏｔ１０３を介して接続される。
【００１８】
基幹システム１０２は、管理者のクライアント１０１ａ（ＰＣ）と、ユーザのクライアント１０１ｂ（スマートフォン）との間で送受信するデータを保持する。そして、基幹システム１０２は、管理者とユーザとの間でやり取りするデータ内容に基づき、例えば、所定の業務遂行状態を管理する。
【００１９】
ｂｏｔ１０３は、基幹システム１０２とサーバ装置１００とをつなぎ、チャットサービス上で基幹システム１０２とのデータ送受信を可能とする。このｂｏｔ１０３は、ノードクライアント１０１ｃ上にプログラム実装される。そして、ｂｏｔ１０３は、管理者のクライアント１０１ａ（ＰＣ）からユーザのクライアント１０１ｂ（スマートフォン）に対し、対話型のメッセージを送信することで、管理者とユーザとの間でやり取りするメッセージを収集する。例えば、所定の業務に応じて予め設定した定型のメッセージをユーザのクライアント１０１ｂ（スマートフォン）に送信し、その返答を収集する。
【００２０】
ｂｏｔ１０３は、例えば、サーバ装置１００上のチャットサービス上で、ユーザのクライアント１０１ｂ（スマートフォン）との間でやり取りする各種メッセージをメッセージ手順に従い、ユーザに自動送出する。この際、ｂｏｔ１０３は、メッセージをテキストだけに限らず、スタンプを用意しユーザに選択可能とすれば、ユーザの操作入力をさらに簡素化できる。例えば、進捗状態でユーザに「ＯＫ／ＮＧ」をスタンプ選択させることで、簡単な操作でメッセージ返答できるようになる。
【００２１】
図２は、実施の形態にかかるメッセージ処理システムに用いる機器のハードウェア構成例を示す図である。サーバ装置１００は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、磁気ディスクドライブ２０４、磁気ディスク２０５、光ディスクドライブ２０６、光ディスク２０７、入力デバイス２０８、映像Ｉ／Ｆ２０９、ディスプレイ２１０、通信Ｉ／Ｆ２１１、等を含む。各構成部２０１〜２１１は、バス２２０によってそれぞれ接続されている。
【００２２】
ＣＰＵ（コンピュータ）２０１は、サーバ装置１００の全体の制御を司る制御部である。ＲＯＭ２０２は、サーバのブートプログラムを記録している。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用される。すなわち、ＣＰＵ２０１は、ＲＡＭ２０３をワークエリアとして使用しながら、ＲＯＭ２０２に記録された各種プログラムを実行することによって、サーバ装置１００の全体の制御を司る。
【００２３】
磁気ディスクドライブ２０４は、ＣＰＵ２０１の制御にしたがって磁気ディスク２０５に対するデータの読み取り／書き込みを制御する。磁気ディスク２０５は、磁気ディスクドライブ２０４の制御で書き込まれたデータを記録する。磁気ディスク２０５としては、例えば、ＨＤ（ハードディスク）を用いることができる。
【００２４】
また、光ディスクドライブ２０６は、ＣＰＵ２０１の制御にしたがって光ディスク２０７に対するデータの読み取り／書き込みを制御する。光ディスク２０７は、光ディスクドライブ２０６の制御にしたがってデータが読み出される着脱自在な記録媒体である。光ディスク２０７は、書き込み可能な記録媒体を利用することもできる。着脱可能な記録媒体として、光ディスク２０７のほか、ＭＯ、メモリカードなどを用いることができる。
【００２５】
入力デバイス２０８は、文字、数値、各種指示などを入力し、複数のキーを備えたリモコン、キーボード、タッチパネルなどが挙げられる。入力デバイス２０８は、リモコン、キーボード、タッチパネルのうちいずれか一つの形態によって実現されてもよいが、複数の形態によって実現することも可能である。
【００２６】
映像Ｉ／Ｆ２０９は、ディスプレイ２１０に接続される。映像Ｉ／Ｆ２０９は、具体的には、例えば、ディスプレイ２１０全体を制御するグラフィックコントローラと、即時表示可能な画像情報を一時的に記録するＶＲＡＭ（Ｖｉｄｅｏ  ＲＡＭ）などのバッファメモリと、グラフィックコントローラから出力される画像データに基づいてディスプレイ２１０を制御する制御ＩＣなどによって構成される。
【００２７】
ディスプレイ２１０には、アイコン、カーソル、メニュー、ウインドウ、あるいは文字や画像などの各種データが表示される。ディスプレイ２１０としては、例えば、ＴＦＴ液晶ディスプレイ、有機ＥＬディスプレイなどを用いることができる。
【００２８】
通信Ｉ／Ｆ２１１は、無線を介してネットワークに接続され、サーバ装置１００およびＣＰＵ２０１のインターフェースとして機能する。ネットワークとして機能する通信網には、インターネット、公衆回線網や携帯電話網、ＬＡＮ、ＷＡＮなどがある。
【００２９】
図１に示したサーバ装置１００は、図２に記載のＲＯＭ２０２、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などに記録されたプログラムやデータを用いて、ＣＰＵ２０１が所定のプログラムを実行することによって、メッセージ処理にかかる各機能を実現する。
【００３０】
また、図１に記載のクライアント１０１ａ，１０１ｂについても、図２同様の構成を有する。クライアント１０１ｂは、携帯型のスマートフォンやタブレット等で構成でき、例えば、磁気ディスク２０５や光ディスク２０７に代えてフラッシュメモリを用いることができる。
【００３１】
また、図１に示したｂｏｔ１０３は、ノードクライアント１０１ｃに実装され、図２同様の構成を有する。
【００３２】
（ゲストモードの処理例）
図３Ａ，図３Ｂは、実施の形態にかかるメッセージ処理システムが実行するゲストモードを説明する図である。
【００３３】
ゲストモードでは、管理者３１１と、複数のユーザ３２１〜３２３との間で、管理者１：ユーザＮの関係でメッセージを送受信する。管理者３１１はクライアント（ＰＣ）１０１ａを操作し、ユーザ３２１〜３２３はそれぞれクライアント（スマートフォン）１０１ｂを操作する。
【００３４】
そして、サーバ装置１００は、１人の管理者３１１あたり、複数Ｎのユーザ３２１〜３２３とのメッセージの送受信（共有範囲）を個別に設定する。
【００３５】
図３Ａは、管理者側から見たメッセージの送受信先のユーザを示す状態である。管理者３１１側から見れば、管理者３１１のクライアント（ＰＣ）１０１ａ上では、複数Ｎのユーザ３２１〜３２３を全てリスト３３０上にリストアップすることができる。リスト３３０上では、各ユーザ３２１〜３２３との間で送受信するメッセージを一覧化して閲覧することができる。例えば、管理者３１１は、複数のユーザ３２１〜３２３を任意に指定して同一のメッセージを同報することもできる。
【００３６】
一方、図３Ｂは、ユーザ側から見えるメッセージの送受信相手を示している。ユーザ３２２のクライアント（スマートフォン）１０１ｂ上では、リスト４３０上に送信相手として管理者３１１しかリストアップされておらず、他のユーザ３２１，３２３の存在が判らない（他のユーザを隠蔽する）。このため、ユーザ３２２は、他のユーザ３２１，３２３との間のメッセージの送受信は行えない。すなわち、図３Ｂに示すユーザ３２２は、管理者３１１との間で１：１でメッセージの送受信をプライベートに行える。
【００３７】
図３Ａ，図３Ｂに示した管理者３１１からみた複数のユーザ３２１〜３２３との間の１：Ｎのメッセージの共有、および複数のユーザ３２１〜３２３からみた管理者３１１との間の１：１のメッセージ送受信、の設定はサーバ装置１００が行う。
【００３８】
上記例では、ユーザ３２１〜３２３は、互いに他のユーザの存在が判らず、ユーザ３２１〜３２３間で相互にメッセージを送受信できない設定としたが、後述するトークルームを用いた設定により、ユーザ３２１〜３２３間で相互にメッセージを送受信可能な構成とすることもできる。
【００３９】
管理者３１１がクライアント（ＰＣ）１０１ａを操作して、任意のユーザ３２１〜３２３に対してメッセージを送信する場合、クライアント（ＰＣ）１０１ａはサーバ装置１００にアクセスし、クライアント１０１ａ（管理者３１１）がメッセージ送信可能な相手として、ユーザ３２１〜３２３をリスト３３０上に表示する。
【００４０】
そして、管理者３１１は、リスト３３０上でメッセージ送信先のユーザ（例えばユーザ３２２）を選択し、選択したユーザ３２２にメッセージを送信する。クライアント１０１ａ（管理者３１１）が送信したメッセージは、対応するユーザ３２２のクライアント１０１ｂ（スマートフォン）上に表示される。
【００４１】
一方、ユーザ３２２がクライアント（スマートフォン）１０１ｂを操作して、管理者３１１に対してメッセージを送信する場合、クライアント（スマートフォン）１０１ｂはサーバ装置１００にアクセスし、クライアント１０１ｂ（ユーザ３２２）がメッセージ送信可能な相手として管理者３１１のみをリスト４３０上に表示する。そして、ユーザ３２２は、リスト４３０上でメッセージ送信先の管理者３１１を選択し、選択した管理者３１１にメッセージを送信する。クライアント１０１ｂ（ユーザ３２２）が送信したメッセージは、対応する管理者３１１のクライアント１０１ａ（ＰＣ）上に表示される。
【００４２】
上記管理者３１１とユーザ３２２との間でやり取りするメッセージは、ユーザ３２２がクライアント１０１ｂとして携帯するスマートフォン上で簡単に確認できる。ユーザ３２２は、予めメッセージをやり取りする（許容する）管理者３１１が設定されたものであるから、管理者３１１から受信したメッセージを迅速に確認できる。
【００４３】
そして、上記管理者３１１とユーザ３２２との間でやり取りするメッセージは、チャットサービスによりメッセージのやり取りが時系列に記載されたものを見ながら作成できるため、管理者３１１およびユーザ３２２は、迅速にメッセージの内容を作成および送信できる。
【００４４】
さらに、上記管理者３１１とユーザ３２２との間でやり取りするメッセージについて、ｂｏｔ１０３が仲介してもよい。この場合、ｂｏｔ１０３は、管理者３１１とユーザ３２２との間で予め定めた手順にしたがったメッセージを自動送出する。
【００４５】
例えば、管理者３１１側（企業）が各種サポートセンタ、学習塾、人材派遣会社、流通関連企業、住宅関連企業、介護施設、人事業務、等であり、この各種企業の管理者３１１とユーザ（顧客）３２１〜３２３との間の連絡業務がある。
【００４６】
住宅関連企業を例にとれば、ある住宅の施工に関わる複数の施工業者が各ユーザ３２１〜３２３となる。そして、ｂｏｔ１０３は、住宅施工の作業工程に対応して各ユーザ３２１〜３２３に対し、日毎の進捗（作業内容、ＴｏＤｏ）を確認する定型メッセージを送信し、ユーザ３２１〜３２３から定型メッセージへの返答（埋め込み）をもらう。ｂｏｔ１０３は、一つの定型メッセージの送信後、関連する次のメッセージを送信する。このように、ｂｏｔ１０３は、管理者３１１とユーザ３２１〜３２３とでやり取りする定型の手順毎のメッセージ例を予め保持しており、順次ユーザ３２１〜３２３に対して送信する。
【００４７】
これにより、管理者３１１側では、ユーザ３２１〜３２３との間のメッセージ送受信をチャットサービスによるホットラインで容易、かつ迅速に行うことができる。また、ｂｏｔ１０３を用いることにより、管理者３１１からユーザ３２１〜３２３側へのメッセージ送信を自動化でき、メッセージのやり取りをさらに効率化することもできる。
【００４８】
（トークルームを用いたゲストモードの共有範囲例）
図４は、実施の形態にかかるメッセージ処理システムが実行するゲストモードの共有範囲の初期設定例を説明する図である。
【００４９】
図４に示すユーザ３２１，３２２は、管理者３１１により管理設定済のユーザであり、サーバ装置１００は、管理者３１１とユーザ３２１，３２２との間でメッセージを共有する関係を設定している。即ち、サーバ装置１００は、ユーザ３２１，３２２と管理者３１１とを、チャットサービスの同一のトークルーム４００上に割り当て設定する。
【００５０】
これにより、管理者３１１から見て管理者３１１は、各ユーザ３２１，３２２に対し、個別にメッセージを送受信できるとともに、同一のメッセージを一度で各ユーザ３２１，３２２に送信することができる（１：Ｎ）。また、管理者３１１は、各ユーザ３２１，３２２からのメッセージを受信できる。
【００５１】
管理者３１１および各ユーザ３２１，３２２が同一のトークルーム４００内で投稿したメッセージは、トークルーム４００内で共有されることになるので、各ユーザ３２１，３２２は、トークルーム４００内の送受信のメッセージを閲覧することができる（グループトーク）。
【００５２】
以下の説明では、同一のトークルーム４００に入室している管理者３１１およびユーザ３２１，３２２は、相互のメッセージが閲覧及び送信可能な共有設定例について説明する。
【００５３】
図４の例では、ゲスト３３１，３３２は新たなユーザであり、これらゲスト３３１，３３２は、個々に管理者３１１と１：１でメッセージの送受信を行えるが、ゲスト３３１，３３２同士は互いの存在が判らない状態とされ、ゲスト３３１，３３２同士でのメッセージ送受信はできない。
【００５４】
図５は、実施の形態にかかるメッセージ処理システムが実行するゲストモードの共有範囲の変更例を説明する図である。
【００５５】
図４に示した状態の後、ゲストを招待することで一度同一のトークルーム４００に招待された場合、同一のトークルーム４００内のゲスト同士も互いの存在が見えるように共有範囲が設定変更される。ゲストの招待は、管理者３１１あるいはユーザ３２１，３２２が行い、サーバ装置１００が招待と共有範囲を設定する。
【００５６】
そして、図５に示す例では、ゲスト３３２，３３３がトークルーム４００に招待され、ゲスト３３２，３３３が入室設定した状態を示す。サーバ装置１００は、ゲスト３３２，３３３（クライアント１０１ｂ）がトークルーム４００へ入室設定した状態を設定する。これにより、サーバ装置１００は、トークルーム４００内に入っているユーザ３２１，３２２と、ゲスト３３２，３３３を加えた４名が管理者３１１との間のメッセージを共有することができる。
【００５７】
なお、図５の例では、ゲスト３３１は、トークルーム４００に入室しておらず、ゲスト３３１は、管理者３１１との間でのみメッセージ送受信が行える。ゲスト３３１は、他のユーザ３２１，３２２、ゲスト３３２，３３３から存在が見えず、他のユーザ３２１，３２２、ゲスト３３２，３３３との間のメッセージ送受信は行えない。
【００５８】
図６は、実施の形態にかかるメッセージ処理システムが実行するゲストモードの共有範囲の設定処理例を示すフローチャートである。サーバ装置１００による図４，図５の処理例を示す。
【００５９】
はじめに、サーバ装置１００は、招待するゲストがあるか判断する（ステップＳ６０１）。招待するゲストがある場合（ステップＳ６０１：Ｙｅｓ）、すなわち、管理者３１１のクライアント１０１ａ（ＰＣ）あるいは、トークルーム４００に入室済のユーザ３２１，３２２のクライアント１０１ｂ（スマートフォン）がゲスト３３２，３３３を招待すると、サーバ装置１００は、これら管理者３１１、ユーザ３２１，３２２が入室しているトークルーム４００を選択および設定する（ステップＳ６０２）。招待するゲストがない場合（ステップＳ６０１:Ｎｏ）、処理を終了する。
【００６０】
そして、サーバ装置１００は、招待するゲスト３３２，３３３のクライアント１０１ｂ（スマートフォン）に対し設定したトークルーム４００への招待を通知し、ゲスト３３２，３３３のクライアント１０１ｂ（スマートフォン）からの返答を待つ（ステップＳ６０３）。
【００６１】
そして、サーバ装置１００は、ゲスト３３２，３３３のクライアント１０１ｂ（スマートフォン）から返答を待ち（ステップＳ６０３：Ｎｏのループ）、返答があると（ステップＳ６０３：Ｙｅｓ）、返答があったゲスト３３２，３３３のクライアント１０１ｂ（スマートフォン）について、トークルーム４００への入室を設定する（ステップＳ６０４）。
【００６２】
これにより、サーバ装置１００は、返答したゲスト３３２，３３３のクライアント１０１ｂ（スマートフォン）に対し、トークルーム４００内に入室済のユーザ３２１，３２２のクライアント１０１ｂ（スマートフォン）、および管理者３１１のクライアント１０１ａ（ＰＣ）との間でのメッセージ共有（互いのメッセージの送受信）を許可し（ステップＳ６０５）、処理を終了する。
【００６３】
図７Ａ，図７Ｂは、実施の形態にかかるメッセージ処理システムが実行するゲストモードの共有範囲の設定処理内容を示す図表である。
【００６４】
図７Ａは、図４の設定状態を示しており、共有範囲設定テーブル７００には、トークルーム１（４００）毎に、管理者Ｍ（３１１）と、ユーザＡ（３２１）、ユーザＢ（３２２）、ゲストＧ２（３３２）が入室設定されている。
【００６５】
サーバ装置１００は、共有範囲設定テーブル７００に基づき、管理者Ｍ（３１１）からみて各ユーザＡ（３２１）、ユーザＢ（３２２）、ゲストＧ２（３３２）に対し、１：Ｎ接続によるメッセージ送信（送受信）を設定する。トークルーム４００内におけるメッセージは、このトークルーム４００を共有するユーザ（管理者Ｍ（３１１）、ユーザＡ（３２１）、ユーザＢ（３２２）、ゲストＧ２（３３２））に、共有される。
【００６６】
また、トークルーム設定時には、共有範囲設定テーブル７００に基づき、管理者Ｍ（３１１）と、各ユーザＡ（３２１）、ユーザＢ（３２２）、ゲストＧ２（３３２）との間で相互に（任意に）メッセージ送信（送受信）可能となる設定を行う。
【００６７】
図７Ｂは、図５の設定状態を示しており、共有範囲設定テーブル７００には、図４の状態に加えて、新たに招待されたゲストＧ３（３３３）が入室設定される。
【００６８】
サーバ装置１００は、図７Ａ，図７Ｂに示すゲストモードの共有範囲設定テーブル７００を有し、この共有範囲設定テーブル７００を用いてメッセージ共有のユーザ（ゲスト）を選択（特定）する。
【００６９】
これら図７Ａ，図７Ｂでは、管理者をＭ（３１１）が１名の例であるが、管理者を複数名とすることもできる。これにより、例えば、上記の各企業における所定業務に複数の部署の複数Ｎの管理者が携わる場合（Ｎ：Ｍ）にも対応できる。
【００７０】
図８は、実施の形態にかかるメッセージ処理システムが実行するゲストモードの共有範囲の他の例を説明する図である。図８を用いて、特定のトークルームにのみ共有（閲覧）権限をもたせたゲストの設定例を説明する。
【００７１】
図８に示すように、トークルーム１（４００）には、管理者Ｍ（３１１）と、ユーザＡ（３２１），ユーザＢ（３２２）が入室している状態であるとする。この後、組織外のゲストＧ４、例えば、閲覧許可に制限をもたせたゲスト（３５１）に対し、例えば、一時的にメッセージ共有する場合が生じたとする。この場合、ゲストＧ４（３５１）は、トークルーム１（４００）に永続的に入室するゲストではないため、トークルーム１（４００）には入室させない。
【００７２】
そして、サーバ装置１００は、トークルーム１（４００）と同様の設定内容（メンバ構成）を有するトークルーム２（４００ａ）を複製して作成する。そして、この複製したトークルーム２（４００ａ）に組織外のゲストＧ４（３５１）を入室許可する。ゲストＧ４（３５１）は、トークルーム２（４００ａ）内でのみ他のメンバ（管理者Ｍ（３１１），ユーザＡ（３２１），ユーザＢ（３２２））とメッセージ送受信できる。
【００７３】
このように、組織外等、一時的なゲストＧ４については、複製したトークルーム（トークルーム２）への入室を許可することにより、異なるトークルーム（トークルーム１）でのメッセージ共有の内容を閲覧許可に制限をもたせたゲストＧ４は閲覧できず、トークルーム１でのメッセージ内容のセキュリティを保つことができるようになる。
【００７４】
以上説明した実施の形態によれば、管理者とユーザとの間でメッセージ送受信する際、予め設定した管理者とユーザとの間でのみメッセージを送受信できる。この際、管理者からみて複数のユーザに対して１：Ｎ接続により、メッセージを同報でき、複数のユーザからのメッセージを受信でき、ユーザ管理を容易に行えるようになる。また、ユーザからみて、管理者との間は１：１接続であり、メッセージにセキュリティを有して送受信できる。
【００７５】
管理者と複数のユーザとの間は、チャットサービスを用いて即時にメッセージを送受信できる。また、トークルーム設定により、トークルームに入室した管理者およびユーザ（ゲスト）の相互間で任意にメッセージを送受信（共有）することもできる。
【００７６】
これらにより、所定の業務遂行時にやり取りするメッセージを必要なメンバ間で迅速かつ簡単に送受信でき、メッセージのやり取りを効率化できる。また、設定したメンバ間でのみメッセージをやり取りできるため、メッセージの内容のセキュリティを高めることができる。
【００７７】
なお、本実施の形態で説明したメッセージ処理にかかるプログラムは、予め用意されたプログラムをコンピュータで実行することにより実現することができる。また、このプログラムは、半導体メモリ、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、このプログラムは、インターネット等のネットワークを介して配布してもよい。
【産業上の利用可能性】
【００７８】
以上のように、本発明は、チャットサービスを用いたメッセージ処理システムに有用であり、特に、複数のユーザと、ユーザの管理者との間でやり取りするメッセージ処理システムに有用である。
【符号の説明】
【００７９】
１００  サーバ装置
１０１（１０１ａ〜１０１ｃ）  クライアント（端末装置）
１０２  基幹システム、クラウドサービス
１０３  ｂｏｔ
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
７００  共有範囲設定テーブル
【図１】
2017062632.tif 000003
【図２】
2017062632.tif 000004
【図３Ａ】
2017062632.tif 000005
【図３Ｂ】
2017062632.tif 000006
【図４】
2017062632.tif 000007
【図５】
2017062632.tif 000008
【図６】
2017062632.tif 000009
【図７Ａ】
2017062632.tif 000010
【図７Ｂ】
2017062632.tif 000011
【図８】
2017062632.tif 000012