(57)【要約】      （修正有）【課題】発呼を行うシステムの利便性の低下を解消することができる情報処理システムを提供する。【解決手段】情報処理システムは、移動体通信端末と、サーバ装置と、を備え、サーバ装置は、発呼先を表す発呼先情報と、移動体通信端末へのアクセス先を表す端末情報と、を記憶する記憶手段と、発呼を指示するユーザに対応づけられたユーザ情報と発呼先情報とを含む発呼指示を、記憶手段に記憶されている端末情報に対して送信する発呼指示手段と、を備える。また、移動体通信端末は、自端末が発呼指示に含まれるユーザ情報に対応づけられている場合に、発呼指示に含まれる発呼先情報に基づいて発呼を行う発呼手段を備える。【選択図】図１
2019083508.tif 000002
【特許請求の範囲】
【請求項１】
発呼を行う移動体通信端末と、前記移動体通信端末と通信可能なサーバ装置と、を備えた情報処理システムであって、
前記サーバ装置は、
発呼先を表す発呼先情報と、前記移動体通信端末へのアクセス先を表す端末情報と、を記憶する記憶手段と、
発呼を指示するユーザに対応づけられたユーザ情報と前記発呼先情報とを含む発呼指示を、前記記憶手段に記憶されている前記端末情報に対して送信する発呼指示手段と、を備え、
前記移動体通信端末は、
自端末が前記発呼指示に含まれる前記ユーザ情報に対応づけられている場合に、前記発呼指示に含まれる前記発呼先情報に基づいて発呼を行う発呼手段を備えた、
情報処理システム。
【請求項２】
請求項１に記載の情報処理システムであって、
前記サーバ装置は、前記移動体通信端末からの登録要求に応じて当該移動体通信端末の前記端末情報を前記記憶手段に記憶する登録手段を備え、
前記サーバ装置が備える前記発呼指示手段は、前記記憶手段に記憶されている全ての前記端末情報に対して前記発呼指示を送信する、
情報処理システム。
【請求項３】
請求項２に記載の情報処理システムであって、
前記移動体通信端末は、当該移動体通信端末に対応づけられた前記ユーザ情報を、前記サーバ装置に対して送信して登録要求を行う登録要求手段を備え、
前記サーバ装置が備える前記登録手段は、前記移動体通信端末からの登録要求に含まれる前記ユーザ情報に基づいて当該移動体通信端末の前記端末情報を前記記憶手段に記憶し、
前記サーバ装置が備える前記発呼指示手段は、前記移動体通信端末からの前記登録要求に応じて前記記憶手段に記憶された全ての前記端末情報に対して前記発呼指示を送信する、
情報処理システム。
【請求項４】
請求項１乃至３のいずれかに記載の情報処理システムであって、
前記サーバ装置が備える前記記憶手段は、ユーザが所属するグループを表すグループ情報を前記端末情報に関連付けて記憶し、
前記サーバ装置が備える前記発呼指示手段は、発呼を指示するユーザが属するグループに対応する前記グループ情報が関連付けられた全ての前記端末情報に対して前記発呼指示を送信する、
情報処理システム。
【請求項５】
請求項１乃至４のいずれかに記載の情報処理システムであって、
前記サーバ装置に通信可能な、前記ユーザが操作する情報処理端末をさらに備え、
前記サーバ装置が備える前記記憶手段は、前記情報処理端末からの要求に応じて当該情報処理端末を操作するユーザに対応づけられた前記ユーザ情報を記憶すると共に、当該ユーザ情報と前記端末情報とを相互に関連付けず異なるテーブルで記憶する、
情報処理システム。
【請求項６】
発呼を行う移動体通信端末と、前記移動体通信端末と通信可能なサーバ装置と、を備えた情報処理システムによる情報処理方法であって、
前記サーバ装置が、
発呼先を表す発呼先情報と、前記移動体通信端末へのアクセス先を表す端末情報と、を記憶手段に記憶し、
発呼を指示するユーザに対応づけられたユーザ情報と前記発呼先情報とを含む発呼指示を、前記記憶手段に記憶されている前記端末情報に対して送信し、
前記移動体通信端末が、
自端末が前記発呼指示に含まれる前記ユーザ情報に対応づけられている場合に、前記発呼指示に含まれる前記発呼先情報に基づいて発呼を行う、
情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システムにかかり、特に、発呼を制御する情報処理システムに関する。
【背景技術】
【０００２】
企業による営業活動の１つとして、電話営業がある。電話営業は、例えば、コールセンターにおいて、オペレータが予め用意された顧客リストに従って顧客に電話をかけることで行われる。特に、近年では、コンピュータにて顧客リストを管理すると共に、当該顧客リストに従ってコンピュータが発呼を行う発呼システムが導入されている。
【０００３】
例えば、特許文献１に、コンピュータにて発呼を行う発呼システムが開示されている。この発呼システムでは、通話料金が定額である移動体通信端末を利用して通話を行っている。具体的に、特許文献１に記載の発呼システムは、オペレータが操作するコンピュータと、通話を行う移動体通信端末と、を予め関連付けて記憶している。これにより、オペレータがコンピュータから通話先を選択すると、かかるコンピュータに関連付けられた移動体通信端末にて発呼を行うよう構成されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第５９５１８４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した特許文献１の技術では、予めオペレータが操作するコンピュータと、通話を行う移動体通信端末と、を関連付けておくが必要であるため、事前準備に手間がかかり、利便性が低下する、という問題が生じる。これに加え、コンピュータと移動体通信端末とを関連付けていることから、使用する移動体通信端末を安易に変更することができず、移動体通信端末の自由度が低下し、さらに利便性が低下する、という問題が生じる。
【０００６】
また、上述した問題は、営業活動時に限らず、多数の発呼を伴ういかなる状況においても生じうる。
【０００７】
このため、本発明の目的は、上述した課題である、発呼を行うシステムの利便性の低下を解消することができる情報処理システムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明の一形態である情報処理システムは、
発呼を行う移動体通信端末と、前記移動体通信端末と通信可能なサーバ装置と、を備えた情報処理システムであって、
前記サーバ装置は、
発呼先を表す発呼先情報と、前記移動体通信端末へのアクセス先を表す端末情報と、を記憶する記憶手段と、
発呼を指示するユーザに対応づけられたユーザ情報と前記発呼先情報とを含む発呼指示を、前記記憶手段に記憶されている前記端末情報に対して送信する発呼指示手段と、を備え、
前記移動体通信端末は、
自端末が前記発呼指示に含まれる前記ユーザ情報に対応づけられている場合に、前記発呼指示に含まれる前記発呼先情報に基づいて発呼を行う発呼手段を備えた、
という構成をとる。
【０００９】
また、上記情報処理システムでは、
前記サーバ装置は、前記移動体通信端末からの登録要求に応じて当該移動体通信端末の前記端末情報を前記記憶手段に記憶する登録手段を備え、
前記サーバ装置が備える前記発呼指示手段は、前記記憶手段に記憶されている全ての前記端末情報に対して前記発呼指示を送信する、
という構成をとる。
【００１０】
また、上記情報処理システムでは、
前記移動体通信端末は、当該移動体通信端末に対応づけられた前記ユーザ情報を、前記サーバ装置に対して送信して登録要求を行う登録要求手段を備え、
前記サーバ装置が備える前記登録手段は、前記移動体通信端末からの登録要求に含まれる前記ユーザ情報に基づいて当該移動体通信端末の前記端末情報を前記記憶手段に記憶し、
前記サーバ装置が備える前記発呼指示手段は、前記移動体通信端末からの前記登録要求に応じて前記記憶手段に記憶された全ての前記端末情報に対して前記発呼指示を送信する、
という構成をとる。
【００１１】
また、上記情報処理システムでは、
前記サーバ装置が備える前記記憶手段は、ユーザが所属するグループを表すグループ情報を前記端末情報に関連付けて記憶し、
前記サーバ装置が備える前記発呼指示手段は、発呼を指示するユーザが属するグループに対応する前記グループ情報が関連付けられた全ての前記端末情報に対して前記発呼指示を送信する、
という構成をとる。
【００１２】
また、上記情報処理システムでは、
前記サーバ装置が備える前記登録手段は、前記移動体通信端末からの登録要求に含まれる前記ユーザ情報に応じて、同一の前記移動体通信端末が既に前記記憶手段に記憶されている場合に、当該移動体通信端末に対応づけられた前記ユーザ情報を含む登録解除指示を、前記記憶手段に記憶されている全ての前記端末情報に対して送信し、
前記移動体通信端末が備える登録要求手段は、自端末が前記登録解除指示に含まれる前記ユーザ情報に対応づけられている場合に、前記登録解除指示に応じて前記記憶手段に対する登録を解除する処理を行う、
という構成をとる。
【００１３】
また、上記情報処理システムでは、
前記サーバ装置に通信可能な、前記ユーザが操作する情報処理端末をさらに備え、
前記サーバ装置が備える前記記憶手段は、前記情報処理端末からの要求に応じて当該情報処理端末を操作するユーザに対応づけられた前記ユーザ情報を記憶すると共に、当該ユーザ情報と前記端末情報とを相互に関連付けず異なるテーブルで記憶する、
という構成をとる。
【００１４】
また、本発明の一形態である情報処理方法は、
発呼を行う移動体通信端末と、前記移動体通信端末と通信可能なサーバ装置と、を備えた情報処理システムによる情報処理方法であって、
前記サーバ装置が、
発呼先を表す発呼先情報と、前記移動体通信端末へのアクセス先を表す端末情報と、を記憶手段に記憶し、
発呼を指示するユーザに対応づけられたユーザ情報と前記発呼先情報とを含む発呼指示を、前記記憶手段に記憶されている前記端末情報に対して送信し、
前記移動体通信端末が、
自端末が前記発呼指示に含まれる前記ユーザ情報に対応づけられている場合に、前記発呼指示に含まれる前記発呼先情報に基づいて発呼を行う、
という構成をとる。
【発明の効果】
【００１５】
本発明は、以上のように構成されることにより、発呼を行うシステムの利便性の向上を図ることができる。
【図面の簡単な説明】
【００１６】
【図１】本発明における情報処理システム全体の構成を示すブロック図である。
【図２】図１に開示した発呼制御サーバ、ユーザ端末及び携帯電話の構成を示す機能ブロック図である。
【図３】図１に開示した発呼制御サーバに記憶される情報の一例を示す図である。
【図４】図１に開示した情報処理システムの動作を示す図である。
【図５】図１に開示した情報処理システムの動作を示す図である。
【図６】図１に開示した情報処理システムの動作を示す図である。
【図７】図１に開示した情報処理システムの動作を示す図である。
【図８】図１に開示した情報処理システムの動作を示すシーケンス図である。
【発明を実施するための形態】
【００１７】
＜実施形態１＞
本発明の第１の実施形態を、図１乃至図８を参照して説明する。図１乃至図３は、情報処理システムの構成を説明するための図である。図４乃至図８は、情報処理システムの動作を説明するための図である。
【００１８】
［構成］
図１は、本発明における情報処理システムの全体構成を示している。この図に示すように、情報処理システムは、ネットワークＮ及び無線通信回線（図示せず）を介して、発呼制御サーバ１と、ユーザ端末２ａ，２ｂ，２ｃ，２ｇと、携帯電話３ａ，３ｂ，３ｃ，３ｇと、が接続されて構成されている。以下、各構成について詳述する。
【００１９】
まず、ユーザＵａ，Ｕｂ，Ｕｃ，Ｕｇは、営業活動に伴う電話営業を行う企業の従業者あるいは当該企業から委託を受けたオペレータである。このうち、ユーザＵａ，Ｕｂ，Ｕｃは、例えば、同一の企業（グループ）に所属し、後述する発呼サービスを利用する際に付与されたアカウントＡＡ（グループ情報）が同一である。一方で、ユーザＵｇは、異なるグループに所属し、上記アカウントＡＡとは異なるアカウントＧＧが付与されている。
【００２０】
そして、本実施形態では、ユーザＵａがユーザ端末２ａと携帯電話３ａとを使用するものとする。同様に、ユーザＵｂがユーザ端末２ｂと携帯電話３ｂとを使用し、ユーザＵｃがユーザ端末２ｃと携帯電話３ｃとを使用し、ユーザＵｇがユーザ端末２ｇと携帯電話３ｇとを使用するものとする。但し、ユーザＵａ等、ユーザ端末２ａ等、携帯電話３ａ等の数は、図示した数であることに限定されない。
【００２１】
上記発呼制御サーバ１（サーバ装置）は、演算装置及び記憶装置を備えた、１台又は複数台の情報処理装置にて構成されている。そして、発呼制御サーバ１は、図２に示すように、演算装置がプログラムを実行することで構築された、ログイン管理部１１、発呼制御部１２、履歴管理部１３、を備えている。また、発呼制御サーバ１は、記憶装置に形成された、発呼先情報記憶部１５、ユーザ管理情報記憶部１６、ログイン情報記憶部１７、履歴情報記憶部１８、を備えている。なお、各構成の詳細については後述する。
【００２２】
上記ユーザ端末２ａ，２ｂ，２ｃ，２ｇは、各ユーザＵａ，Ｕｂ，Ｕｃ，Ｕｇが操作する、演算装置及び記憶装置を備えたパーソナルコンピュータといった情報処理端末である。なお、各ユーザ端末２ａ等はそれぞれ同一の構成であるため、以下では代表してユーザ端末２ａの構成を説明する。ユーザ端末２ａは、図２に示すように、演算装置がプログラムを実行することで構築された営業処理部２１を備えている。なお、構成の詳細については後述する。
【００２３】
上記携帯電話３ａ，３ｂ，３ｃ，３ｇは、各ユーザＵａ，Ｕｂ，Ｕｃ，Ｕｇが操作する、演算装置及び記憶装置を備えたスマートフォンといった移動体通信端末である。なお、各携帯電話３ａ等はそれぞれ同一の構成であるため、以下では代表して携帯電話３ａの構成を説明する。携帯電話３ａは、図２に示すように、演算装置がプログラムを実行することで構築されたログイン部３１と通話処理部３２とを備えている。なお、構成の詳細については後述する。
【００２４】
まず、上記ユーザ端末２ａの構成について詳しく説明する。ユーザ端末２ａが備える営業処理部２１は、後述するように、発呼制御サーバ１から提供される機能と協働して、電話営業を行うための機能をユーザＵａに対して提供する機能を有する。例えば、営業処理部２１は、発呼制御サーバ１に対してユーザＵａがユーザ情報を入力してログインを行う機能、ユーザＵａが発呼先を指定して発呼指示を行う機能、通話履歴を発呼制御サーバ１に登録する機能、発呼制御サーバ１に登録されている通話履歴を閲覧する機能、などを提供する。
【００２５】
次に、上記携帯電話３ａの構成について詳しく説明する。携帯電話３ａが備えるログイン部３１及び通話処理部３２は、後述する発呼制御サーバ１に組み込まれた機能と協働して作動する携帯電話用のアプリケーションが、当該携帯電話３ａに組み込まれることで実現されている。具体的に、ログイン部３１（登録要求手段）は、ユーザＵａが予め発呼制御サーバ１に登録したユーザ情報を入力して、当該発呼制御サーバ１にユーザ情報を送信してログイン要求（登録要求）を行う。そして、携帯電話３ａが発呼制御サーバ１にログインした状態になると、当該発呼制御サーバ１に携帯電話３ａのアクセス先を表す端末情報（例えば、ＩＰアドレス）が登録されることとなる。このとき、携帯電話３ａは、ユーザＵａから入力されたユーザ情報を、自己の携帯電話３ａに対応づけられたユーザ情報として保持する。
【００２６】
また、ログイン部３１は、ユーザＵａからのログアウト要求に応じて、発呼制御サーバ１に対するログイン状態からログアウトを行う機能を有する。これに加え、ログイン部３１は、後述するように、発呼制御サーバ１からユーザ情報を含む強制ログアウト指示（登録解除指示）を受けることがあり、かかる指示を受けた場合には自動的にログアウトを行う。このとき、発呼制御サーバ１からの強制ログアウト指示は複数の携帯電話３ａに対して送信されているため、ログイン部３１は、強制ログアウト指示に含まれているユーザ情報を確認し、かかるユーザ情報が、上述したログイン時に自己の携帯電話３ａに対応づけられたものと同一であるか否かを調べる。そして、ログイン部３１は、強制ログアウト指示に含まれるユーザ情報が自身に対応づけられたものである場合には、強制ログアウト指示が自身宛であると判断し、発呼制御サーバ１に対してログアウトを行う。このログアウト処理により、発呼制御サーバ１に登録されている携帯電話３ａの端末情報は登録解除となる。
【００２７】
また、携帯電話３ａが備える通話処理部３２（発呼手段）は、後述するように、発呼制御サーバ１から送信されるユーザ情報と発呼先情報とを含む発呼指示を受信し、これに応じて発呼先への発呼を行う。このとき、発呼制御サーバ１からの発呼指示は複数の携帯電話３ａに対して送信されているため、通話処理部３２は、発呼指示に含まれているユーザ情報を確認し、かかるユーザ情報が、上述したログイン時に自己の携帯電話３ａに対応づけられたものと同一であるか否かを調べる。そして、通話処理部は、発呼指示に含まれるユーザ情報が自身に対応づけられたものである場合には、発呼指示が自身宛であると判断し、かかる発呼指示に含まれる発呼先情報に基づいて発呼を行う。これにより、ユーザＵａは、発呼先の相手と通話することができる。
【００２８】
また、通話処理部３２は、ユーザＵａと発呼先との通話中、あるいは、通話終了後に、通話履歴を発呼制御サーバ１に通知する機能を有する。通話履歴は、例えば、通話日時、録音した通話内容、不在（発呼に応答なし）などの情報である。このとき、通話履歴には、携帯電話３ａがログインしているユーザのユーザ情報と、発呼先の電話番号と、を含められる。
【００２９】
次に、上記発呼制御サーバ１の構成について詳しく説明する。まず、発呼制御サーバが備える各記憶部１５，１６，１７，１８には、それぞれ以下の情報が記憶される。
【００３０】
上記発呼先情報記憶部１５は、営業活動の対象となる発呼先の情報、つまり、顧客の電話番号を含む発呼先情報を記憶している。なお、発呼先情報は、顧客の会社名や住所など、他の情報を含んでいてもよい。
【００３１】
上記ユーザ管理情報記憶部１６は、発呼制御サーバ１により提供されるサービスの利用登録を行った上記ユーザＵａ，Ｕｂ，Ｕｃ，Ｕｇの情報を記憶している。ユーザの情報は、例えば、図３（ａ）に示すように、サービス登録した企業などのグループを識別するアカウント（グループ情報）と、各アカウントに属するユーザを識別するユーザ名やメールアドレスからなるユーザ情報と、を含んでいる。なお、ユーザの情報は、他の情報を含んでいてもよい。
【００３２】
上記ログイン情報記憶部１７は、ユーザＵａによりログインされたユーザ端末２ａと携帯電話３ａの情報を記憶する。このとき、ログイン情報記憶部１７には、図３（ｂ）に示すように、ユーザ端末２ａのログインに応じては、ユーザ名といったユーザ情報を記憶し、携帯電話３ａのログインに応じては、ＩＰアドレスといった端末情報を記憶する。そして、ユーザ端末２ａのユーザ情報と、携帯電話３ａの端末情報とは、相互に関連付けず、それぞれ異なるテーブルで管理して記憶している。つまり、同一のユーザＵａからユーザ端末２ａと携帯電話３ａでログインがあったとしても、ユーザ端末２ａのログインを示すユーザ情報と、携帯電話３ａのログインを示す端末情報とは関連付けずに、それぞれ登録されることとなる。
【００３３】
また、上記ログイン情報記憶部１７は、アカウント毎に、ユーザ情報と端末情報とを管理して登録する。例えば、ユーザＵａにてユーザ端末２ａからログインがあった場合には、ログインに用いられたユーザ名から、ユーザ管理情報記憶部１６に記憶されているユーザのアカウントを調べ、当該ユーザＵａが属するアカウントに関連付けてユーザ情報を記憶する。また、ユーザＵａにて携帯電話３ａからログインがあった場合には、ログインに用いられたユーザ名から、ユーザ管理情報記憶部１６に記憶されているユーザのアカウントを調べ、当該ユーザＵａが属するアカウントに関連付けて端末情報を記憶する。
【００３４】
なお、図３（ｂ）の例では、ログイン情報記憶部１７内に、ログインしている携帯電話３ａのＩＰアドレスといった端末情報しか記憶していないが、ログイン時に用いられ携帯電話３ａに対応づけられたユーザＵａのユーザ情報や、携帯電話３ａの電話番号などを併せて記憶してもよい。また、ログイン情報記憶部１７には、過去のログイン履歴を記憶してもよい。
【００３５】
上記履歴情報記憶部１８は、各ユーザによる通話履歴を記憶する。例えば、通話履歴は、ユーザ管理情報記憶部１６に記憶されているユーザの情報に関連付けて、当該ユーザが発呼した通話履歴を記憶する。
【００３６】
上記ログイン管理部１１（登録手段）は、ユーザＵａの操作によるユーザ端末２ａからのログイン要求を受けて、かかるユーザ端末２ａのログイン可否を判定する。具体的に、ログイン管理部１１は、ユーザＵａにてユーザ端末２ａに入力されたユーザ情報を受け付けて、かかるユーザ情報のユーザが正当なユーザであるかを、ユーザ管理情報記憶部１６と照合して調べる。そして、ユーザ端末２ａにてログイン要求してきたユーザＵａが正当なユーザである場合には、ユーザ情報をログイン情報記憶部１７に記憶する。このとき、ユーザＵａのアカウントも関連付けて記憶する。
【００３７】
また、ログイン管理部１１は、ユーザＵａの操作による携帯電話３ａからのログイン要求を受けて、かかる携帯電話３ａのログイン可否を判定する。具体的に、ログイン管理部１１は、ユーザＵａにて携帯電話３ａに入力されたユーザ情報を受け付けて、かかるユーザ情報のユーザが正当なユーザであるかを、ユーザ管理情報記憶部１６と照合して調べる。そして、携帯電話３ａにてログイン要求してきたユーザＵａが正当なユーザである場合には、携帯電話３ａのＩＰアドレスといった端末情報を、ログイン情報記憶部１７に記憶する。このとき、ログイン時に入力されたユーザＵａのユーザ情報から、かかるユーザＵａのアカウントも調べ、当該アカウントに端末情報を関連付けて記憶する。
【００３８】
ログイン管理部１１は、以上のようにログイン処理を行うことで、図３（ｂ）に示すように、アカウント毎に、ユーザ端末２ａでログインしているユーザ情報と、携帯電話３ａでログインしている端末情報と、を別々のテーブルで、ログイン情報記憶部１７に記憶している。なお、ログイン管理部１１は、過去にログインされた携帯電話３ａの端末情報や、当該携帯電話３ａに対応づけられたユーザ情報を、ログイン情報記憶部１７に記憶して残してもよい。
【００３９】
上記発呼制御部１２（発呼指示手段）は、ログインしているユーザ端末２ａに対して、発呼処理を行う操作画面を出力する。操作画面は、例えば、発呼先情報記憶部１５に記憶されている発呼先一覧、発呼ボタン、過去の通話履歴、などを表示する。そして、発呼制御部１２は、ユーザ端末２ａにて発呼先を選択され、発呼ボタンが押されるなどの発呼操作を受けると、ログインしている携帯電話３ａに対して発呼指示を行う。このとき、発呼制御部１２は、発呼操作を行ったユーザ端末２ａのユーザ情報と、電話番号といった発呼先情報と、を発呼指示に含めて送信する。
【００４０】
特に、発呼制御部１２は、ログイン情報記憶部１７を調べ、ログインしている全ての携帯電話３ａのアドレス先となる端末情報宛てに、上記発呼指示を送信する。つまり、発呼制御部１２は、送信先を特定せず、発呼指示を複数の携帯電話３ａに対してブロードキャストにて送信する。但し、発呼制御部１２は、発呼指示を行ったユーザＵａが属するアカウントを調べ、かかるアカウントと同一のアカウントに属するログインしている全ての携帯電話３ａに対してのみ、発呼指示を送信する。
【００４１】
以上のように発呼制御部１２によって発呼指示を行うことで、これを受けた携帯電話３ａは、上述したように、発呼指示に含まれるユーザ情報に該当する携帯電話３ａのみが発呼を行うこととなる。
【００４２】
上記履歴管理部１３は、携帯電話３ａから送信された通話履歴を受け取り、履歴情報記憶部１８に記憶する。このとき、通話履歴には、発呼を行ったユーザのユーザ情報と発呼先の電話番号とが含められているため、通話日時や録音した通話内容などは、ユーザ管理情報記憶部１６内のユーザ情報と、発呼先情報記憶部１５内の発呼先と、に関連付けられる。
【００４３】
なお、発呼制御サーバ１は、上述した機能以外にも、以下の動作説明時に説明するような他の機能を有する。
【００４４】
［動作］
次に、上述した情報処理システムの動作を、主に図４乃至図７の情報の流れを示す図、及び、図８のシーケンス図を参照して説明する。
【００４５】
まず、各ユーザＵａ，Ｕｂ，Ｕｃ，Ｕｇは、営業活動において自身の携帯電話３ａ，３ｂ，３ｃ，３ｇから発呼を行うことができるようにするために、携帯電話３ａ，３ｂ，３ｃ，３ｇから発呼制御サーバ１に対してログインする（図４の矢印Ｙ１，Ｙ２，Ｙ３，Ｙ４参照、図８のステップＳ１，Ｓ２，Ｓ３）。具体的には、各ユーザＵａ，Ｕｂ，Ｕｃ，Ｕｇは、それぞれ自身の携帯電話３ａ，３ｂ，３ｃ，３ｇを操作して発呼制御サーバ１にアクセスし、予め登録しているユーザ情報を入力する。なお、図８のシーケンス図では、同一アカウント（ＡＡ）に属するユーザＵａ，Ｕｂ，Ｕｃの携帯電話３ａ，３ｂ，３ｃのみを図示し、また、ユーザＵｂのユーザ端末２ｂのみを図示している。
【００４６】
各携帯電話３ａ，３ｂ，３ｃ，３ｇからログインを受け付けた発呼制御サーバ１は、受け付けたユーザ情報のユーザが正当なユーザであるかを、ユーザ管理情報記憶部１６に予め登録されている情報と照合して調べる。そして、発呼制御サーバ１は、携帯電話３ａ，３ｂ，３ｃ，３ｇにてログイン要求してきたユーザが正当なユーザである場合には、各携帯電話３ａのＩＰアドレスといった端末情報を、ログイン情報記憶部１７に記憶する（図８のステップＳ５）。このとき、発呼制御サーバ１は、ログイン時に入力されたユーザ情報から、かかるユーザのアカウントも調べ、当該アカウントに端末情報を関連付けて記憶する。つまり、発呼制御サーバ１は、図３（ｂ）に示すように、アカウント毎に、ログインした携帯電話３ａ，３ｂ，３ｃ，３ｇの端末情報を記憶する。
【００４７】
続いて、上述したように携帯電話３ａ，３ｂ，３ｃ，３ｇでログインしたユーザＵａ，Ｕｂ，Ｕｃ，Ｕｇのうち、ユーザＵｂが顧客に対して発呼を行う場合を説明する。ユーザＵｂは、自身のユーザ端末２ｂから発呼操作を行うために当該ユーザ端末２ｂにて発呼制御サーバ１に対してログインする（図５の矢印Ｙ５参照、図８のステップＳ４）。具体的には、ユーザＵｂは、自身のユーザ端末２ｂを操作して発呼制御サーバ１にアクセスし、予め登録しているユーザ情報を入力する。
【００４８】
ユーザ端末２ｂからログイン処理を受け付けた発呼制御サーバ１は、受け付けたユーザ情報のユーザが正当なユーザであるかを、ユーザ管理情報記憶部１６に予め登録されている情報と照合して調べる。そして、発呼制御サーバ１は、ユーザ端末２ｂにてログイン要求してきたユーザが正当なユーザである場合には、ユーザ情報をログイン情報記憶部１７に記憶する（図８のステップＳ５）。このとき、発呼制御サーバ１は、ログイン時に入力されたユーザ情報から、かかるユーザのアカウントも調べ、当該アカウントにユーザ情報を関連付けて記憶する。つまり、発呼制御サーバ１は、図３（ｂ）に示すように、アカウント毎に、ログインしたユーザ端末２ｂのユーザ情報を記憶する。
【００４９】
続いて、発呼制御サーバ１は、ログインしているユーザ端末２ｂに対して、発呼処理を行う操作画面を出力する。操作画面には、例えば、発呼先情報記憶部１５に記憶されている発呼先一覧、発呼ボタン、選択された発呼先への過去の通話履歴、などが表示される。ユーザＵｂは、ユーザ端末２ｂに表示された操作画面上で、発呼先を選択し、発呼ボタンを押すといった発呼操作を行うと、かかる発呼操作の内容がユーザ端末２ｂから発呼制御サーバ１に通知される（図５の矢印Ｙ５参照、図８のステップＳ６）。
【００５０】
上述した発呼操作を受けた発呼制御サーバ１は、ログインしている携帯電話に対して発呼指示を行う。このとき、発呼制御サーバ１は、発呼指示に、発呼操作を行ったユーザ端末２ｂのユーザ情報と、発呼先の電話番号といった発呼先情報と、を発呼指示に含めて送信する。また、発呼制御サーバ１は、発呼指示を行ったユーザ端末２ｂのユーザＵｂが属するアカウントを調べ、かかるアカウントに属するログインしている全ての携帯電話に対してのみ、発呼指示を送信する。このため、ユーザ端末２ｂが発呼操作を行った場合には、発呼制御サーバ１は、ユーザ端末２ｂが属するアカウントＡＡに属する全ての携帯電話３ａ，３ｂ，３ｃに対して発呼指示を行う（図６の矢印Ｙ６，Ｙ７，Ｙ８参照、図８のステップＳ７）。このように、発呼制御サーバ１は、発呼指示の送信先を特定せず、発呼指示を複数の携帯電話３ａ，３ｂ，３ｃに対してブロードキャストにて送信する。なお、発呼制御サーバ１は、異なるアカウントＧＧに属する携帯電話３ｇには発呼指示は行わない。
【００５１】
そして、発呼制御サーバ１から発呼指示を受けた携帯電話３ａ，３ｂ，３ｃは、発呼指示に含まれているユーザ情報が自身の携帯電話３ａ，３ｂ，３ｃに対応づけられているものと同一であるか否か、つまり、ログイン時に入力されたユーザ情報と同一であるか否かを調べる。このとき、携帯電話３ａ，３ｃは、発呼指示に含まれているユーザ情報とは異なるユーザ情報が対応づけられているため、当該発呼指示に対しては何もしない。一方で、携帯電話３ｂは、発呼指示に含まれているユーザ情報と同一のユーザ情報が対応づけられているため、発呼指示が自身宛であると判断し、かかる発呼指示に含まれる発呼先情報に基づいて発呼を行う（図６の矢印Ｙ９参照、図８のステップ８）。これにより、ユーザＵｂは、携帯電話３ｂを用いて発呼先の相手と通話することができる（図８のステップＳ９）。
【００５２】
その後、携帯電話３ｂは、発呼先との通話中、あるいは、通話終了後に、通話履歴を発呼制御サーバ１に通知する（図７の矢印Ｙ１０参照、図８のステップＳ１０）。例えば、携帯電話３ｂは、通話中に通話内容を録音した録音情報や、発呼に対する通話応答日時、発呼に対して応答がなかった不在日時、などを通話履歴として発呼制御サーバ１に通知する。このとき、携帯電話３ｂは、当該携帯電話３ｂがログインしているユーザのユーザ情報と、発呼先の電話番号と、を通話履歴に含めて発呼制御サーバ１に通知する。
【００５３】
続いて、発呼制御サーバ１は、携帯電話３ａから送信された通話履歴を受け取り、履歴情報記憶部１８に記憶する（図８のステップＳ１１）。このとき、通話履歴には、発呼を行ったユーザのユーザ情報と発呼先の電話番号とが含められている。このため、発呼制御サーバ１は、通話日時や録音した通話内容などの履歴情報を、ユーザ管理情報記憶部１６内のユーザ情報と、発呼先情報記憶部１５内の発呼先と、に関連付けて登録する。
【００５４】
その後、ユーザＵｂは、ユーザ端末２ｂから発呼制御サーバ１にログインして、発呼先を指定する。すると、発呼制御サーバ１は、指定された発呼先に関連付けられて記憶されている過去の通話履歴情報を、ユーザ端末２ｂに送信して表示する（図７の矢印Ｙ１１、図８のステップＳ１２）。これにより、ユーザＵｂは、発呼先に対する営業活動の過去の履歴情報を閲覧することができ、後の営業活動の参考とすることができる。
【００５５】
ここで、発呼制御サーバ１が携帯電話からログインされたときの動作をさらに説明する。発呼制御サーバ１のログイン管理部１１は、携帯電話からログインされた際に、入力されたユーザ情報が既にログインしているか否かも調べる。このとき、発呼制御サーバ１は、例えば、ログイン中の携帯電話のユーザ情報を記憶しておき、かかる記憶しているユーザ情報をもとに既にログインしているユーザの携帯電話を調べてもよい。そして、発呼制御サーバ１は、既にログインしている携帯電話が存在する場合には、ログインしてきたユーザ情報のアカウントを調べ、かかるアカウントに属する全てのログインしている携帯電話の端末情報に対して強制ログアウト指示（登録解除指示）を送信する。なお、強制ログアウト指示には、既にログインしているユーザ情報が含められている。このように、発呼制御サーバ１は、上述した発呼指示と同様に、既にログインしているユーザ情報を含めた強制ログアウト指示を、送信先を特定せずに複数の携帯電話３ａ，３ｂ，３ｃに対してブロードキャストにて送信する。
【００５６】
そして、発呼制御サーバ１から強制ログアウト指示を受けた携帯電話３ａ，３ｂ，３ｃは、強制ログアウト指示に含まれているユーザ情報が自身の携帯電話３ａ，３ｂ，３ｃに対応づけられているものと同一であるか否か、つまり、ログイン時に入力されたユーザ情報と同一であるか否かを調べる。すると、強制ログアウト指示に含まれているユーザ情報と同一のユーザ情報が対応づけられている携帯電話のみが、発呼制御サーバ１に対するログイン状態からログアウトを行う。なお、強制ログアウト指示に含まれているユーザ情報と同一のユーザ情報が対応づけられていない携帯電話は、発呼制御サーバ１に対するログイン状態を維持する。
【００５７】
また、発呼制御サーバ１が携帯電話に対して発呼指示を行ったときの動作をさらに説明する。発呼制御サーバ１は、上述したように送信先を特定せず複数の携帯電話３ａ，３ｂ，３ｃに発呼指示を行った場合に、発呼を行うべき携帯電話３ｂから何らの応答がなかった場合には、発呼要求を行ったユーザ端末２ｂに対してその旨を表示するよう出力する。例えば、ユーザＵｂが携帯電話３ｂのログインを行ったものの、その後、電源を切ってしまった場合には、携帯電話３ｂの応答がない旨をユーザ端末２ｂを通じてユーザＵｂに通知することができる。
【００５８】
また、発呼制御サーバ１は、携帯電話に対して発呼指示を行う際に、発呼を行うべき携帯電話がログインしていないことがわかると、発呼要求を行ったユーザ端末に対してその旨を表示するよう出力する。例えば、発呼制御サーバ１は、一度でも携帯電話でログインしたユーザ情報を記憶しておき、かかるユーザ情報のうち、発呼要求を行うユーザ端末のユーザ情報と同一のユーザ情報で携帯電話がログインされていないことを検出した場合には、ログインしていない旨をユーザ端末を通じてユーザに通知することができる。なお、発呼制御サーバ１は、一度でも携帯電話でログインを行ったか否かに限らず、発呼要求を行うユーザ端末のユーザ情報と同一のユーザ情報で携帯電話がログインされていないことを検出した場合には、ログインしていない旨をユーザ端末に出力してもよい。
【００５９】
以上のように、本発明によると、予めユーザが操作するユーザ端末と、通話を行う携帯電話と、を関連付けておくが必要がなく、発呼を行うための準備が容易となり、また、使用する携帯電話を容易に登録や変更できる。その結果、発呼を行うシステムの利便性の向上を図ることができる。
【００６０】
なお、上記では、営業活動に伴い発呼を行う場合を例示したが、営業活動時に限らず、多数の発呼を伴ういかなる状況においても、本発明のシステムを利用することができる。
【００６１】
ここで、上述したプログラムは、記憶装置に記憶されていたり、コンピュータが読み取り可能な記録媒体に記録されている。例えば、記録媒体は、フレキシブルディスク、光ディスク、光磁気ディスク、及び、半導体メモリ等の可搬性を有する媒体である。
【００６２】
以上、上記実施形態等を参照して本願発明を説明したが、本願発明は、上述した実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明の範囲内で当業者が理解しうる様々な変更をすることができる。
【００６３】
なお、本発明は、日本国にて２０１７年１０月２７日に特許出願された特願２０１７−２０８３７２の特許出願に基づく優先権主張の利益を享受するものであり、当該特許出願に記載された内容は、全て本明細書に含まれるものとする。
【符号の説明】
【００６４】
１  発呼制御サーバ
１１  ログイン管理部
１２  発呼制御部
１３  履歴管理部
１５  発呼先情報記憶部
１６  ユーザ管理情報記憶部
１７  ログイン情報記憶部
１８  履歴情報記憶部
２ａ，２ｂ，２ｃ，２ｇ  ユーザ端末
２１  営業処理部
３ａ，３ｂ，３ｃ，３ｇ  携帯電話
３１  ログイン部
３２  通話処理部
Ｕａ，Ｕｂ，Ｕｃ，Ｕｇ  ユーザ
Ｎ  ネットワーク
【図１】
2019083508.tif 000003
【図２】
2019083508.tif 000004
【図３】
2019083508.tif 000005
【図４】
2019083508.tif 000006
【図５】
2019083508.tif 000007
【図６】
2019083508.tif 000008
【図７】
2019083508.tif 000009
【図８】
2019083508.tif 000010