JP2023079143A - 管理システム、コンピュータプログラム、及び、管理方法 - Google Patents

Abstract

【課題】着信側通信端末のユーザが知らない発信識別子によるコミュニケーションの着信であっても、発信側通信端末のユーザに関する情報を着信側通信端末のユーザに報知することができる管理システムを提供する。【解決手段】管理システム１００は、着信側通信端末３Ｂへのコミュニケーションの着信を管理する管理システムであって、発信側通信端末の一例である発呼側通信端末３Ａからのリクエストに従って、発信側通信端末の発信識別子に関連付けられた発信元情報を着信管理用メモリの一例である発信元情報リスト記憶部１２４に登録する、よう構成されており、着信管理用メモリは、コミュニケーションの着信の際に着信側通信端末が発信元情報を取得するためにアクセス可能なメモリである。【選択図】図１

Description

特許法第３０条第２項適用申請有り 公開の事実１：令和３（２０２１）年９月８日にＡｐｐｌｅ Ｓｔｏｒｅ（ｈｔｔｐｓ：／／ａｐｐｓ．ａｐｐｌｅ．ｃｏｍ／ｊｐ／ａｐｐ／ｎａｆｕｄａ／ｉｄ１５６２６１２７０８）にて公開 公開の事実２：令和３（２０２１）年１０月２２日にＧｏｏｇｌｅ Ｐｌａｙ（ｈｔｔｐｓ：／／ｐｌａｙ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｔｏｒｅ／ａｐｐｓ／ｄｅｔａｉｌｓ？ｉｄ＝ｃｏｍ．ｎａｆｕｄａ．ｎｅｔ＆ｈｌ＝ｊａ＆ｇｌ＝ＵＳ）にて公開 公開の事実３：令和３（２０２１）年５月７日に株式会社ｎａｆｕｄａのウェブサイト（ｈｔｔｐｓ：／／ｎａｆｕｄａ．ｎｅｔ／）にて公開 公開の事実４：公益財団法人大阪産業局実施の「大阪トップランナー育成事業」の募集に応募し、令和３（２０２１）年９月２日にその選考過程における有識者審査会（事業プレゼンテーション会）にて公開 公開の事実５：令和３（２０２１）年１月２７日に大阪商工会議所〔Ｘｐｏｒｔ〕会員情報交換会「ｗｉｔｈ／ａｆｔｅｒコロナ下での情報発信のあり方」（オンライン開催（Ｚｏｏｍ））にて公開 公開の事実６：令和３（２０２１）年３月１９日に大阪商工会議所〔Ｘｐｏｒｔ〕＜ビジネスミートアップ＞「企業等が有する様々な『データ』を活用する新規事業・業務効率化提案」プレゼンテーション会（オンライン開催（Ｚｏｏｍ））にて公開 公開の事実７：令和３（２０２１）年７月２１日に大阪商工会議所〔Ｘｐｏｒｔ〕会員情報交換会（オンライン開催（Ｚｏｏｍ））にて公開 公開の事実８：令和３（２０２１）年９月２２日に大阪商工会議所〔Ｘｐｏｒｔ〕会員情報交換会（オンライン開催（Ｚｏｏｍ））にて公開

本開示は、管理システム、コンピュータプログラム、及び、管理方法に関する。

通信端末によって、通信端末による音声通話の発呼用のメモリに電話番号が登録されることがある。このようなメモリは、「電話帳」とも呼ばれる。これにより、通信端末では、電話帳から電話番号を読み出して発呼できる。

例えば、特開２０１５－３９２１７号公報（以下、特許文献１）は、発側端末において、画像送信部が、自端末に保存されたコンテンツを、着側端末との音声通話を識別するための通話識別情報と関連付けて送信し、通話制御部が、コンテンツの送信後、着側端末との音声通話のための接続制御を行い、着側端末において、画像受信部が、音声通話のための着信要求の通知に応じて、発側端末が送信した当該音声通話の通話識別情報と関連するコンテンツを取得し、通話制御部が、コンテンツを取得した後に音声通話に関する着信表示を行う音声通話システムを開示している。

特開２０１５－３９２１７号公報

特許文献１のような音声通話システムにおいては、着信側通信端末によって電話番号が登録される。しかしながら、この方法では着信側通信端末が参照可能なメモリに発信者側によっては電話番号が登録されない。この場合、音声通話の着信時に、着信側通信端末がメモリに登録していない電話番号について、着信側通信端末に発呼側通信端末のユーザを特定し得る情報が提示されない。そのため、着信側通信端末のユーザが知らない電話番号からの着信の際には、安心して応答することができない。また受信側電話番号に向けて発信されるいわゆるショートメッセージサービスと呼ばれる、通信端末間でテキストデータを送受信するサービスにおいても、発信者が不明あるいは迷惑、有害メールであるといった同様の問題を孕んでいる。

本開示はこのような問題に鑑みてなされたものであって、着信側通信端末のユーザが知らない電話番号などの発信識別子からの音声又はショートメッセージサービスによるテキストの着信などのコミュニケーションの着信であっても、発信側通信端末のユーザに関する情報を着信側通信端末のユーザに報知することができる管理システム、コンピュータプログラム、及び、管理方法を提供することを目的の１つとする。

ある実施の形態に従うと、管理システムは、着信側通信端末へのコミュニケーションの着信を管理する管理システムであって、発信側通信端末からのリクエストに従って、発信側通信端末の発信識別子に関連付けられた発信元情報を着信管理用メモリに登録する、よう構成されており、着信管理用メモリは、コミュニケーションの着信の際に着信側通信端末が発信元情報を取得するためにアクセス可能なメモリである。

ある実施の形態に従うと、コンピュータプログラムは、コンピュータを着信側通信端末へのコミュニケーションの着信を管理する管理サーバとして機能させるコンピュータプログラムであって、コンピュータに、発信側通信端末から発信識別子に関連付けられた発呼元番号情報の登録のリクエストを受け付け、リクエストに従って、発信元情報を、コミュニケーションの着信の際に着信側通信端末が発信元情報を取得するためにアクセス可能な着信管理用メモリに登録させる。

ある実施の形態に従うと、管理方法は、管理システムにおける、着信側通信端末へのコミュニケーションの着信の管理方法であって、発信側通信端末から管理サーバに対して、発信識別子に関連付けられた発信元情報の登録のリクエストを送信し、管理サーバにおいて、リクエストに従って、発信元情報を着信管理用メモリに登録する、ことを含み、着信管理用メモリは、コミュニケーションの着信の際に着信側通信端末が発呼元番号情報を取得するためにアクセスする。

更なる詳細は、後述の実施形態として説明される。

図１は、実施の形態に係る管理システムの構成の一例を表した概略図である。 図２は、管理システムに含まれる通信端末の構成の一例を表したブロック図である。 図３は、管理システムに含まれる管理サーバの構成の一例を表したブロック図である。 図４は、管理システムにおいて、発呼側端末装置からのリクエストに基づいて電話番号を登録する管理方法の流れの一例を表した図である。 図５は、発呼側通信端末に表示される表示画面の遷移の一例を表した図である。 図６は、管理サーバに記憶された発呼元番号情報の具体例を説明するための図である。 図７は、管理システムにおいて、着信側通信端末に音声通話の着信があった際の管理方法の流れの一例を表した図である。 図８は、着信側通信端末における着信処理の流れの一例を表すフローチャートである。 図９は、図８のステップＳ１１３で着信側通信端末に表示される着信画面の一例を表した図である。

＜１．管理システム、コンピュータプログラム、及び、管理方法の概要＞

（１）本実施の形態に係る管理システムは、着信側通信端末へのコミュニケーションの着信を管理する管理システムであって、発信側通信端末からのリクエストに従って、発信側通信端末の発信識別子に関連付けられた発信元情報を着信管理用メモリに登録する、よう構成されており、着信管理用メモリは、コミュニケーションの着信の際に着信側通信端末が発信元情報を取得するためにアクセス可能なメモリである。

発信側通信端末からのコミュニケーションの着信は、意思伝達のための通信機能による着信を指し、例えば、音声通話の着信、ショートメッセージサービスと呼ばれる、通信端末間でテキストデータを送受信するサービスにおけるテキストデータの着信、などである。

発信識別子はコミュニケーションの発信元の固有情報であって、コミュニケーションが音声通話の場合には発呼側通信端末の電話番号などを指す。コミュニケーションがショートメッセージの一斉送信の場合には、例えば１１桁の文字列などである、一斉送信の国際網接続における発信者通信端末の発信元表示、などを指す。発信元情報は、これらの発信識別子に関連付けられた、発信識別子以外の発信側通信端末のユーザを特定し得る少なくとも１つの情報を含む情報を指す。

着信管理用メモリに登録する発信元情報は、発信元情報であってもよいし、すでに登録されている発信元情報からの差分のみを示す情報であってもよい。ここの発信元情報は、これらのいずれの情報も含む。

コミュニケーションの着信の際に着信側通信端末が発信元号情報を取得するためにアクセス可能なメモリに、発呼側通信端末からのリクエストに従って発信元号情報が登録されることによって、着信側通信端末のユーザが知らない電話番号やショートメッセージサービスの一斉送信の国際網接続における送信元表示などの発信識別子からの着信であっても、発信側通信端末のユーザに関する情報を着信側通信端末のユーザに報知することができる。その結果、着信側通信端末のユーザが知らない発信識別子からの着信であっても、着信側通信端末のユーザは安心して応答又は閲覧することができる。

（２）好ましくは、発信元情報は、コミュニケーションの着信の際に着信側通信端末に出力させるメッセージを含む。これにより、コミュニケーションの着信時に着信側通信端末に発信側通信端末にて設定されたメッセージを表示させることが可能になる。その結果、着信側通信端末のユーザは、知らない発信識別子からの着信であってもメッセージを確認することができる。

（３）好ましくは、着信管理用メモリは、着信側通信端末によって発信元情報が記憶されるメモリにない発信元からのコミュニケーションの着信時に、着信側通信端末において参照されるメモリである。着信管理用メモリは、着信側通信端末によって登録された発信識別子とは異なる発信識別子からの着信時に、着信側通信端末において参照されるメモリである。着信側通信端末によって発信識別子が記憶されるメモリは、例えば電話帳、又は、メッセージ、ハンドラーテーブル等と呼ばれる記憶領域であって、着信側通信端末のユーザが把握している発信識別子が登録される。これにより、着信側通信端末のユーザが知らない発信識別子からの着信があった場合に、着信管理用メモリから発信元情報が得られる。

（４）好ましくは、発信元情報は、発信元についての評価を表す評価情報を含み、評価情報は、発信側通信端末に関する情報の入力に対して発信側通信端末の評価情報を出力するよう機械学習された学習モデルに対して、発信側通信端末からのコミュニケーションが着信した着信側通信端末が発信側通信端末に関する情報を入力することによって、学習モデルから出力された評価情報を含む。

（５）好ましくは、着信管理用メモリに登録することは、発信側通信端末に関する認証情報を要求し、認証情報を用いた発信側通信端末の認証成功の場合に発信元情報の登録を許可する、ことを含む。これにより、発信元号情報の不正な登録を防止することができる。

（６）好ましくは、認証情報は、特定ユーザに対して発行したワンタイムパスワードを含む。特定ユーザは、例えば、管理システムから予め権限が付与された管理ユーザであって、発信元情報の登録を発信側通信端末に対して指示するユーザでなどである。これにより、特定ユーザからワンタイムパスワードを得、それを用いて認証を行った発信側通信端末によって発信元情報の登録が可能になる。これにより、発信元情報の不正な登録を防止することができる。

（７）好ましくは、ワンタイムパスワードは、特定ユーザによる所定の操作に従って発信側通信端末に送信され、要求に関連して発信側通信端末から入力される。これにより、特定ユーザからワンタイムパスワードを得、それを用いて認証を行った発信側通信端末によって発信元情報の登録が可能になる。これにより、発信元号情報の不正な登録を防止することができる。

（８）本実施の形態に係るコンピュータプログラムは、コンピュータを着信側通信端末へのコミュニケーションの着信を管理する管理サーバとして機能させるコンピュータプログラムであって、コンピュータに、発信側通信端末から発信識別子に関連付けられた発信元情報の登録のリクエストを受け付け、リクエストに従って、発信元情報を、コミュニケーションの着信の際に着信側通信端末が発信元情報を取得するためにアクセス可能な着信管理用メモリに登録させる。音声通話あるいはショートメッセージサービスの着信の際に着信側通信端末が発呼元番号情報を取得するためにアクセス可能なメモリに、発呼側通信端末からのリクエストに従って発呼元番号情報が登録されることによって、着信側通信端末のユーザが知らない電話番号あるいはショートメッセージサービスの一斉送信の国際網接続における送信元表示からの着信であっても、発呼側通信端末のユーザに関する情報を着信側通信端末のユーザに報知することができる。その結果、着信側通信端末のユーザが知らない電話番号あるいはショートメッセージサービスの一斉送信の国際網接続における送信元表示からの着信であっても、着信側通信端末のユーザは安心して応答することができる。

（８）本実施の形態に係る管理方法は、管理システムにおける、コミュニケーションの着信の管理方法であって、発信側通信端末から管理サーバに対して、発信識別子に関連付けられた発信元情報の登録のリクエストを送信し、管理サーバにおいて、リクエストに従って、発信元情報を着信管理用メモリに登録する、ことを含み、着信管理用メモリは、コミュニケーションの着信の際に着信側通信端末が発信元情報を取得するためにアクセスする。コミュニケーションの着信の際に着信側通信端末が発信元号情報を取得するためにアクセス可能なメモリに、発呼側通信端末からのリクエストに従って発信元号情報が登録されることによって、着信側通信端末のユーザが知らない電話番号やショートメッセージサービスの一斉送信の国際網接続における送信元表示などの発信識別子からの着信であっても、発信側通信端末のユーザに関する情報を着信側通信端末のユーザに報知することができる。その結果、着信側通信端末のユーザが知らない発信識別子からの着信であっても、着信側通信端末のユーザは安心して応答又は閲覧することができる。

＜２．管理システム、コンピュータプログラム、及び、管理方法の例＞

図１は、本実施の形態に係る管理システム１００の構成の一例を表した概略図である。図１を参照して、管理システム１００は、通信網２に接続された複数の通信端末３Ａ、３Ｂ，…を含む。通信端末３Ａ、３Ｂ，…を代表させて通信端末３とも称する。管理システム１００は、通信端末３間でのコミュニケーションの管理を行うシステムである。コミュニケーションは、意思伝達のための通信手段によるデータのやり取りを指し、例えば、音声通話である。他の例として、ショートメッセージサービスと呼ばれる、通信端末間でテキストデータの送受信であってもよい。以降の例では、通信端末３間でコミュニケーションとして音声通話を行うものとする。以降の説明において、明示的に記載していない箇所であっても音声通話に関する技術をショートメッセージサービスに関する技術に置き換えることによって、コミュニケーションが他の例としてショートメッセージサービスであっても本システム１００は同様に機能する。

さらに、管理システム１００は、受信側の通信端末３からの評価情報登録を管理し、一定の演算式から発呼側番号の評価を行い、発呼側情報の評価項目を更新することができる。詳しくは後述する。

通信端末３は、それぞれ同様の機能を有している（図２）。いずれか１つの通信端末が発呼側通信端末、又は、着信側通信端末となる。例えば、通信端末３Ａが発呼側通信端末となり、通信端末３Ｂが着信側通信端末となる。なお、発呼側通信端末は、少なくとも発呼する機能を有する装置であればよい。そのため、発呼側通信端末は、着信側通信端末と同様の機能を有する通信端末３でなくてもよい。発呼側通信端末は、例えば、発呼する機能のみを有する装置であってもよい。

通信網２には、図示しない音声通話あるいはショートメッセージサービスの制御装置が接続されている。制御装置は、ＳＩＰ（Session Initiation Protocol）などの呼制御プロトコルに基づいて通信端末３間の音声通話あるいはショートメッセージサービスの接続を制御する。これにより、通信端末３Ａから通信端末３Ｂに発呼し、通信端末３Ｂでの応答によって、通信端末３Ａ，３Ｂ間の音声通話あるいはショートメッセージサービスが開始される。

通信網２は、電話網やインターネットなどの通信ネットワークであって、通信端末３間でのデータ通信や音声通話を接続する。通信網２は、図１のように、通信端末３間でのデータ通信を接続する通信網２Ａと、通信端末３間の音声通話あるいはショートメッセージサービスを接続する通信網２Ｂと、を含んでもよい。

管理システム１００は、通信網２に接続された管理サーバ１を含む。管理サーバ１は、着信側通信端末３Ｂへの音声通話あるいはショートメッセージサービスの着信を管理することができる。管理システム１００は、通信網２に接続された処理装置４を含む。処理装置４は、図示しないプロセッサとメモリとを有する、一般的なコンピュータである。

図２は、通信端末３の構成の一例を表したブロック図である。通信端末３は、一例として、スマートフォンである。なお、通信端末３は、スマートフォンに限定されない。通信端末３は、コミュニケーションのための通信機能を有する装置であればどのような装置であってもよく、例えば、光通信を行う通信装置や、ＩＰ電話などとも呼ばれるインターネット通信によって音声通話を行う通信装置などであってもよい。

図２を参照して、通信端末３は、プロセッサ３１とメモリ３２とを有する。プロセッサ３１は、例えば、ＣＰＵである。

通信端末３は、通信網２にアクセスしてデータ通信を行うための第１通信部３３、及び、音声通話あるいはショートメッセージサービスを行うための第２通信部３４を含む。第１通信部２２及び第２通信部３４は、プロセッサ３１の制御に従って通信を行う。これにより、通信端末３は、他の装置との間でデータ通信が可能になる。また、通信端末３は、他の通信端末３との間で音声通話あるいはショートメッセージサービスが可能になる。

通信端末３は、表示部及び入力部の一例であるタッチパネル３５を有する。タッチパネル３５は、プロセッサ３１の制御に従って画面表示を行う。また、タッチパネル３５は、ユーザ操作を受け付けて、ユーザ操作に基づく操作信号をプロセッサ３１に入力する。

通信端末３は、音声入力部としてのマイク３６を有する。マイク３６は、プロセッサ３１の制御に従って外部音声を入力し、音声信号をプロセッサ３１に入力する。通信端末３は、音声出力部としてのスピーカ３７を有する。スピーカ３７は、プロセッサ３１の制御に従って音声を出力する。これにより、プロセッサ３１の制御に従って他の通信端末３との音声通話が可能になる。

メモリ３２は、一次記憶装置であってもよいし、二次記憶装置であってもよい。メモリ３２は、プロセッサ３１によって実行される１又は複数のプログラムを記憶している。１又は複数のプログラムは、着信用プログラム３２１を含む。着信用プログラム３２１は、プロセッサ３１に、音声通話あるいはショートメッセージサービスの着信時の動作を行わせるためのプログラムである。プロセッサ３１は、着信用プログラム３２１を実行することによって着信処理３１１を実行する。着信処理３１１は、発呼側通信端末３Ａから発呼あるいは発信があったときに行われる処理であって、詳細は後述する。

１又は複数のプログラムは、通話制御プログラム３２２を含む。通話制御プログラム３２２は、プロセッサ３１に、音声通話を行わせるためのプログラムである。なお、通信端末３がコミュニケーションの他の例としてショートメッセージサービスにおけるテキストデータの送受信を行う場合、１又は複数のプログラムは、通話制御プログラム３２２に替えて、又は、加えて、ショートメッセージサービスにおけるテキストデータの送受信を行わせるための制御プログラムを含む。

プロセッサ３１は、通話制御プログラム３２２を実行することによって通話制御処理３１２を実行する。通話制御処理３１２は、他の通信端末３からの音声をスピーカ３７で出力させること、マイク３６から入力された音声を他の通信端末３に送信させることを含む、一般的な通話制御であってよい。これにより、他の通信端末３との間の音声通話が実現される。

１又は複数のプログラムは、登録用プログラム３２３を含む。登録用プログラム３２３は、プロセッサ３１に、管理サーバ１への電話番号の登録のための処理を行わせるためのプログラムである。すなわち、プロセッサ３１は、登録用プログラム３２３を実行することによって登録処理３１３を実行する。登録処理３１３については後述する。

着信用プログラム３２１、通話制御プログラム３２２、及び、登録用プログラム３２３は、それぞれ独立したプログラムであってもよいし、１つのプログラムに含まれるモジュールであってもよい。これにより、さまざまな形態でのプログラムの提供が可能になる。

着信用プログラム３２１、通話制御プログラム３２２、及び、登録用プログラム３２３は、通信端末３のメモリ３２に予め記憶されているものであってもよいし、少なくとも１つのプログラムが、メモリ３２に書き込まれたり、更新されたりするものであってよい。少なくとも１つのプログラムは、例えば、着信用プログラム３２１又は登録用プログラム３２３である。

プログラムのメモリ３２への書き込みや更新は、通信網２などの有線又は無線の通信によって外部装置から行われてもよいし、メディアを読みこませることによって行われてもよい。プログラムがインストールされた状態で通信端末３を提供することにより、ユーザは容易に用いることができる。プログラムが後からインストール、更新が可能であることにより、これらプログラムがインストールされていない通信端末３や、インストールされているプログラムが最新でない通信端末３であっても、容易に、最新のプログラムを得て後述の処理を行わせることができる。

プログラムのメモリ３２への書き込みや更新の際には、プログラムの提供者に対して通信端末３のプログラムの使用登録を行うようにしてもよい。使用登録は、例えば、プログラム利用条件や、プログラムにおける個人情報の使用許諾条件について承諾するユーザ操作を受け付けることによって行われる。その際、プログラムの提供者より、プログラムの使用についてコードなどの識別情報が付与されてもよい。これにより、以降のプログラムの使用の際に、プログラムによって識別情報によって使用登録の有無が認証され、不正な使用の防止が図られる。

メモリ３２は、発信元識別子の一例としての電話番号を記憶するための記憶領域である電話記憶部３２４を含む。電話記憶部３２４は、「電話帳」「着信履歴」「着信拒否リスト」などとも称される。発信元識別子は、発信側通信装置の固有情報であって、コミュニケーションとして音声通話を行う場合には電話番号に相当する。コミュニケーションとしてショートメッセージサービスによるテキストデータの送受信を行う場合には、発信元識別子は、一斉送信の国際網接続における発信者通信端末の発信元表示、などである。コミュニケーションとして音声通話を行う場合には、電話記憶部３２４は、ショートメッセージサービスにおける発信者通信端末の発信元表示を記憶する記憶領域となる。この場合、電話記憶部３２４に相当する記憶領域は、「メッセージ着信履歴」「メッセージ着信拒否リスト」などとも称される。

電話記憶部３２４は、通信端末３の外部装置に設けられてもよいし、内部と外部との両方に設けられていてもよい。いずれの形態であっても、電話記憶部３２４は、着信側通信端末３Ｂの処理によって電話番号あるいはショートメッセージサービスの一斉送信の国際網接続における送信元表示等が記憶され、着信側通信端末３Ｂによって参照される、着信側通信端末３Ｂごとのいわゆるローカルな領域である。

図３は、管理サーバ１の構成の一例を表したブロック図である。管理サーバ１は、1台の装置によって構成されるものであってもよいし、複数台の装置が協働して構成されていてもよい。１又は複数の装置は、一般的なコンピュータであってよい。図３に示された管理サーバ１は、一例として、１台のコンピュータによって構成されている。図３を参照して、管理サーバ１は、プロセッサ１１とメモリ１２とを有する。プロセッサ１１は、例えば、ＣＰＵである。

管理サーバ１は、通信網２にアクセスしてデータ通信を行うための通信部１３を含む。通信部１３は、プロセッサ１１の制御に従って通信を行う。これにより、管理サーバ１は、他の装置との間でデータ通信が可能になる。

メモリ１２は、一次記憶装置であってもよいし、二次記憶装置であってもよい。メモリ１２は、プロセッサ３１によって実行される１又は複数のプログラムを記憶している。１又は複数のプログラムは、登録用プログラム１２１を含む。プロセッサ１１は、登録用プログラム１２１を実行することによって登録処理１１１を実行する。

登録処理１１１は、トークン発行処理１１５を含む。トークン発行処理１１５は、着信側通信端末３Ｂに対して識別情報を付与することを含む。識別情報は、一例として識別文字列であってよく、例えば、トークンと称する。プロセッサ１１は、所定のタイミングでトークン発行処理１１５を実行することで、所定のタイミングで着信側通信端末３Ｂに対してトークンを発行する。所定のタイミングは、例えば、着信側通信端末３Ｂにおいて着信プログラム３２１をインストールしたタイミングや登録用プログラム３２３をインストールしたタイミングなどである。トークンを用いることによって、個人情報である電話番号を用いることなく着信側通信端末３Ｂの管理が可能になる。

登録処理１１１は、ОＴＰ（ワンタイムパス）発行処理１１２を含む。また、登録処理１１１は、評価処理１１４を含む。これらの処理については後述する。

１又は複数のプログラムは、着信用プログラム１２２を含む。プロセッサ１１は、着信用プログラム１２２を実行することによって着信処理１１３を実行する。着信処理１１３は、着信側通信端末３Ｂからの要求に応じて行われる処理であって、詳細は後述する。

プロセッサ１１は、着信用プログラム１２２を実行することによって同期処理１１６を実行する。同期処理１１６は、発呼側通信端末３Ａごとのローカルな記憶領域である電話記憶部３２４の情報を発信元情報リストなどと同期させることを含む。

メモリ１２は、後述する登録処理１１１において発行される、認証情報の一例としてのワンタイムパス（ОＴＰ）を記憶するためのパス記憶部１２３を有する。プロセッサ１１は、後述するように、登録処理１１１において、ОＴＰを発行するとパス記憶部１２３に記憶させる。これにより、後述するように、登録処理１１１においてОＴＰを用いた認証を行うことが可能になる。

メモリ１２は、発信元情報リストを記憶する発信元情報リスト記憶部１２４を有する。発信元情報リストは、発信元情報の一例であって、発呼側通信端末３Ａからのリクエストに応じて登録される情報である。コミュニケーションが音声通話の場合、発信元情報は、一例として、発呼元番号情報である。

発呼元番号情報は、発呼側通信端末３Ａの電話番号あるいはショートメッセージサービスの一斉送信の国際網接続における送信元表示などである発信識別子に関連付けられた、発信識別子以外の、発呼側通信端末３Ａのユーザを特定し得る少なくとも１つの情報を含む。発信識別子に関連付けられていることは、発信識別子を含むことであってもよいし、発信識別子との対応が他の情報において規定されていることであってもよい。発信元情報リストは、発呼側通信端末３Ａの電話番号と、発呼側通信端末３Ａのユーザを特定し得る１つ以上の情報とを含む。詳細は後述する。

発信元情報リスト記憶部１２４は着信管理用のメモリの一例である。着信管理用のメモリの他の例として、メモリ１２は、着信ログを記憶する着信ログ記憶部１２７を有する。着信ログは、着信側通信端末３Ｂにおけるコミュニケーションの着信に関するログであって、例えば、着信日時、着信元の電話番号などの発信識別子、着信に対する応答の有無などを示す情報を含む。これらの情報は、コミュニケーションの着信の際、又は、着信後に書き込まれる。着信ログ記憶部１２７は、着信ログを、後述するトークンなどの着信側通信端末３Ｂの識別情報と関連付けて記憶する記憶領域である。

発信元情報リスト記憶部１２４や着信ログ記憶部１２７などの着信管理用のメモリは、各着信側通信端末３Ｂにおいて音声通話あるいはショートメッセージサービスの着信であるコミュニケーションの着信の際、着信側通信端末３Ｂによって参照されて、着信側通信端末３Ｂが発呼元番号情報及び、又は、コミュニケーションの応答、閲覧、又は、返信の有無を示す情報を取得するために用いられる。

ここでの着信側通信端末３Ｂによって参照されることは、着信側通信端末３Ｂのプロセッサ３１が直接アクセス可能であることに限定されず、プロセッサ３１からのリクエストに応じて管理サーバ１のプロセッサ１１がアクセスし、読み出した情報を着信側通信端末３Ｂに渡すことを含む。そのため、発信元情報リスト記憶部１２４などは、着信側通信端末３Ｂごとに対してローカルな記憶領域である通信端末３の電話記憶部３２４に対して、複数の着信側通信端末３Ｂに対してソーシャルな記憶領域と言える。

メモリ１２は、受信側リストを記憶する受信側リスト記憶部１２５を有する。受信側リストは、着信側通信端末３Ｂに関する情報の一例であって、例えば、着信側通信端末３Ｂのユーザに関する情報や、着信側通信端末３Ｂ自体の情報を含む。着信側通信端末３Ｂのユーザに関する情報は、例えば、ユーザの性別や年齢などであってよい。これらの情報は、例えば、着信側通信端末３Ｂにおいて着信プログラム３２１をインストールしたタイミングや登録用プログラム３２３をインストールしたタイミングなどの所定のタイミングに、管理サーバ１によって取得される。取得は、例えば、所定のタイミングにアンケートを提示し、そのアンケートに従って入力された情報を受信することによって実現されてもよい。着信側通信端末３Ｂ自体の情報は、例えば、着信側通信端末３Ｂの位置情報などであって、一例として、着信側通信端末３Ｂにおいて検出され、管理サーバ１に送信されてもよい。受信側リストは、これら情報が登録された情報である。後述するトークンに関連付けて受信側リスト記憶部１２５は、受信側リストを、後述するトークンなどの着信側通信端末３Ｂの識別情報と関連付けて記憶する記憶領域である。

メモリ１２は、評価登録ログを記憶する評価登録記憶部１２６を有する。評価登録ログは、後述する評価処理１１４における着信側通信端末３Ｂ側のログを示す情報である。評価登録記憶部１２６は、評価登録ログを、後述するトークンなどの着信側通信端末３Ｂの識別情報と関連付けて記憶する記憶領域である。

管理システム１００では、発信者側からの要求に応じて、各着信側通信端末３Ｂが参照可能な発信元情報リスト記憶部１２４に電話番号あるいはショートメッセージサービスの一斉送信の国際網接続における送信元表示を含む発信元号情報が登録される。管理システム１００の用いられるシーンの一例として、同一の会社Ａの所有する１又は複数の通信端末３の電話番号を登録するシーンを想定する。なお、ショートメッセージサービスの一斉送信の国際網接続における送信元表示も同様である。

処理装置４は会社Ａの管理用の装置であり、複数の通信端末３は、会社Ａの従業員の携帯する通信端末３（以下、従業員端末とも称する）であるとする。処理装置４には、図示しない登録用プログラムがインストールされているものとする。

図４は、管理システム１００での管理方法の流れの一例であって、発呼側通信端末３Ａからのリクエストに基づいて電話番号を登録する方法の一例を表した図である。図５は、発呼側通信端末３Ａとなる従業員端末のタッチパネル３５に表示される表示画面の遷移の一例を表した図である。

図４を参照して、初めに、処理装置４がユーザから電話番号の登録操作を受け付けることによって（ステップＳ１）、管理サーバ１に対して、電話番号登録のリクエストが送信される（ステップＳ２）。これは、会社Ａにおいて、従業員携帯の電話番号を管理サーバ１に登録するユーザ操作が行われた場合が想定される。

管理サーバ１には、予め、電話番号登録を許可する会社Ａの識別情報が登録されている。識別情報は、例えば、識別子（ＩＤ：identification）及びパスワードである。ステップＳ１で処理装置４は、ユーザ操作に従って登録用プログラムを起動させることで、識別情報の入力を要求する。ユーザ操作によって入力された識別情報はリクエストと共に管理サーバ１に送信され、認証成功の場合に、管理サーバ１は処理装置４からステップＳ２のリクエストを受信するようにしてもよい。

処理装置４からステップＳ２のリクエストを受信することによって、管理サーバ１のプロセッサ１１は登録用プログラム１２１を実行する。これにより、管理サーバ１では登録処理１１１が行われる。

登録処理１１１は、図３に表されたように、ОＴＰ発行処理１１２を含む。ステップＳ２のリクエストを受信すると、管理サーバ１のプロセッサ１１はОＴＰ発行処理１１２を実行してＯＴＰを発行し（ステップＳ３）、処理装置４に送信する（ステップＳ４）。

ステップＳ３でプロセッサ１１が発行するＯＴＰは、予め規定された一定期間、かつ、１回だけ有効なパスワードである。ステップＳ３でプロセッサ１１は、発行したＯＴＰを有効期間とともにパス記憶部１２３に登録する。

好ましくは、ステップＳ３でプロセッサ１１は、ＯＴＰを複数発行する。発行するＯＴＰの数は、予め規定された数であってもよいし、ステップＳ２のリクエストに含まれていてもよい。これにより、後述の処理によって、ステップＳ２のリクエストに対して複数の従業員端末それぞれの電話番号を登録することが可能になる。その結果、会社Ａが複数の電話番号を登録する際に登録のための操作を簡略化できる。

ステップＳ４で送信されたＯＴＰを受信すると、処理装置４は、電話番号の登録対象の従業員端末にＯＴＰを送信する（ステップＳ５）。ステップＳ５では、一例として、処理装置４から従業員端末に対する制御信号とともにＯＴＰが送信される。制御信号は、電話番号の登録を促すメッセージをタッチパネル３５に表示させる信号であってもよいし、登録用プログラム３２３を起動させる信号であってもよい。他の例として、ＯＴＰは、処理装置４から各従業員に宛てたメールによって送信されてもよい。

ステップＳ５のＯＴＰの処理装置４からの送信は、一例として、処理装置４に対するユーザ操作に従って処理装置４から登録されている従業員端末に対してプッシュ式で行われる。これにより、処理装置４からの要求に従って従業員端末の電話番号の登録が行われるようになる。

この場合、従業員端末である発呼側通信端末３Ａのプロセッサ３１は、処理装置４からＯＴＰとともに制御信号を受信することによって登録用プログラム３２３を起動する。これにより、発呼側通信端末３Ａでは登録処理３１３が行われる。登録処理３１３を開始すると、プロセッサ３１は、例えば、図５の（Ａ）の通知画面７１をタッチパネル３５に表示させる。これにより、ＯＴＰが通知される。

通知画面７１は、登録処理３１３の進行を指示するボタン７２を含む。従業員端末のユーザは、電話番号の登録を行うときには、ボタン７２を押す。これにより、プロセッサ３１は、タッチパネル３５の表示を、図５の（Ｃ）の登録画面５１に遷移させる。

処理装置４から従業員端末に対してプッシュ式でＯＴＰが通知される場合には、従業員端末には登録用プログラム３２３などのプログラムが予めインストールされていてもよいし、されていなくてもよい。

従業員端末に登録用プログラム３２３がインストールされていない場合、通知画面７１は、登録用プログラム３２３を取得するためのアクセス情報の表示を含んでもよい。アクセス情報は、例えば、登録用プログラム３２３を提供するサーバへのアクセス情報であって、アクセス情報の表示は、例えば、サーバへのＵＲＬ（Uniform Resource Locator）を表したＱＲコード（登録商標）などの二次元コードであってよい。これにより、従業員端末のユーザは、容易に登録用プログラム３２３を従業員端末にインストールすることができる。その結果、登録用プログラム３２３がインストールされていない従業員端末を発呼側通信端末３Ａとして機能させることが可能になる。

他の例として、ステップＳ５のＯＴＰは、従業員端末からのリクエストに応じてプル式に送信されてもよい。これにより、従業員端末からの要求に従って従業員端末の電話番号の登録が行われるようになる。

この場合、従業員端末である発呼側通信端末３Ａのプロセッサ３１は、ユーザ操作に従って登録用プログラム３２３を起動する。これにより、発呼側通信端末３Ａでは登録処理３１３が行われる。登録処理３１３を開始すると、プロセッサ３１は、例えば、図５の（Ｂ）の登録要求画面７３をタッチパネル３５に表示させる。

登録要求画面７３は、パスワードの入力欄７４と、処理の続行を指示するボタン７５とを含む。パスワードは、従業員端末の識別情報の一例であって、例えば、会社Ａが従業員端末のユーザに対して付与したコードなどである。登録要求画面７３は、パスワードに加えて、従業員端末の位置情報が入力されてもよい。これにより、不正な登録の防止が図られる。

登録要求画面７３においてボタン７５が押されることで、プロセッサ３１は入力欄７４に入力された識別情報を処理装置４に送信する。処理装置４は、発呼側通信端末３Ａが電話番号の登録の対象の従業員端末であるか否かの認証を行う。これにより、許可された通信端末からのリクエストがあった場合に、ＯＴＰを渡し、管理サーバ１への電話番号の登録を許可することができる。認証成功の場合に、処理装置４から従業員端末にＯＴＰが通知される。そして、プロセッサ３１は、タッチパネル３５の表示を、図５の（Ｃ）の登録画面５１に遷移させる。画面遷移は、登録用プログラム３２３に予め用意されている画面データが用いられる。以降の画面遷移でも同様である。

この例では、管理サーバ１が処理装置４を認証し、処理装置４が従業員端末を認証するという、２段階の認証によって従業員端末の管理サーバ１への電話番号の登録が許可される。このため、管理サーバ１が個々の従業員端末を認証してＯＴＰを発行するより管理サーバ１での処理を容易にすることと、不正な電話番号の登録の防止との両立が効果的に図られる。

登録画面５１は、ＯＴＰの入力欄７４と、処理の続行を指示するボタン７５と、を含む。登録画面５１は、さらに、利用条件や、個人情報使用許諾条件などの、利用に必要な条件の表示を含んでもよい。その場合、ボタン７５は、条件の承諾の意志を示すボタンも兼ねる。

入力欄７４にＯＴＰが入力され、ボタン７５が押されると、プロセッサ３１は、タッチパネル３５の表示を図５の（Ｄ）の登録画面５４に遷移させる。登録画面５４は、発呼側通信端末３Ａの電話番号を含む発呼元番号情報を入力する欄を含む。

詳しくは、登録画面５４は電話番号の入力欄５５を含む。プロセッサ３１は、着信用プログラム３２１に従って、発呼側通信端末３Ａの電話番号を自動的に読み出して入力欄５５に表示してもよい。これにより、入力間違いや、不正な電話番号の登録を効果的に防止することができる。

登録画面５４は、発呼側通信端末３Ａのユーザを識別する情報の一例として、所属部署を入力する入力欄５６、及び、氏名を入力する入力欄５７を含む。これにより、所属部署及び氏名が、発呼側通信端末３Ａ使用者が指定したメッセージテンプレートに基づいた送信メッセージに差し込まれる。また管理サーバ１や処理装置４において、発呼側通信端末３Ａのユーザの管理を行いやすくなる。

登録画面５４は、表示メッセージの入力欄５８を含む。表示メッセージは、発呼側通信端末３Ａからの音声通話の着信の際に着信側通信端末３Ｂに出力させるメッセージの一例としてタッチパネル３５にメッセージ表示させるための情報を指す。これにより、着信側通信端末３Ｂのユーザは、発呼側通信端末３Ａからの音声通話の着信の際に発呼者のメッセージを認識できる。音声通話の受信と同様、ショートメッセージサービス着信の際も発呼者のメッセージと認識できる。あるいは、ショートメッセージの着信メッセージリストから指定する操作を行うことでも発呼者のメッセージと認識できる。

登録画面５４は、発呼元番号情報の登録を指示するボタン５９を含む。ボタン５９が押されると（ステップＳ６）、プロセッサ３１は、登録画面５４の各入力欄５５～５８の入力値を発呼元番号情報として、入力欄５２に入力されたＯＴＰとともに管理サーバ１に送信し、管理サーバ１に対して電話番号あるいはショートメッセージサービスの一斉送信の国際網接続における送信元表示の登録をリクエストする（ステップＳ７）。

管理システム１００において、発呼元番号情報の登録の登録に対して課金されてもよい。課金は、一例として、発呼元番号情報を登録しようとする従業員端末に対して行われてもよい。その場合、登録画面５４はクレジット情報などの費用の支払いに必要な情報を入力するための入力欄を含んでもよい。また、ボタン５９は、費用の支払いの意志を示すボタンを兼ねてもよい。これにより、電話番号登録時の支払いが容易になり、発呼側通信端末３Ａのユーザの利便性を向上させることができる。

他の例として、後述する評価処理１１４が実行されることによって、従業員端末が着信側通信端末３Ｂとして機能した際に付与されたポイントを用いて費用を支払われてもよい。この場合、登録画面５４は、ポイントの残高の表示や、費用の支払いに用いるポイント数を入力するための入力欄、などを含んでもよい。これにより、後述するように、評価の入力が促される。

ステップＳ７のリクエストに応じて、管理サーバ１は、ＯＴＰを用いて認証を行う（ステップＳ８）。ステップＳ８において、管理サーバ１は、一例として、発呼側通信端末３ＡからのＯＴＰがパス記憶部１２３に記憶されているＯＴＰと一致し、かつ、有効期間内である場合、認証成功とする。ステップＳ８で管理サーバ１は、その他の情報を用いて認証を行ってもよい。ここでは、処理装置４に対して許可した電話番号あるいはショートメッセージサービスの一斉送信の国際網接続における送信元表示の登録に基づくリクエストであることが認証されればよい。

ステップＳ８の認証成功の場合、プロセッサ１１は、発呼側通信端末３Ａから送信された発呼元番号情報に基づく発信元情報リストを発信元情報リスト記憶部１２４に記憶させる（ステップＳ９）。図６は、発信元情報リスト記憶部１２４に記憶された発呼元番号情報の具体例を説明するための図である。発呼元番号情報は、一例として発信元情報リストである。好ましくは、発信元情報リスト記憶部１２４は、管理サーバ１に登録されている会社ごとの発信元情報リストＬ１，Ｌ２，Ｌ３，…を記憶している。

詳しくは、図６を参照して、会社Ａに関連付けられた発信元情報リストＬ１は、会社Ａの許可した従業員端末ごとの、電話番号を示すデータ６１と、ユーザの所属部署を示すデータ６２と、ユーザの氏名を示すデータ６３と、表示メッセージを示すデータ６４、および日時、発呼した受信側の属性、発呼番号の分散度などの発呼状況の集計値、評価登録から算出された評価結果などを含む。コミュニケーションがショートメッセージサービスにおけるテキストデータの送受信である場合、データ６１は、ショートメッセージサービスの一斉送信の国際網接続における送信元表示を示すデータを含む。

なお、発信元情報リストＬ１は、図６に示されたデータ６１～６４に加えて、過去の発呼した日時、受信側通信端末の属性、発呼番号の分散度などの発呼状況の集計値や、評価登録から算出された評価結果、などを示すデータを含んでもよい。

登録画面５４において、入力欄５５に入力された値が電話番号あるいはショートメッセージサービスの一斉送信の国際網接続における送信元表示を示すデータ６１として登録される。入力欄５６に入力された値がユーザの所属部署を示すデータ６２として登録される。入力欄５７に入力された値がユーザの氏名を示すデータ６３として登録される。指定したメッセージテンプレートから生成された送信メッセージがデータ６４として登録される。

好ましくは、発信元情報リストＬ１は、登録された発呼元番号情報についての評価を示すデータ６５を含む。評価は、後述する、管理サーバ１における評価処理１１４において登録される情報であって、発呼元番号情報についての評価の度合を表す情報を含む。

好ましくは、処理装置４からステップＳ２のリクエストを受信すると、管理サーバ１は、発信元情報リストＬ１に基づいて、会社Ａに関連付けてすでに登録されているショートメッセージサービスの一斉送信の国際網接続における送信元表示を含む電話番号の一覧を処理装置４に表示させてもよい。管理サーバ１は、ショートメッセージサービスの一斉送信の国際網接続における送信元表示を含む電話番号の一覧の表示の後に、電話番号登録のリクエストの送信の指示を受け付ける。これにより、処理装置４のユーザは、電話番号登録のリクエスト時に、すでに登録したショートメッセージサービスの一斉送信の国際網接続における送信元表示を含む電話番号を確認することができる。

好ましくは、管理サーバ１は、ステップＳ２のリクエストと同様に、処理装置４から、発信元情報リストの変更のリクエストを受け付けてもよい。この場合、例えば、管理サーバ１は、発信元情報リストを読み出して処理装置４に表示させる。処理装置４は、発信元情報リストの中から変更対象の発呼元番号情報を指定するユーザ操作を受け付けることによって、変更対象の発呼側通信端末３Ａのタッチパネル３５に、発呼元番号情報として登録されている情報を図５の（Ｄ）のように画面表示させ、変更の入力を受け付けてもよい。又は、処理装置４に対するユーザ操作によって変更の入力を受け付けてもよい。

従業員端末のユーザや所属部署は変更される場合がある。また、表示メッセージも変更が必要な場合がある。そのため、発呼元番号情報を変更可能とすることによりメッセージ生成を迅速に行い、利便性を向上させることができるとともに、着信側通信端末３Ｂのユーザに対して正確な発呼元番号情報を提供することができるようになる。

図７は、管理システム１００での管理方法の流れの一例であって、着信側通信端末３Ｂに音声通話の着信があった際の管理方法の一例を表した図である。また、図８は、その際の管理サーバ１での処理の流れの一例を表したフローチャートである。ショートメッセージサービスの着信時も同様の管理方法によって管理が行われる。

図７を参照して、発呼側通信端末３Ａが発呼することによって（ステップＳ２１）、着信側通信端末３Ｂに着信が生じる。着信側通信端末３Ｂのプロセッサ３１には、発呼側通信端末３Ａから着信があると、着信を示す呼び出し信号が与えられる。着信側通信端末３Ｂのプロセッサ３１は、呼び出し信号を受信すると図８の処理を開始する。図８は、着信処理３１１の流れの一例を表すフローチャートである。

図８を参照して、プロセッサ３１は、発呼側通信端末３Ａから受信した呼び出し信号より発呼番号を取得する（ステップＳ１０１）。プロセッサ３１は、電話記憶部３２４から発呼番号に関連付けて記憶されている情報を検索する（ステップＳ１０３）。

ステップＳ１０３は、通信端末での着信時における一般的な処理であってよい。すなわち、電話記憶部３２４に発呼番号に関連付けられた情報が記憶されている場合（ステップＳ１０５でＹＥＳ）、プロセッサ３１は、電話記憶部３２４から発呼番号に関連付けられた登録情報を読み出し、タッチパネル３５に表示させる（ステップＳ１０７）。これにより、ステップＳ１０７では、着信側通信端末３Ｂでは、着信側通信端末３Ｂによって電話記憶部３２４に、発呼番号に関連付けて登録された情報がタッチパネル３５に表示されるようになる。

また、電話記憶部３２４に関連付けられて記憶されている情報が当該発呼番号からの発呼、発呼に対して応答しない、いわゆる着信拒否の設定や、いわゆる留守番電話などの特定の機能を用いて着信する設定などの、所定の処理が設定されている場合、プロセッサ３１は、電話記憶部３２４において設定されている処理を行う。これにより、着信側通信端末３Ｂでの設定に応じた着信処理が行われるようになり、着信側通信端末３Ｂの利便性が損なわれることがない。

なお、他の例として、ステップＳ１０５からＳ１１３までの処理は、着信側通信端末内の発呼元番号情報の最終更新日以降の差分情報を管理サーバ１より取得し、発呼元番号情報又は必要な発呼元番号情報の差分情報を着信管理用メモリに登録し、ステップＳ１０３で直接参照することにより省略されてもよい。

電話記憶部３２４に発呼番号に関連付けられた情報が記憶されていない場合（ステップＳ１０５でＮＯ）又は、電話記憶部３２４に記憶されている情報が管理システム１００によって登録されたものである場合、プロセッサ３１は、管理サーバ１に発呼番号を送信し、発呼元番号情報をリクエストする（ステップＳ１０９）。ステップＳ１０９のリクエストは、図７のステップＳ２３に相当する。

着信側通信端末３Ｂからの問い合わせを受けた管理サーバ１のプロセッサ１１は、着信処理１１３を実行する。着信処理１１３は、着信側通信端末３Ｂからの発呼番号を検索キーとして発信元情報リスト記憶部１２４を検索し、検索キーとした発呼番号を含む発信元情報リストを抽出することを含む。この処理は、図７のステップＳ２４に相当する。

発信元情報リストが抽出されると、ステップＳ２５で、管理サーバ１は、着信側通信端末３Ｂに対して発信元情報リストを送信する。これにより、着信側通信端末３Ｂは管理サーバ１から発信元情報リストを受信する（ステップＳ１１１でＹＥＳ）。

プロセッサ３１は、管理サーバ１から受信した発信元情報リストに基づく画面をタッチパネル３５に表示させる（ステップＳ１１３）。ステップＳ１１３の表示は、図７のステップＳ２６に相当する。

ステップＳ１１１では、管理サーバ１から、一例として、発呼番号を含む発信元情報リストが受信する。その場合、ステップＳ１１３でプロセッサ３１は、発信元情報リストに含まれるデータ６１に相当する発呼番号に加えて、発呼番号以外の、データ６２～６４の少なくとも１つに基づく表示を行う。

図９は、ステップＳ１１３でタッチパネル３５に表示される着信画面８１の一例を表した図である。図９を参照して、着信画面８１は、一例として、発信元情報リストに含まれるデータ６１～６４それぞれに対応した表示８２～８５を含む。すなわち、着信画面８１は、発呼側通信端末３Ａの電話番号を示すデータ６１に基づいた電話番号の表示８２、発呼側通信端末３Ａのユーザの所属部署を示すデータ６２に基づいた所属部署の表示８３、発呼側通信端末３Ａのユーザの氏名を示すデータ６３に基づいた氏名の表示８４、及び、表示メッセージを示すデータ６４に基づいたメッセージの表示８５を含む。

ステップＳ１１３で、発呼側通信端末３Ａからの着信時に図９の着信画面８１が表示されることによって、着信側通信端末３Ｂのユーザは、応答又は閲覧前に発呼側通信端末３Ａに関する情報を把握することができる。このとき、着信側通信端末３Ｂにおいて登録していない電話番号からの発呼であった場合も、本管理システム１００では発呼側通信端末３Ａによって管理サーバ１に登録されていた場合には、登録された情報が着信側通信端末３Ｂにおいて報知される。そのため、着信側通信端末３Ｂのユーザが知らない電話番号、つまり、素性が明らかでない番号からの着信であっても、安心して応答、閲覧することができる。

管理システム１００では、着信時に、先に着信側通信端末３Ｂのメモリを検索し、着信側通信端末３Ｂによって登録されている情報に基づく報知が行われる。言い換えると、管理システム１００では、発呼元の情報の報知において、管理サーバ１に登録されている発呼元番号情報より着信側通信端末３Ｂによって登録されている情報が優先的に用いられる。そのため、着信側通信端末３Ｂのユーザにとってわかりやすい表示がされるようになる。

好ましくは、発呼者による発呼番号の登録が行われていない着信があった場合についても、着信事実、受信者によって入力された評価を着信側通信端末から管理サーバ１に送信してもよい。この場合、着信事実や受信者による評価から発呼番号ごとに判定式によって評価を算出し、算出された評価結果を発呼元番号情報として登録してもよい。迷惑又は有害と判断された発呼番号に対しては、ネガティブな評価がなされている旨の警告マークを付すことができる。

すなわち、管理システム１００では、着信側通信端末３Ｂのメモリに登録されている電話番号からの着信であり、かつ、着信側通信端末３Ｂのメモリに記憶されている情報が管理システム１００によって登録されたものではない場合、着信側通信端末３Ｂに図９の着信画面８１を表示することなく、着信側通信端末３Ｂのメモリに登録されている情報に基づく表示を行う。この場合、発呼側通信端末３Ａのユーザは着信側通信端末３Ｂのユーザの知人である可能性が高い。そのため、メッセージの表示が不要であったり、後述する評価の表示が失礼であったりすることが回避される。

着信画面８１は、音声通話の応答を指示するボタン８７と、不応答を指示するボタン８８とを含む。着信側通信端末３Ｂのユーザは表示を見てこれらボタンを押すことによって、音声通話の開始、又は、音声通話の拒否ができる。

なお、該当する発呼元番号情報が発信元情報リスト記憶部１２４から抽出されない場合、管理サーバ１のプロセッサ１１は、登録がないことを示すエラーコードを送信してもよいし、応答をしなくてもよい。この場合、着信側通信端末３Ｂのプロセッサ３１は、所定時間、管理サーバ１から受信がなかったり、エラーコードを受信したりした場合に発呼元番号情報の受信がないものとする（ステップＳ１１１でＮＯ）。

発呼元番号情報の受信がない場合、プロセッサ３１は、ステップＳ１１３の表示とは異なる動作を行わせる。一例として、プロセッサ３１は、発呼元が不明な電話番号であることをタッチパネル３５に表示させてもよい。例えば、図９の同様の画面に、「発呼元不明」又は「発信元不明」などの表示を含めてもよい。これにより、着信側通信端末３Ｂのユーザは、応答又は閲覧前に発呼元が着信側通信端末３Ｂによっても発呼側通信端末３Ａによっても登録されている電話番号であることを把握できる。

図９の画面でボタン８７が押されるなどして着信に対する応答が指示されると（ステップＳ２７）、着信側通信端末３Ｂのプロセッサ３１は通話制御処理３１２を実行し、発呼側通信端末３Ａとの間で音声通話を行うための制御を行う（ステップＳ２８）。これにより、通信端末３Ａ，３Ｂ間での音声通話が実現される。

好ましくは、プロセッサ３１は、通信端末３Ａ，３Ｂのいずれか一方の操作によって音声通話が終了すると、着信側通信端末３Ｂのユーザから、評価入力を受け付ける（ステップＳ２９）。ステップＳ２９において、プロセッサ３１は、一例として、音声通話終了時に評価入力画面をタッチパネル３５に表示させ、その画面に対する操作によって評価入力を受け付ける。プロセッサ３１は、入力された評価を示す情報（入力情報）を管理サーバ１に送信する（ステップＳ３０）。

ステップＳ３０では、評価を示す入力情報とともに、音声通話についての日時、発呼番号などの着信を特定する情報や応答があったことを示す情報も管理サーバ１に送信されてもよい。着信を特定する情報や応答があったことを示す情報は、プロセッサ３１によって自動的に取得されるものであってもよいし、評価入力画面においてユーザ操作によって入力されてもよい。

ここでの評価は、発呼側通信端末３Ａの発呼元番号情報における評価を指す。具体的には、発呼側通信端末３Ａの発呼元番号情報に対する音声通話、ショートメッセージサービスの評価を含む。例えば、発呼側通信端末３Ａのユーザの所属部署や氏名が発呼元番号情報として表示された所属部署や氏名と異なっていたなど発呼番号情報の管理が不十分な場合や、表示されたメッセージが発呼側通信端末３Ａの音声通話の内容と異なっていた場合、又は、発呼、発信自体が受信者の求めていない迷惑である場合や、発呼元が有害な者である場合などでは発呼元番号情報の評価は低いものとなり、一致していたり有用な場合には発呼元番号情報の評価は高いものとなる。評価は、ランク情報であってもよく、一例として、図６のデータ６５に表されたように「Ａ」「Ｂ」…のランクであってもよい。

なお、好ましくは、プロセッサ３１は、評価を示す入力情報が迷惑、有害などの低い評価を含む場合、電話番号を着信側通信端末３Ｂの着信拒否リストに自動的に登録してもよい。

管理サーバ１のプロセッサ１１、着信側通信端末３Ｂから入力情報を受信すると、評価処理１１４を実行する。評価処理１１４は、着信側通信端末３Ｂから入力情報に基づいて、着信側通信端末３Ｂに対して発呼した発呼側通信端末３Ａの発呼元番号情報を更新することを含む。一例として、評価処理１１４においてプロセッサ１１は、該当する電話番号あるいはショートメッセージサービスの一斉送信の国際網接続における送信元表示についての発信元情報リストの評価を示すデータ６５を、入力情報に基づいて更新する。

評価処理１１４は、例えば、発信元情報リストにデータ６５が含まれていないときに入力情報に基づくデータ６５を発信元情報リストに加えることを含む。評価処理１１４は、他の例として、発信元情報リストにデータ６５が含まれているときに入力情報に基づいてデータ６５を更新することを含む。データ６５を更新することは、例えば、すでにあるデータ６５と新たな値とをパラメータとして新たなデータ６５を算出するための演算式を予め記憶しておき、演算式に入力された評価情報を新たな値として代入することで得られる値にデータ６５を変化させることであってよい。

評価の判定の演算式は、一例として、登録された評価の平均が母集団たる受信者の評価の平均の妥当な代表値であるか否かをｔ検定などにより一定の信頼区間内にあるか否かを判定するものであってよい。この場合、評価処理１１４は、登録された評価の平均が一定の信頼区間内と統計的に認められた場合にのみ、入力情報から得られる値を用いてデータ６５を更新してもよい。このような評価処理１１４によって、発呼側に対する恣意的な妨害を目的とする評価投稿の影響を減殺することができる。

なお、ｔ検定においては特定の発呼番号に対して登録された評価の数が信頼区間に大きく関わる。そのため、好ましくは、プロセッサ１１は、所定量の入力情報が得られた後に評価処理１１４を実行する。これにより、評価精度を向上させることができる。

他の例として、プロセッサ１１は、評価処理１１４において入力情報に対して評価情報を出力するよう機械学習された学習モデルを利用し、入力情報を学習モデルに入力することによって得られたデータをデータ６５として登録、又は、データ６５を更新してもよい。入力される情報は、入力情報とともに、着信側通信端末３Ｂから得られた、音声通話についての日時、発呼番号などの着信を特定する情報や応答があったことを示す情報の少なくとも１つをさらに含んでもよい。学習モデルは、管理サーバ１に記憶されていてもよいし、他の装置に記憶されており、他の装置にアクセスして利用するものであってもよい。これにより、評価精度を向上させることができる。また、入力情報が所定量、得られていない場合に補完的に用いても、評価精度を向上させることができる。

好ましくは、図９に示されたように、着信画面８１は、発信元情報リストに含まれる、発信元情報リストの評価を示すデータ６５に基づいた評価の表示８６を含む。すなわち、一例として、評価処理１１４によって得られた発信元情報リストの評価は、着信時に着信側通信端末３Ｂにおいて報知される発信元情報リストに含まれる。これにより、着信側通信端末３Ｂのユーザは、表示された情報の評価も併せて知ることができる。そのため、着信側通信端末３Ｂのユーザは、着信時に発信元情報リストが実際の発呼元に一致しているか否か、有害であるか有用であるか、などの評価を確認することができるため、素性が明らかでない番号からの着信であっても、安心して応答するか否か、又は、閲覧をするか否かを判断することができる。

管理サーバ１では、発呼側通信端末３Ａからのリクエストに従って発信元情報リストが登録される。そのため、発呼側通信端末３Ａのユーザが操作を怠った場合などに、情報が古かったり、適切な内容でなくなっていたりすることもあり得る。また、発呼側通信端末３Ａのユーザが好ましくないユーザや悪意あるユーザである場合に、有害な発呼元番号情報が登録されることになる。そのような場合であっても、着信側通信端末３Ｂでの操作に応じて評価が付され、着信時に報知されることによって、発呼元番号情報の信頼性を高めることができる。

発呼元番号情報の信頼性をより高めるためには、多くの評価が入力されることが好ましい。そのため、好ましくは、管理システム１００は、評価の入力を促す仕組みを有する。評価の入力を促す仕組みは、一例として、着信側通信端末３Ｂのプロセッサ３１は、音声通話あるいはショートメッセージサービスの受信閲覧の終了時に自動的に評価の入力を受け付けるための画面（図示せず）をタッチパネル３５に表示させてもよい。これにより、音声通話を終了した着信側通信端末３Ｂのユーザは、特別な操作を必要とせずに自然に評価の入力を行うことができ、評価の入力が促進される。

他の例として、評価の入力にプレミアを付与してもよい。プレミアは、一例としてポイントが挙げられる。管理システム１００の使用が課金制である場合、ポイントは支払いに使用可能であってよい。又は、ポイントは商品などのサービスと交換可能であってもよい。これにより、評価の入力が促進され、その結果、発呼元番号情報の信頼性をより高めることができる。

評価の入力は、例えば、「Ａ」「Ｂ」…などの評価を示すランクを選択するユーザ操作によって行われてもよい。これにより、評価を容易に入力することができ、その結果、評価の入力が促進される。

他の例として、着信時や音声通話あるいはショートメッセージサービスの受信時の着信側通信端末３Ｂのユーザの挙動に基づいて自動的に判定されてもよい。着信時や音声通話時の着信側通信端末３Ｂのユーザの挙動は、例えば、会話に含まれるワードや声のトーンなどであってよい。

この場合、プロセッサ３１は評価を判定するための判定式を有し、通話制御処理３１２は評価を判定する処理を含んでもよい。判定式は、例えば、評価に対応付けられたキーワードを用いたり、ユーザの通常時の声のトーンとの差異に基づいたりして、評価を判定するものが挙げられる。

さらに、プロセッサ３１は、着信側通信端末３Ｂのユーザの挙動を入力値とし、挙動に対応した評価を出力するように機械学習されていてもよい。一例として、プロセッサ３１は、所定のキーワードや意味的に関連あるワードと評価との対や、ユーザの通常時の声のトーンとの差異と評価との対などを学習データとして機械学習されている。この場合、プロセッサ３１は、通話制御処理３１２において得られたユーザの挙動に対して評価を出力するようになる。これにより、評価の入力のためのユーザ操作を不要することができ、その結果、自動的に評価が入力されるようになる。

評価は、発呼元番号情報に対して、着信側通信端末３Ｂのユーザ属性に応じて与えられてもよい。ユーザ属性は、着信用プログラム３２１や登録用プログラム３２３を着信側通信端末３Ｂにインストールする際などの特定のタイミングにおいて実行される利用者アンケートによって入力されてもよい。ユーザ属性は、例えば、ユーザの性別や年齢帯などである。ユーザ属性は、着信側通信端末３Ｂによって検出された位置情報などを含んでもよい。プロセッサ１１は、着信側通信端末３Ｂから管理サーバ１に送信される評価を示す入力情報を、予め登録されているユーザ属性を示すデータと対応付ける。この場合、発信元情報リストの評価を示すデータ６５はユーザ属性ごとの評価を示す。

プロセッサ１１が着信側通信端末３Ｂとユーザ属性とを対応付ける方法の他の例として、着信用プログラム３２１や登録用プログラム３２３をインストールする際などの特定のタイミングにおいて、プロセッサ１１が各着信側通信端末３Ｂに識別子を付与する方法であってもよい。この場合、付与した識別子に対応付けてユーザ属性を記憶しておくことで、プロセッサ１１は、着信側通信端末３Ｂとユーザ属性とを対応付けることができる。この方法で対応付けを行うことにより、電話番号などの個人情報を管理サーバ１側で記憶する必要がなくなる。また、この方法で対応付けを行うことにより、例えば海外から持ち込まれた通信端末を帰国後に本国の電話番号に切り替えて用いる、などの、同一の着信側通信端末３Ｂにおいて電話番号が変更する場合であっても、本管理システム１００を連続して使用することができる。

この場合、好ましくは、プロセッサ１１は、ステップＳ２３の着信側通信端末３Ｂからのリクエストを、着信側通信端末３Ｂのユーザ属性を示すデータと関連付ける。管理サーバ１は、ステップＳ２５で着信側通信端末３Ｂに発信元情報リストを送信する際に、データ６５を判定する際に、受信者による評価登録数がｔ検定による評価に必要な評価登録数に満たないが一定数の着信事実が登録されている場合、着信事実に対応する受信者属性等を、評価済発呼番号をラベルとして機械学習することにより、補完的に、着信側通信端末３Ｂのユーザ属性に対応したデータ６５を送信すればよい。他の例として、ステップＳ２６で図９の着信画面を表示させる際に、着信側通信端末３Ｂのプロセッサ３１は、データ６５のうちの着信側通信端末３Ｂのユーザ属性に対応した評価を表示させるようにすればよい。これにより、着信側通信端末３Ｂのユーザ属性を利用してより多くの場合に評価を報知することが可能になり、着信側通信端末３Ｂのユーザは、安心して応答することができる。

図７のステップＳ２６で着信側通信端末３Ｂに図９の着信画面８１が表示された後、所定期間、ユーザ操作が行われなかった場合、着信側通信端末３Ｂのプロセッサ３１は、着信に対して応答しないで終了する。例えば、着信側通信端末３Ｂのユーザが音声通話を開始するユーザ操作を行わなかった場合に相当する。

この場合、好ましくは、プロセッサ３１は、発呼側通信端末３Ａからの着信があったことを示す着信情報を着信側通信端末３Ｂのメモリ３２に書き込む。このとき、プロセッサ３１は、図８に示された着信処理３１１によって得られた発呼元番号情報に基づく情報を着信情報としてメモリ３２に書き込んでもよい。着信情報は、例えば、表示メッセージを示すデータ６４に基づく情報などであってよい。これにより、着信側通信端末３Ｂのユーザは、音声通話の開始を指示しなかった場合にも、発呼側通信端末３Ａについての発呼元番号情報を知ることができる。

図７に表された着信の際の管理方法の他の例として、ステップＳ２４において、管理サーバ１に発呼元情報が登録されていなかった場合、すなわち、未知の電話番号からの着信であった場合、管理サーバ１のプロセッサ１１は、着信側通信端末３Ｂから通知された着信元の電話番号を発信元情報リスト記憶部１２４に新規に登録し、以後、受信者による評価対象として管理してもよい。この場合、発信元情報リストは、電話番号を示すデータ６１のみとなり、その他のデータ６２～６５はＮＵＬＬであってよい。

さらに、この着信による音声通話の終了後にステップＳ３０で着信側通信端末３Ｂから評価についての入力情報を受け付けると、プロセッサ１１は、ログ記憶部１２７、及び、評価登録記録部１２６に、新規の発信元の電話番号についての評価入力についてのログを記憶させる。また、プロセッサ１１は、発信元情報リスト記憶部１２４に新規に登録した発信元の電話番号についての発信元情報リストの評価を示すデータ６５を更新する。これにより、管理サーバ１に発呼元情報が登録されていない電話番号についての発信元情報が自動的に生成され、以降の着信の際に、発信元に関する情報の報知が可能になる。

さらに他の例として、図７のステップＳ２３～Ｓ２５に替えて、プロセッサ１１は同期処理１１６を実行し、電話記憶部３２４の発信元情報リスト情報の最新更新日から、着信発呼側通信端末３Ａのローカルな記憶領域である電話記憶部３２４の発信元情報リスト情報と発信元情報リスト管理サーバ１の発信元情報リストとが同期されてもよい。

なお、以上の例では、管理システム１００を用いて電話番号あるいはショートメッセージサービスの一斉送信の国際網接続における送信元表示を登録するシーンとして、処理装置４が会社Ａの管理用の装置であって、同一の会社Ａの所有する１又は複数の通信端末の電話番号を登録するシーンを想定している。他の例として、処理装置４に替えて、１又は複数の通信端末３それぞれ、又は、複数の通信端末３のうちの代表した１台の通信端末３が処理装置４と同様の処理を行うようにしてもよい。すなわち、管理サーバ１に対して電話番号あるいはショートメッセージサービスの一斉送信の国際網接続における送信元表示登録のリクエストを送信して管理サーバ１からＯＴＰが付与された装置は、電話番号あるいはショートメッセージサービスの一斉送信の国際網接続における送信元表示の登録を行う通信端末３とは異なる装置であってもよいし、同一の装置であってもよい。これにより、様々なシーンで、発呼側通信端末３Ａからのリクエストによって電話番号あるいはショートメッセージサービスの一斉送信の国際網接続における送信元表示の登録が可能になり、電話番号あるいはショートメッセージサービスの一斉送信の国際網接続における送信元表示の登録側の利便性を向上させることができる。

管理システム１００は、会社において従業員端末を登録するシーンに限定されず、様々なシーンで用いることができる。例えば、着信側通信端末３Ｂのユーザが海外からの旅行者である場合、旅行先国における音声通話あるいはショートメッセージサービスの発呼元番号は着信側通信端末３Ｂのメモリに登録された電話番号あるいはショートメッセージサービスの一斉送信の国際網接続における送信元表示でない場合も多い。さらに、着信側通信端末３Ｂが異国におけるレンタルの通信端末である場合にはメモリに登録された別の電話番号を利用する可能性が高い。そういった場合であっても、管理システム１００を用いることで、すなわち、着信側通信端末３Ｂに着信用プログラム３２１をダウンロードすることによって、音声通話あるいはショートメッセージサービスの着信時に発呼元番号情報が得られ、異国であっても安心して応答することができる。さらに、着信側通信端末３Ｂの個体管理は管理システム１００が発行する一意の識別子によって行われるため、帰国後も現地の管理システム１００により連続してサービスを利用可能になる。

＜３．付記＞
本発明は、上記実施形態に限定されるものではなく、様々な変形が可能である。

１ ：管理サーバ
２ ：通信網
２Ａ ：通信網
２Ｂ ：通信網
３ ：通信端末
３Ａ ：発呼側通信端末
３Ｂ ：着信側通信端末
４ ：処理装置
１１ ：プロセッサ
１２ ：メモリ
１３ ：通信部
２２ ：第１通信部
３１ ：プロセッサ
３２ ：メモリ
３３ ：第１通信部
３４ ：第２通信部
３５ ：タッチパネル
３６ ：マイク
３７ ：スピーカ
５１ ：登録画面
５２ ：入力欄
５４ ：登録画面
５５ ：入力欄
５６ ：入力欄
５７ ：入力欄
５８ ：入力欄
５９ ：ボタン
６１ ：データ
６２ ：データ
６３ ：データ
６４ ：データ
６５ ：データ
７１ ：通知画面
７２ ：ボタン
７３ ：登録要求画面
７４ ：入力欄
７５ ：ボタン
８１ ：着信画面
８２ ：表示
８３ ：表示
８４ ：表示
８５ ：表示
８６ ：表示
８７ ：ボタン
８８ ：ボタン
１００ ：管理システム
１１１ ：登録処理
１１２ ：ОＴＰ発行処理
１１３ ：着信処理
１１４ ：評価処理
１１５ ：トークン発行処理
１１６ ：同期処理
１２１ ：登録用プログラム
１２２ ：着信用プログラム
１２３ ：パス記憶部
１２４ ：発信元情報リスト記憶部
１２５ ：受信側リスト記憶部
１２６ ：評価登録記憶部
１２７ ：ログ記憶部
３１１ ：着信処理
３１２ ：通話制御処理
３１３ ：登録処理
３２１ ：着信用プログラム
３２２ ：通話制御プログラム
３２３ ：登録用プログラム
３２４ ：電話記憶部
Ｌ１ ：発信元情報リスト
Ｌ２ ：発信元情報リスト
Ｌ３ ：発信元情報リスト

Claims (9)

1. 着信側通信端末へのコミュニケーションの着信を管理する管理システムであって、
   発信側通信端末からのリクエストに従って、前記発信側通信端末の発信識別子に関連付けられた発信元情報を着信管理用メモリに登録する、よう構成されており、
   前記着信管理用メモリは、前記コミュニケーションの着信の際に前記着信側通信端末が発信元情報を取得するためにアクセス可能なメモリである
   管理システム。
2. 前記発信元情報は、前記コミュニケーションの着信の際に前記着信側通信端末に出力させるメッセージを含む
   請求項１に記載の管理システム。
3. 前記着信管理用メモリは、前記着信側通信端末によって発信元情報が記憶されるメモリにない発信元からのコミュニケーションの着信時に、前記着信側通信端末において参照されるメモリである
   請求項１又は２に記載の管理システム。
4. 前記発信元情報は、発信元についての評価を表す評価情報を含み、
   前記評価情報は、発信側通信端末に関する情報の入力に対して前記発信側通信端末の評価情報を出力するよう機械学習された学習モデルに対して、前記発信側通信端末からのコミュニケーションが着信した着信側通信端末が前記発信側通信端末に関する情報を入力することによって、前記学習モデルから出力された前記評価情報を含む
   請求項１～３のいずれか一項に記載の管理システム。
5. 前記着信管理用メモリに登録することは、前記発信側通信端末に関する認証情報を要求し、前記認証情報を用いた前記発信側通信端末の認証成功の場合に前記発信元情報の登録を許可する、ことを含む
   請求項１～４のいずれか一項に記載の管理システム。
6. 前記認証情報は、特定ユーザに対して発行したワンタイムパスワードを含む
   請求項５に記載の管理システム。
7. 前記ワンタイムパスワードは、前記特定ユーザによる所定の操作に従って前記発信側通信端末に送信され、前記要求に関連して前記発信側通信端末から入力される
   請求項６に記載の管理システム。
8. コンピュータを着信側通信端末へのコミュニケーションの着信を管理する管理サーバとして機能させるコンピュータプログラムであって、
   前記コンピュータに、
   発信側通信端末から発信識別子に関連付けられた発信元情報の登録のリクエストを受け付け、
   前記リクエストに従って、前記発信元情報を、前記コミュニケーションの着信の際に前記着信側通信端末が発信元情報を取得するためにアクセス可能な着信管理用メモリに登録させる
   コンピュータプログラム。
9. 管理システムにおける、コミュニケーションの着信の管理方法であって、
   発信側通信端末から管理サーバに対して、発信識別子に関連付けられた発信元情報の登録のリクエストを送信し、
   前記管理サーバにおいて、前記リクエストに従って、前記発信元情報を着信管理用メモリに登録する、ことを含み、
   前記着信管理用メモリは、前記コミュニケーションの着信の際に着信側通信端末が発信元情報を取得するためにアクセスする
   管理方法。

Images