(57)【特許請求の範囲】
【請求項１】
電話番号を利用するユーザ端末に対応付けられた使用履歴情報が管理サーバによって管理される当該ユーザ端末であって、
ユーザから受け付けた指示の内容が、上記ユーザ端末のユーザが現在のユーザから新たなユーザへの変更に伴う処理を示すものか否かを判定する判定部と、
上記判定部が、ユーザの変更に伴う処理と判定した場合、ユーザを識別するためのユーザ識別情報を、現在設定されているユーザ識別情報から新たなユーザ識別情報に変更する端末側情報変更部と、を備え、
上記端末側情報変更部による上記ユーザ識別情報の変更は、所定の変更規則に従って行われ、
上記所定の変更規則は、上記ユーザ端末ごとに予め決められている上記ユーザ識別情報の群から、上記ユーザ識別情報の変更毎に異なる１つの上記ユーザ識別情報を決定することを定めたものであることを特徴とするユーザ端末。
【請求項２】
上記端末側情報変更部は、上記ユーザの変更に伴う上記ユーザ端末の初期化が行われたときに、上記ユーザ識別情報を変更することを特徴とする請求項１に記載のユーザ端末。
【請求項３】
上記ユーザ識別情報には、上記ユーザ識別情報の変更の回数を示す変更回数情報が含まれており、
上記ユーザ識別情報の変更の回数を計数する計数制御部を備え、
上記端末側情報変更部は、上記変更回数情報が示す上記ユーザ識別情報の変更の回数を、上記計数制御部が計数した上記ユーザ識別情報の変更の回数に変更することにより決定した上記ユーザ識別情報を、上記新たなユーザ識別情報とすることを特徴とする請求項１または２に記載のユーザ端末。
【請求項４】
上記ユーザ識別情報には、上記ユーザ端末を識別するための端末識別情報が含まれており、
上記端末側情報変更部は、上記端末識別情報に、上記計数制御部が計数した上記ユーザ識別情報の変更の回数を組み合わせることにより上記ユーザ識別情報を決定することを特徴とする請求項３に記載のユーザ端末。
【請求項５】
上記群に含まれる上記ユーザ識別情報は、所定数の異なる上記ユーザ識別情報であることを特徴とする請求項１から４のいずれか１項に記載のユーザ端末。
【請求項６】
電話機であることを特徴とする請求項１から５のいずれか１項に記載のユーザ端末。
【請求項７】
上記所定の変更規則は、上記ユーザ端末と上記管理サーバとの間で共有されていることを特徴とする請求項１から６のいずれか１項に記載のユーザ端末。
【請求項８】
電話番号を利用するユーザ端末に対応付けられた使用履歴情報を管理する管理サーバであって、
ユーザの操作による上記ユーザ端末での処理がユーザの変更に伴う処理と判定された場合、ユーザを識別するためのユーザ識別情報を、現在設定されているユーザ識別情報から新たなユーザ識別情報に変更するサーバ側情報変更部を備え、
上記サーバ側情報変更部による上記ユーザ識別情報の変更は、所定の変更規則に従って行われ、
上記所定の変更規則は、上記ユーザ端末ごとに予め決められている上記ユーザ識別情報の群から、上記ユーザ識別情報の変更毎に異なる１つの上記ユーザ識別情報を決定することを定めたものであり、
上記ユーザ端末または上記ユーザ端末以外の装置から、上記ユーザ端末によって決定された上記ユーザ識別情報を受信する受信制御部をさらに備え、
（１）上記受信制御部が受信した上記ユーザ識別情報である第１ユーザ識別情報と、（２）上記所定の変更規則に従って、上記現在設定されているユーザ識別情報の次またはそれ以降に決定されることになっている第２ユーザ識別情報と、が一致した場合、上記サーバ側情報変更部は、上記第２ユーザ識別情報を上記ユーザ端末の現在のユーザの上記ユーザ識別情報として設定することを特徴とする管理サーバ。
【請求項９】
上記第１ユーザ識別情報と上記第２ユーザ識別情報とが一致した場合、上記第１ユーザ識別情報を生成したユーザ端末に対応付けられた上記使用履歴情報を削除する情報削除部を備えることを特徴とする請求項８に記載の管理サーバ。
【請求項１０】
上記所定の変更規則は、上記ユーザ端末と上記管理サーバとの間で共有されていることを特徴とする請求項８または９に記載の管理サーバ。
【請求項１１】
請求項１から７のいずれか１項に記載のユーザ端末と、
請求項８から１０のいずれか１項に記載の管理サーバと、を備えることを特徴とする情報管理システム。
【請求項１２】
電話番号を利用するユーザ端末に対応付けられた使用履歴情報が管理サーバによって管理される当該ユーザ端末の制御方法であって、
ユーザから受け付けた指示の内容が、上記ユーザ端末のユーザが現在のユーザから新たなユーザへの変更に伴う処理を示すものか否かを判定するステップと、
上記ステップでユーザの変更に伴う処理と判定された場合、ユーザを識別するためのユーザ識別情報を、現在設定されているユーザ識別情報から新たなユーザ識別情報に変更する端末側情報変更ステップと、を含み、
上記端末側情報変更ステップにおける上記ユーザ識別情報の変更は、所定の変更規則に従って行われ、
上記所定の変更規則は、上記ユーザ端末ごとに予め決められている上記ユーザ識別情報の群から、上記ユーザ識別情報の変更毎に異なる１つの上記ユーザ識別情報を決定することを定めたものであることを特徴とするユーザ端末の制御方法。
【請求項１３】
電話番号を利用するユーザ端末に対応付けられた使用履歴情報を管理する管理サーバの制御方法であって、
ユーザの操作による上記ユーザ端末での処理がユーザの変更に伴う処理と判定された場合、ユーザを識別するためのユーザ識別情報を、現在設定されているユーザ識別情報から新たなユーザ識別情報に変更するサーバ側情報変更ステップを含み、
上記サーバ側情報変更ステップにおける上記ユーザ識別情報の変更は、所定の変更規則に従って行われ、
上記所定の変更規則は、上記ユーザ端末ごとに予め決められている上記ユーザ識別情報の群から、上記ユーザ識別情報の変更毎に異なる１つの上記ユーザ識別情報を決定することを定めたものであり、
上記ユーザ端末または上記ユーザ端末以外の装置から、上記ユーザ端末によって決定された上記ユーザ識別情報を受信する受信制御ステップをさらに含み、
（１）上記受信制御ステップにおいて受信した上記ユーザ識別情報である第１ユーザ識別情報と、（２）上記所定の変更規則に従って、上記現在設定されているユーザ識別情報の次またはそれ以降に決定されることになっている第２ユーザ識別情報と、が一致した場合、上記サーバ側情報変更ステップでは、上記第２ユーザ識別情報を上記ユーザ端末の現在のユーザの上記ユーザ識別情報として設定することを特徴とする管理サーバの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ端末、及び当該ユーザ端末に対応付けられた端末情報を管理する管理サーバ等に関する。
【背景技術】
【０００２】
従来から、ＷＥＢサービスを提供するサーバから、ユーザ端末がＷＥＢサービスに関する情報を取得するシステムにおいては、ユーザ認証方法に関する様々な技術が開発されている。その一例としては、特許文献１に開示された技術が挙げられる。特許文献１には、ユーザによる入力情報と単一の秘密鍵とを用いて公開鍵および秘密鍵を作成すると共に、作成された公開鍵を、当該入力情報を元に作成されたユーザＩＤと共に認証機関に登録する複数認証装置が開示されている。この技術では、単一の秘密鍵を複数のユーザが用いた場合であっても、個々のユーザごとに認証を行うことが可能となる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−３０４２４２号公報（２００３年１０月２４日公開）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１の技術では、ユーザが使用するユーザ端末が譲渡され、当該ユーザ端末の現在のユーザが他のユーザに変更となった場合を想定していない。そのため、特許文献１の技術では、上記変更が生じた後も、変更前のユーザ固有の情報がサーバに管理されているので、当該情報が変更後のユーザに漏洩してしまう可能性がある。また、変更後のユーザがサーバに管理した情報を、変更前のユーザがアクセスできる可能性がある。このように、特許文献１の技術では、サーバは、上記ユーザの変更に応じた情報管理を行うことができない可能性があった。
【０００５】
本発明は、上記の課題に鑑み、ユーザ端末のユーザの変更に応じたサーバによる情報管理を簡易な方法で行うことが可能なユーザ端末等を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記の課題を解決するために、本発明の一態様に係るユーザ端末は、ユーザ端末に対応付けられた端末情報が管理サーバによって管理される当該ユーザ端末であって、上記ユーザ端末のユーザが現在のユーザから新たなユーザへと変更されたと推定される処理が発生したときに、ユーザを識別するためのユーザ識別情報を、現在設定されているユーザ識別情報から新たなユーザ識別情報に変更する端末側情報変更部を備え、上記端末側情報変更部による上記ユーザ識別情報の変更は、所定の変更規則に従って行われ、上記所定の変更規則は、上記ユーザ端末ごとに予め決められている上記ユーザ識別情報の群から、上記ユーザ識別情報の変更毎に異なる１つの上記ユーザ識別情報を決定することを定めたものである。
【０００７】
さらに、上記の課題を解決するために、本発明の一態様に係る管理サーバは、ユーザ端末に対応付けられた端末情報を管理する管理サーバであって、上記ユーザ端末のユーザの変更に応じて、ユーザを識別するためのユーザ識別情報を、現在設定されているユーザ識別情報から新たなユーザ識別情報に変更するサーバ側情報変更部を備え、上記サーバ側情報変更部による上記ユーザ識別情報の変更は、所定の変更規則に従って行われ、上記所定の変更規則は、上記ユーザ端末ごとに予め決められている上記ユーザ識別情報の群から、上記ユーザ識別情報の変更毎に異なる１つの上記ユーザ識別情報を決定することを定めたものであり、上記ユーザ端末または上記ユーザ端末以外の装置から、上記ユーザ端末によって決定された上記ユーザ識別情報を受信する受信制御部をさらに備え、（１）上記受信制御部が受信した上記ユーザ識別情報である第１ユーザ識別情報と、（２）上記所定の変更規則に従って、上記現在設定されているユーザ識別情報の次またはそれ以降に決定されることになっている第２ユーザ識別情報と、が一致した場合、上記サーバ側情報変更部は、上記第２ユーザ識別情報を上記ユーザ端末の現在のユーザの上記ユーザ識別情報として設定する。
【０００８】
さらに、上記の課題を解決するために、本発明の一態様に係るユーザ端末の制御方法は、ユーザ端末に対応付けられた端末情報が管理サーバによって管理される当該ユーザ端末の制御方法であって、上記ユーザ端末のユーザが現在のユーザから新たなユーザへと変更されたと推定される処理が発生したときに、ユーザを識別するためのユーザ識別情報を、現在設定されているユーザ識別情報から新たなユーザ識別情報に変更する端末側情報変更ステップを含み、上記端末側情報変更ステップにおける上記ユーザ識別情報の変更は、所定の変更規則に従って行われ、上記所定の変更規則は、上記ユーザ端末ごとに予め決められている上記ユーザ識別情報の群から、上記ユーザ識別情報の変更毎に異なる１つの上記ユーザ識別情報を決定することを定めたものである。
【０００９】
さらに、上記の課題を解決するために、本発明の一態様に係る管理サーバの制御方法は、ユーザ端末に対応付けられた端末情報を管理する管理サーバの制御方法であって、上記ユーザ端末のユーザの変更に応じて、ユーザを識別するためのユーザ識別情報を、現在設定されているユーザ識別情報から新たなユーザ識別情報に変更するサーバ側情報変更ステップを含み、上記サーバ側情報変更ステップにおける上記ユーザ識別情報の変更は、所定の変更規則に従って行われ、上記所定の変更規則は、上記ユーザ端末ごとに予め決められている上記ユーザ識別情報の群から、上記ユーザ識別情報の変更毎に異なる１つの上記ユーザ識別情報を決定することを定めたものであり、上記ユーザ端末または上記ユーザ端末以外の装置から、上記ユーザ端末によって決定された上記ユーザ識別情報を受信する受信制御ステップをさらに含み、（１）上記受信制御ステップにおいて受信した上記ユーザ識別情報である第１ユーザ識別情報と、（２）上記所定の変更規則に従って、上記現在設定されているユーザ識別情報の次またはそれ以降に決定されることになっている第２ユーザ識別情報と、が一致した場合、上記サーバ側情報変更ステップでは、上記第２ユーザ識別情報を上記ユーザ端末の現在のユーザの上記ユーザ識別情報として設定する。
【発明の効果】
【００１０】
本発明の一態様によれば、ユーザ端末のユーザの変更に応じた管理サーバによる情報管理を簡易な方法で行うことができるという効果を奏する。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態１に係る電話機の構成を示す機能ブロック図である。
【図２】本発明の実施形態１に係る情報管理システムの概要を示す図である。
【図３】本発明の実施形態１に係る管理サーバの構成を示す機能ブロック図である。
【図４】ＷＥＢ ＩＤ管理テーブルの一例を示す図である。
【図５】ユーザ情報テーブルの一例を示す図である。
【図６】使用履歴情報テーブルの一例を示す図である。
【図７】電話機およびＰＣにおける処理の一例を示すフローチャートである。
【図８】管理サーバにおける処理の一例を示すフローチャートである。
【図９】本発明の実施形態２に係る情報管理システムの概要を示す図である。
【発明を実施するための形態】
【００１２】
〔実施形態１〕
以下、本発明の実施の形態について、図１〜図９を用いて詳細に説明する。
【００１３】
（情報管理システム１００における各装置の構成）
本実施形態の情報管理システム１００は、迷惑電話拒否サービスを実現するものである。情報管理システム１００は、電話機１、１ａ〜１ｃ（ユーザ端末）、ＰＣ２（Personal Computer）（ユーザ端末以外の装置）及び管理サーバ３を備えている。当該迷惑電話拒否サービスは、電話機１、１ａ〜１ｃにおいて迷惑電話の着信を拒否するサービスである。また、情報管理システム１００は、電話機１、１ａ〜１ｃの使用履歴、使用状況等をユーザがＰＣ２を用いて参照したり、当該情報をメールにてユーザに通知するＷＥＢ管理サービスを実現する。
【００１４】
図２に示すように、電話機１、１ａ〜１ｃは、電話回線網４経由で管理サーバ３と通信可能に接続される。電話機１、１ａ〜１ｃは、管理サーバ３で管理する迷惑番号リストのデータを管理サーバ３から取得して、自機の迷惑電話リストを管理している。具体的には、電話機１、１ａ〜１ｃは、所定期間ごと（例えば１日に１回）に管理サーバ３へアクセスして、最新版の迷惑電話リストに更新するためのデータを取得し、自機が管理する迷惑電話リストを更新する。これにより、最新の迷惑電話リストによって迷惑電話の着信を拒否できる。また、電話機１、１ａ〜１ｃは、例えば上記アクセス時に、ユーザによる各電話機１、１ａ〜１ｃの使用履歴を示す使用履歴情報（発信動作または当該発信動作による発信に関わる情報を含む）等の各種情報（端末情報）を管理サーバ３へ送信する。また、電話機１、１ａ〜１ｃは、例えば、各ユーザが使用する電話機１、１ａ〜１ｃに着信があった、迷惑電話であると判断した電話番号（迷惑番号）を示す迷惑電話情報を、必要に応じて電話回線網４を通じて管理サーバ３へ送信する。
【００１５】
ＰＣ２は、インターネット回線網５経由で管理サーバ３と通信可能に接続される。ＰＣ２は、電話機１を現在使用するユーザに関する情報（ユーザ情報）を管理サーバ３へ送信する。ユーザに関する情報とは、ＷＥＢ ＩＤ（後述）、送信先メールアドレス等を指す。なお、ＰＣ２は、インターネット回線網５に接続可能な通信端末であれば、携帯電話機（スマートフォン）、タブレット等であってもよい。また、ユーザは、管理サーバ３へのアクセスのために、ＰＣ２を用いて、ユーザ登録（例えば、ＷＥＢ ＩＤと送信先メールアドレスとを対応付けて管理サーバ３に管理させる処理）を行う。なお、ＷＥＢ ＩＤは、電話機１から、例えば上記管理サーバ３へのアクセス時に送信されてもよい。
【００１６】
管理サーバ３は、電話機１、１ａ〜１ｃまたはＰＣ２から受信した各種情報を管理する。また、管理サーバ３は、上記迷惑電話リストを管理する。管理サーバ３は、警察や業者等から提供された迷惑電話情報、または電話機１、１ａ〜１ｃから受信した迷惑電話情報を用いて、迷惑電話リストを更新する。具体的には、管理サーバ３は、所定期間ごとに（例えば電話機１、１ａ〜１ｃからアクセスがあったときに）、迷惑電話リストのデータ（最初は迷惑電話リストのすべてのデータ、その後は、最新版の迷惑電話リストに更新するためのデータ）を電話機１、１ａ〜１ｃに送信する。これにより、迷惑電話拒否サービスに加入するすべてのユーザに対して最新の迷惑電話リストを提供できる。なお、管理サーバ３に登録される最初の迷惑電話リストは、警察や業者等から提供された迷惑電話情報に基づいて生成されてもよい。
【００１７】
また、管理サーバ３は、例えば、電話機１、１ａ〜１ｃに割り当てられたＫｅｙコード、ＤＥＣＴ ＩＤ等の端末設定情報（後述）及びＷＥＢ ＩＤを管理する。また、管理サーバ３は、電話機１、１ａ〜１ｃから受信した使用履歴情報等の各種情報を、各電話機１、１ａ〜１ｃに対応付けて管理する。ユーザは、ＰＣ２から、ＷＥＢ ＩＤを用いて管理サーバ３へアクセスすることにより、当該ユーザの、電話機１、１ａ〜１ｃの使用履歴情報を管理サーバ３に照会し、確認できる。また、電話機１、１ａ〜１ｃから受信した使用履歴情報を、電話機１、１ａ〜１ｃのユーザとかかわりのある第三者（例えば、ユーザの家族）に提供する。第三者（例えば、ユーザの家族）は、ＰＣ２を用いて管理サーバ３にアクセスを行うことにより、電話機１等の使用履歴情報を確認できる。また、管理サーバ３は、電話機１等が拒否した電話番号の通知や、迷惑電話リストに対する操作があった旨の通知を、ＰＣ２に通知する。
【００１８】
なお、管理サーバ３は、複数のサーバで実現されてもよい。この場合、情報管理システム１００は、例えば、管理サーバ３の代わりに、迷惑電話リストを提供するサーバと、端末情報を提供するサーバとを備えてもよい。
【００１９】
ここで、上記Ｋｅｙコード及びＤＥＣＴ ＩＤは、電話機１、１ａ〜１ｃを一意に識別するために、電話機１に割り当てられる端末識別情報である。上記ＤＥＣＴ ＩＤは、デジタルコードレス電話の規格であるＤＥＣＴ（Digital Enhanced Cordless Telecommunications）で用いられる端末識別情報である。上記Ｋｅｙコード及びＤＥＣＴ ＩＤは、各ユーザ及び第三者が視認不可能な情報で、かつ不変の値である。また、Ｋｅｙコード及びＤＥＣＴ ＩＤは、電話機１、１ａ〜１ｃそれぞれに予め割り当てられている。なお、電話機１、１ａ〜１ｃにはＤＥＣＴ ＩＤのみが予め割り当てられており、Ｋｅｙコードは、電話機１、１ａ〜１ｃによって、当該ＤＥＣＴ ＩＤから自動生成されてもよい。実施形態２においては、Ｋｅｙコードは、図９に示す電話機６、６ａ〜６ｃによって、ＭＡＣ（Media Access Control）アドレスから自動生成されてもよい。
【００２０】
上記ＷＥＢ ＩＤは、ユーザを一意に識別するためのユーザ識別情報であり、各ユーザ及び第三者が視認可能な情報である。また、ＷＥＢ ＩＤは、個々のユーザが管理サーバ３（上記ＷＥＢ管理サービス）へのアクセスするための情報であり、例えば使用履歴情報等のユーザ固有の情報（他のユーザに閲覧を許可しない情報）を閲覧するための情報である。具体的には、ＷＥＢ ＩＤは、ユーザがＰＣ２を用いてユーザ認証を行うために用いられる。管理サーバ３は、ユーザ認証を行うと、登録された送信先メールアドレスに、管理サーバ３へのアクセス用のアカウント及びパスコードを送付する。これにより、ユーザは、１度ユーザ認証を行った後は、アカウント及びパスコードを入力するだけで、管理サーバ３へのアクセスが可能となる。すなわち、上記ユーザ認証は、ユーザの変更があった場合（新しいユーザは、前のユーザ宛に発行されたアカウント及びパスコードを知らないため）、または、既存のユーザがアカウント及びパスコードを忘れた場合のみ行われる。上記ＷＥＢ ＩＤは、各ユーザ及び第三者が視認可能な情報で、可変の値である。複数のＷＥＢ ＩＤ（ＷＥＢ ＩＤの群）は、電話機１、１ａ〜１ｃごとに予め決められている。本実施形態では、電話機１、１ａ〜１ｃごと（すなわち、１つのＫｅｙコード）に対して２５６個のＷＥＢ ＩＤが割り当てられている。また、管理サーバ３には、電話機１、１ａ〜１ｃが出荷される前に、例えば管理サーバ３を管理する管理者から、電話機１、１ａ〜１ｃのそれぞれに割り当てられたＫｅｙコードと、複数のＷＥＢ ＩＤ（またはＤＥＣＴ ＩＤ）とが通知されている。
【００２１】
以下、図１、図３〜６を用いて、電話機１、１ａ〜１ｃ、ＰＣ２及び管理サーバ３の具体的な構成について説明する。なお、以下では、ユーザが使用する電話機が電話機１であるものとして説明する。
【００２２】
図１に示すように、電話機１は、制御部１０、操作部１１、記憶部１２、ディスプレイ１３、スピーカ１４、マイク１５及び通信部１６を備えている。制御部１０は、電話機１を統括的に制御する。制御部１０の詳細は後述する。操作部１１は、ユーザ操作を受け付けるものであり、例えばタッチパネルで構成される。記憶部１２は、制御部１０が実行する各種の制御プログラム等を記憶するものであり、例えばハードディスク、フラッシュメモリ等の不揮発性の記憶装置によって構成される。ディスプレイ１３は、各種画像を表示するものであり、例えばＬＣＤ（Liquid crystal display）で構成される。スピーカ１４は通話中の音声を出力し、マイク１５は通話中のユーザの音声を入力する。通信部１６は、電話回線網４経由で管理サーバ３とデータ通信を行う。
【００２３】
ここで、記憶部１２に記憶される情報としては、カウンタ値、端末設定情報、ＷＥＢ ＩＤ等が挙げられる。カウンタ値は、計数制御部１０２が計数した、ＷＥＢ ＩＤの変更の回数を指す。本実施形態では、カウンタ値は、電話機１の所定の初期化の実行回数（初期化の回数）を指す。本実施形態では、カウンタ値の初期値（電話機１の工場出荷時のカウンタ値）は０に設定されており、計数制御部１０２が計数するたびに１ずつ増える。また、上記初期化の回数が２５７回目となった場合にはカウンタ値は０に戻る。端末設定情報は、電話機１を識別するために電話機１に割り当てられる情報である。端末設定情報としては、上述のＫｅｙコード及びＤＥＣＴ ＩＤが挙げられる。ＷＥＢ ＩＤは、計数制御部１０２が計数するか否かを問わず、電話機１が初期化されたときに、ＷＥＢ ＩＤ生成部１０４によって自動生成される。すなわち、ＷＥＢ ＩＤは可変の値である。その他、記憶部１２には、上述した迷惑電話リスト等が記憶されている。
【００２４】
制御部１０は、主として、初期化タイプ判定部１０１、計数制御部１０２、初期化実行部１０３、ＷＥＢ ＩＤ生成部１０４（端末側情報変更部）、表示制御部１０５及び送受信制御部１０６を備えている。
【００２５】
初期化タイプ判定部１０１は、操作部１１が電話機１の初期化の実行を示すユーザ指示（初期化実行指示）を取得したときに、そのユーザ指示の内容（すなわち、初期化のタイプ）を判定する。初期化のタイプとしては、電話機１のユーザの変更に伴った電話機１の初期化（タイプ１）、当該ユーザの変更を伴わない初期化（タイプ２）が挙げられる。タイプ１には、例えば、カウンタ値、Ｋｅｙコード及びＤＥＣＴ ＩＤ以外の全ての情報（ＷＥＢ ＩＤを含む）（以降、カウンタ値等以外の全ての情報と称する）の初期化が含まれる。タイプ２には、例えば、電話帳以外の情報（例えば、電話機１に記憶されている発着信履歴情報及び／または迷惑電話リスト等）の初期化が含まれる。なお、タイプ２においても、カウンタ値、Ｋｅｙコード及びＤＥＣＴ ＩＤは初期化されない。初期化タイプ判定部１０１は、初期化のタイプをタイプ１と判定した場合には、当該判定を行った旨を計数制御部１０２に通知する。一方、タイプ２と判定した場合には、初期化実行指示が示す初期化のタイプを初期化実行部１０３に通知する。
【００２６】
計数制御部１０２は、ＷＥＢ ＩＤの変更の回数を計数する。本実施形態では、計数制御部１０２は、初期化タイプ判定部１０１によってタイプ１と判定された場合の、電話機１の初期化の実行回数を計数する。すなわち、計数制御部１０２は、カウンタ値等以外の全ての情報が初期化されるときのみ、初期化の回数を計数する。具体的には、計数制御部１０２は、タイプ１と判定された旨の通知を受信した場合、記憶部１２に設定されている現在のカウンタ値を１つ増やす。そして、計数制御部１０２は、１つ増やした後のカウンタ値が上限値（本実施形態では２５５）より大きいか否かを判定し、上限値以下である場合にはその値を、上限値より大きい場合には初期値を新たなカウンタ値として設定し、記憶部１２に記憶する。そして、計数制御部１０２は、初期化実行部１０３に計数が完了した旨を通知する。
【００２７】
初期化実行部１０３は、初期化実行指示の内容に基づいて、電話機１の初期化を実行する。初期化は、例えば、電話機１を再起動することにより行われる。初期化実行部１０３は、計数制御部１０２から計数が完了した旨の通知を受信した場合にはタイプ１に示す初期化を行う。一方、初期化実行部１０３は、初期化タイプ判定部１０１から通知を受けた場合には、その通知に含まれるタイプ２に示す初期化を行う。初期化実行部１０３は、初期化の実行が完了すると、ＷＥＢ ＩＤ生成部１０４にその旨を通知する。
【００２８】
ＷＥＢ ＩＤ生成部１０４は、初期化実行部１０３から初期化実行の完了通知を受けると、ＷＥＢ ＩＤを生成し、生成したＷＥＢ ＩＤを記憶部１２に記憶する。ＷＥＢ ＩＤ生成部１０４は、記憶部１２に記憶されているＤＥＣＴ ＩＤ及びカウンタ値を読み出し、ＤＥＣＴ ＩＤ及びカウンタ値に基づいてＷＥＢ ＩＤを生成する。すなわち、ＷＥＢ ＩＤ生成部１０４は、ＤＥＣＴ ＩＤ及びカウンタ値を含むＷＥＢ ＩＤを生成する。ＷＥＢ ＩＤ生成部１０４は、例えば、ＤＥＣＴ ＩＤ及びカウンタ値を所定のアルゴリズムに従って変換したものをＷＥＢ ＩＤとして生成する。なお、所定のアルゴリズムには、単にＤＥＣＴ ＩＤにカウンタ値の文字列を付加する生成方法が含まれていてもよい。
【００２９】
また、本実施形態では、カウンタ値の初期値が０であり、タイプ１の初期化が発生するたびに、カウンタ値がインクリメントされていく。従って、ＷＥＢ ＩＤ生成部１０４は、タイプ１の初期化が発生するたびに、インクリメントされた（上限値となった場合には初期値に戻った）カウンタ値とＤＥＣＴ ＩＤとを所定のアルゴリズムに従って変換することによりＷＥＢ ＩＤを生成することで、現在設定されているＷＥＢ ＩＤを新たなＷＥＢ ＩＤへと変更する。すなわち、ＷＥＢ ＩＤの変更は、上述した電話機１に対して予め決められているＷＥＢ ＩＤの群（例えば図４のＮｏ１〜２５６のＷＥＢ ＩＤ）から、ＷＥＢ ＩＤの変更毎に異なる１つのＷＥＢ ＩＤを、変更後のＷＥＢ ＩＤとして決定することにより行われる。さらに換言すれば、ＷＥＢ ＩＤの変更は、このように決定すると定められた所定の変更規則に従って行われる。そして、この所定の変更規則は、管理サーバ３との間で共有されている。そのため、管理サーバ３は、例えば変更通知要求等の処理を行うことなく、電話機１側でのＷＥＢ ＩＤの変更を容易に認識できる。それゆえ、電話機１のユーザの変更に応じた管理サーバ３による情報管理を簡易な方法で行うことができる。
【００３０】
上述のように、上記ＷＥＢ ＩＤの群に含まれるＷＥＢ ＩＤは、所定数（本実施形態では２５６個）の異なるＷＥＢ ＩＤである。そして、上述のように、カウンタ値が上限値に達したら、初期値を用いてＷＥＢ ＩＤが生成される。カウンタ値が初期値に戻らない場合には、ユーザの変更は２５６人までしか認められないことになる。しかし、本実施形態では、カウンタ値を初期値に戻してＷＥＢ ＩＤを生成する。そのため、２５７人目以降のユーザの変更にも対応してＷＥＢ ＩＤを生成できる。なお、２５７人目のＷＥＢ ＩＤとして生成されるＷＥＢ ＩＤが１人目と同じＷＥＢ ＩＤであっても、２５６人目（前回のユーザ）のＷＥＢ ＩＤとは異なる。そのため、例えば管理サーバ３側で、２５６人目のＷＥＢ ＩＤと２５７人目のＷＥＢ ＩＤとを比較することで、２５６人目のユーザに対応付けられた使用履歴情報を削除できる。
【００３１】
また、情報管理システム１００では、上記迷惑電話拒否サービスの利用に際して、当該サービスの契約及び解約の手続が必要なく、電話機１を電話回線網４に接続するだけで当該サービスを利用できる。一方、一般的な情報管理システムでは、管理サーバは、上記解約の手続が行われることにより、ユーザの変更があったことを認識する。そのため、従来の情報管理システムでは、管理サーバは、上記解約の手続が行われたことの通知を受けることでしか、ユーザの変更、及びユーザの変更に伴う処理のタイミングを認識できなかった。しかしながら、本実施形態では、電話機１及び管理サーバ３が上記所定の変更規則を共有しているため、上記解約がなくても、上記処理のタイミングを認識できる。
【００３２】
ここで、タイプ１の初期化の場合には、電話機１の現在のユーザが当該電話機１を手放して当該電話機１を使用する状況ではなくなり、新たな他のユーザが当該電話機１を使用する状況になったものと推定される。当該状況としては、電話機１の譲渡（例えば、贈り物としての電話機１の提供、電話機１のレンタル等）、修理及び整備等が挙げられる。
【００３３】
つまり、ＷＥＢ ＩＤ生成部１０４は、電話機１のユーザが現在のユーザから新たなユーザへと変更されたと推定される処理が発生したときに、上述した所定の変更規則に従って、ＷＥＢ ＩＤを、現在設定されているＷＥＢ ＩＤから新たなＷＥＢ ＩＤに変更するものといえる。具体的には、上述のように、ＷＥＢ ＩＤ生成部１０４は、ＷＥＢ ＩＤに含まれるカウンタ値（ＷＥＢ ＩＤの変更の回数を示す変更回数情報）を、計数制御部１０２が計数したカウンタ値に変更することにより決定したＷＥＢ ＩＤを、新たなユーザ識別情報とする。また、ＷＥＢ ＩＤ生成部１０４は、ＤＥＣＴ ＩＤに、計数制御部１０２が計数したＷＥＢ ＩＤの変更の回数を組み合わせることによりＷＥＢ ＩＤを決定する。
【００３４】
表示制御部１０５は、ディスプレイ１３を制御して、各種画像をディスプレイ１３に表示させる。表示制御部１０５は、例えば、工場出荷時に設定されているか、またはＷＥＢ ＩＤ生成部１０４が生成したＷＥＢ ＩＤをディスプレイ１３に表示させる。これにより、ユーザは、例えば、ＰＣ２のディスプレイ（不図示）に表示されるユーザ登録用画面、ユーザ認証用画面等のＷＥＢ管理画面に、ＷＥＢ ＩＤを入力することができる。そして、ＷＥＢ ＩＤを用いてユーザ登録を行っておくことにより、ユーザは、使用履歴情報の管理または閲覧、他のユーザが登録した迷惑電話情報の通知等、管理サーバ３による迷惑電話拒否サービス（それに付随したＷＥＢ管理サービス）の提供を受けることが可能となる。その他、表示制御部１０５は、発信先または着信元の電話番号、管理サーバ３で管理されている迷惑電話リストに含まれる電話番号等をディスプレイ１３に表示させる。
【００３５】
送受信制御部１０６は、通信部１６を制御することにより、電話回線網４経由で、使用履歴情報等を管理サーバ３に送信したり、管理サーバ３で管理されている迷惑電話情報等を受信したりする。
【００３６】
なお、本実施形態では、タイプ１と判定された場合、現在のカウンタ値は１つ増やされるが、これに限らず、所定値だけ増加または減少させてもよい。また、予め決められた所定値となったときに初期値に戻ればよい。例えば、減少させる場合、初期値は上限値（本実施形態では２５５）であり、上記所定値（本実施形態では下限値０）までカウントされると初期値に戻る。すなわち、カウンタ値の変更規則が、電話機１と管理サーバ３との間で共有されていれば、その変更規則は任意に設定できる。
【００３７】
また、ＰＣ２は、図１に示すように、主として、操作部２１、制御部２２及び通信部２３を備える。操作部２１は、ユーザ操作を受け付けるものであり、例えばタッチパネルまたはマウスで構成される。制御部２２は、電話機１を統括的に制御する。通信部２３は、インターネット回線網５経由で管理サーバ３とデータ通信を行う。例えば、操作部２１は、ユーザが入力するＷＥＢ ＩＤを受け付ける。制御部２２は、通信部２３を制御することにより、受け付けたＷＥＢ ＩＤを管理サーバ３へ送信する。
【００３８】
また、管理サーバ３は、図３に示すように、制御部３０、通信部３１及び記憶部３２を備えている。制御部３０は、管理サーバ３を統括的に制御する。制御部３０の詳細は後述する。通信部３１は、電話回線網４経由で電話機１と、インターネット回線網５経由でＰＣ２とのデータ通信を行う。記憶部３２は、ＷＥＢ ＩＤ管理テーブル３２１、使用履歴情報テーブル３２２、ユーザ情報テーブル３２３等、制御部３０が実行する各種の制御プログラム等を記憶する。記憶部３２は、例えばハードディスク、フラッシュメモリ等の不揮発性の記憶装置によって構成される。以下に各種テーブルについて説明する。
【００３９】
ＷＥＢ ＩＤ管理テーブル３２１は、図４に示すように、ＫｅｙコードとＷＥＢ ＩＤとが対応付けられたテーブルである。具体的には、ＷＥＢ ＩＤ管理テーブル３２１では、Ｋｅｙコードのそれぞれに対して、複数のＷＥＢ ＩＤ（本実施形態では２５６個）が対応付けられている。また、ＷＥＢ ＩＤ管理テーブル３２１には、各ＷＥＢ ＩＤに含まれるカウンタ値、ＷＥＢ ＩＤを最終認証した日時（ＷＥＢ ＩＤが変更された日時）が格納されている。また、ＷＥＢ ＩＤ管理テーブル３２１には、各電話機１、１ａ〜１ｃにおけるＷＥＢ ＩＤの利用可否を示す情報が格納されている。各Ｋｅｙコードに対応付けられたＷＥＢ ＩＤの群のうち、電話機１、１ａ〜１ｃにおいて現在設定されていると管理サーバ３が認識しているＷＥＢ ＩＤには「可」、それ以外のＷＥＢ ＩＤには「否」が設定される。ユーザ情報テーブル３２３は、図５に示すように、ＰＣ２においてユーザ登録用画面への入力を受け付けたＷＥＢ ＩＤ及び送信先メールアドレスを管理するテーブルである。使用履歴情報テーブル３２２は、図６に示すように、各Ｋｅｙコードと各電話機１、１ａ〜１ｃの使用履歴情報とを対応付けて管理するテーブルである。すなわち、使用履歴情報テーブル３２２は、使用履歴情報を電話機１、１ａ〜１ｃに対応付けて管理するテーブルである。使用履歴情報としては、各電話機１、１ａ〜１ｃにおいて発生した発信、着信等の処理、当該処理が発生した日時（操作日時）、通話時間、通信相手を示す電話番号等が挙げられる。図６では、１つのＫｅｙコードに対する使用履歴情報が蓄積されている例を示している。なお、使用履歴情報テーブル３２２には、発信動作の他、上述した発信動作による発信に関わる情報が記憶されていてもよい。
【００４０】
制御部３０は、図３に示すように、送受信制御部３０１（受信制御部）、ＷＥＢ ＩＤ一致判定部３０２、ＷＥＢ ＩＤ変更部３０３（サーバ側情報変更部）、使用履歴情報削除部３０４（情報削除部）及びユーザ登録処理部３０５を備えている。
【００４１】
送受信制御部３０１は、通信部３１を制御することにより、記憶部３２に記憶されている迷惑電話リストのデータ等を電話機１に送信する。また、送受信制御部３０１は、記憶部３２に記憶されている使用履歴情報、ユーザ登録用画面等をＰＣ２に送信する。さらに、送受信制御部３０１は、電話機１で管理されている使用履歴情報または迷惑電話情報等を、電話機１から受信する。また、送受信制御部３０１は、電話機１によって生成（決定）されたＷＥＢ ＩＤ等を、電話機１またはＰＣ２から受信する。
【００４２】
ＷＥＢ ＩＤ一致判定部３０２は、電話機１またはＰＣ２から受信したＷＥＢ ＩＤ（第１ユーザ識別情報）が、現在「可」となっているＷＥＢ ＩＤとが一致するか否かを判定する。ＷＥＢ ＩＤ一致判定部３０２は、これら２つのＷＥＢ ＩＤが一致しないと判定した場合に、その旨をＷＥＢ ＩＤ変更部３０３に通知する。
【００４３】
ＷＥＢ ＩＤ変更部３０３は、上記２つのＷＥＢ ＩＤが一致しないと判定された場合に、電話機１のユーザの変更に応じて、ＷＥＢ ＩＤを、現在設定されているＷＥＢ ＩＤから新たなＷＥＢ ＩＤに変更するものである。
【００４４】
ここで、ＷＥＢ ＩＤ変更部３０３による上記ユーザ識別情報の変更は、電話機１と同様、電話機１との間で共有している上述の所定の変更規則に従って行われる。すなわち、ＷＥＢ ＩＤの変更は、ＷＥＢ ＩＤ管理テーブル３２１において、上述した電話機１、１ａ〜１ｃごとに予め決められているＷＥＢ ＩＤの群（例えば図４のＮｏ１〜２５６のＷＥＢ ＩＤ）から、変更毎に異なる１つのＷＥＢ ＩＤを決定するように行われる。
【００４５】
また、ＷＥＢ ＩＤ変更部３０３は、ＷＥＢ ＩＤ一致判定部３０２によって上記２つのＷＥＢ ＩＤが一致しないと判定された場合、ＷＥＢ ＩＤ管理テーブル３２１に含まれる上記ＷＥＢ ＩＤの群のうち、受信したＷＥＢ ＩＤと一致するＷＥＢ ＩＤの利用可否を「可」に設定し、これまで「可」と設定されていたＷＥＢ ＩＤを「否」に設定する。
【００４６】
換言すれば、ＷＥＢ ＩＤ変更部３０３は、（１）ＰＣ２から受信したＷＥＢ ＩＤと、（２）上記所定の変更規則に従って、現在設定されているＷＥＢ ＩＤ（すなわち、「可」となっているＷＥＢ ＩＤ）の次またはそれ以降に決定されることになっているＷＥＢ ＩＤ（第２ユーザ識別情報）とが一致した場合、当該第２ユーザ識別情報としてのＷＥＢ ＩＤを電話機１の現在のユーザのユーザ識別情報として設定する。この場合、ＷＥＢ ＩＤ一致判定部３０２は、上記（１）のＷＥＢ ＩＤと、上記（２）のＷＥＢ ＩＤとが一致しているか否かを判定し、これら２つのＷＥＢ ＩＤが一致した場合に、その旨をＷＥＢ ＩＤ変更部３０３に通知する。
【００４７】
このようなＷＥＢ ＩＤ変更部３０３を備えることで、管理サーバ３は、例えば変更通知要求等の処理を行うことなく、電話機１で決定されたＷＥＢ ＩＤを受信するだけで、電話機１のＷＥＢ ＩＤに変更が生じているかどうかを判別できる。それゆえ、電話機１のユーザの変更に応じた管理サーバ３による情報管理を簡易な方法で行うことができる。
【００４８】
使用履歴情報削除部３０４は、ＰＣ２から受信したＷＥＢ ＩＤと、現在「可」となっているＷＥＢ ＩＤとが一致しない場合（上記（１）のＷＥＢ ＩＤと、上記（２）のＷＥＢ ＩＤとが一致した場合）、ＷＥＢ ＩＤを送信（生成）した電話機１に対応付けられた使用履歴情報を削除する。具体的には、使用履歴情報削除部３０４は、上記更新の完了通知を受けると、使用履歴情報テーブル３２２のうち、ＷＥＢ ＩＤを受信することにより利用可否が「可」から「否」に変更されたＷＥＢ ＩＤに対応付けられたＫｅｙコードを含む使用履歴情報テーブル３２２を削除する。
【００４９】
ユーザ登録処理部３０５は、ユーザ登録に関する処理を行う。具体的には、ユーザ登録処理部３０５は、ユーザ登録用画面に入力されたＷＥＢ ＩＤと送信先メールアドレスとを対応付けて、ユーザ情報テーブル３２３に格納する。
【００５０】
このように、管理サーバ３は、電話機１のユーザの変更に伴うＷＥＢ ＩＤの変更に伴い、電話機１（すなわち、Ｋｅｙコード）に対応付けて管理している使用履歴情報を削除する。これにより、電話機１の譲渡前のユーザによる電話機１の使用履歴情報を管理サーバ３から削除できる。そのため、譲渡前のユーザまたは第三者が、譲渡後のユーザの使用履歴情報を取得することができないようにすることができる。それゆえ、管理サーバ３で管理している使用履歴情報のセキュリティを向上することができる。
【００５１】
（情報管理システム１００の各装置の処理）
図７に基づいて、電話機１およびＰＣ２における処理の一例について説明する。電話機１では、操作部１１が初期化実行指示を取得すると（Ｓ１）、初期化タイプ判定部１０１は、初期化対象にＷＥＢ ＩＤが含まれるか否かを判定する（Ｓ２）。すなわち、初期化タイプ判定部１０１は、初期化実行指示がタイプ１の初期化を示すか否かを判定する。
【００５２】
タイプ１の場合（Ｓ２でＹＥＳ）、計数制御部１０２は、現在のカウンタ値を１つ増やし（Ｓ３）、そのカウンタ値が上限値を超えているか否かを判定する（Ｓ４）。計数制御部１０２は、上限値を超えている場合（Ｓ４でＹＥＳ）、初期値を新たなカウンタ値として設定する（Ｓ５）。一方、計数制御部１０２は、上限値以下の場合（Ｓ４でＮＯ）、１つ増やした後のカウンタ値を新たなカウンタ値として設定する。
【００５３】
Ｓ５の処理後、Ｓ２でＮＯの場合、またはＳ４でＮＯの場合、初期化実行部１０３が初期化実行指示に従った初期化を行う（Ｓ６）。その後、ＷＥＢ ＩＤ生成部１０４は、ＷＥＢ ＩＤを生成し（Ｓ７；端末側情報変更ステップ）、表示制御部１０５は、生成されたＷＥＢ ＩＤをディスプレイ１３に表示する（Ｓ８）。なお、Ｓ５の処理後、及びＳ４でＮＯの場合には、変更されたカウンタ値を含むＷＥＢ ＩＤが生成される。すなわち、記憶部１２に記憶されるＷＥＢ ＩＤが変更（更新）される。Ｓ２でＮＯの場合には、初期化前後において、ＷＥＢ ＩＤの変更は無い。また、Ｓ６及びＳ７の処理はその処理順を問わない。
【００５４】
ユーザがディスプレイ１３に表示されたＷＥＢ ＩＤを確認し、ＰＣ２において当該ＷＥＢ ＩＤを入力する。このＷＥＢ ＩＤの入力は、例えば管理サーバ３にユーザ登録を行うタイミングで行われる。ＰＣ２の操作部２１は、ＷＥＢ ＩＤの入力を受け付けると（Ｓ１１）、当該ＷＥＢ ＩＤを管理サーバ３に送信する（Ｓ１２）。これにより、管理サーバ３は、当該ＷＥＢ ＩＤを受信することにより、電話機１に現在設定されているＷＥＢ ＩＤに変更が生じているかを確認できる。
【００５５】
次に、図８に基づいて、管理サーバ３における処理の一例について説明する。管理サーバ３では、ＰＣ２からのユーザ登録指示を受けて、ユーザ登録処理部３０５は、ユーザ登録用画面をＰＣ２に送信する（Ｓ２１）。図７のＳ１１及びＳ１２において、ＰＣ２は、ユーザ登録用画面へのＷＥＢ ＩＤ及び送信先メールアドレスの入力を受け付け、当該ＷＥＢ ＩＤ及び送信先メールアドレスを管理サーバ３に送信する。管理サーバ３では、送受信制御部３０１が当該ＷＥＢ ＩＤ及び送信先メールアドレスを受信する（Ｓ２２；受信制御ステップ）。なお、管理サーバ３の、ＷＥＢ ＩＤ及び送信先メールアドレスの受信タイミング（ＰＣ２の送信タイミング）は、ユーザ登録時に限られない。
【００５６】
その後、ＷＥＢ ＩＤ一致判定部３０２は、ＷＥＢ ＩＤ管理テーブル３２１を参照して、当該ＷＥＢ ＩＤに対応付けられたＫｅｙコードを取得する（Ｓ２３）。そして、ＷＥＢ ＩＤ一致判定部３０２は、ＷＥＢ ＩＤ管理テーブル３２１を参照して、受信したＷＥＢ ＩＤが、取得したＫｅｙコードに対応付けられたＷＥＢ ＩＤの群のうち、現時点で利用可否が「可」となっているＷＥＢ ＩＤと異なっているか否かを判定する（Ｓ２４）。異なっていると判定された場合には（Ｓ２４でＹＥＳ）、ＷＥＢ ＩＤ変更部３０３は、利用可否が「可」となっているＷＥＢ ＩＤの利用可否を「否」に変更するとともに、受信したＷＥＢ ＩＤに対応するＷＥＢ ＩＤの利用可否を「可」に変更する（Ｓ２５；サーバ側情報変更ステップ）。すなわち、ＷＥＢ ＩＤ変更部３０３は、上記第２ユーザ識別情報としてのＷＥＢ ＩＤを「可」に変更することにより、電話機１の現在のユーザのＷＥＢ ＩＤとして設定する。なお、上述のように、ＷＥＢ ＩＤ一致判定部３０２は、Ｓ２４において、上記（１）のＷＥＢ ＩＤと上記（２）のＷＥＢ ＩＤとが一致しているかを判定してもよい。この場合、一致していればＳ２４の処理に移行する。その後、使用履歴情報削除部３０４は、取得したＫｅｙコードに対応付けられた使用履歴情報を削除する（Ｓ２６）。そして、ユーザ登録処理部３０５は、Ｓ２２で受信したＷＥＢ ＩＤ及び送信先メールアドレスをユーザ情報テーブル３２３に登録する（Ｓ２７）。一方、上記２つのＷＥＢ ＩＤが一致すると判定された場合には（Ｓ２４でＮＯ）、ユーザの変更が生じていないと推定されるため、ＷＥＢ ＩＤを変更し、使用履歴情報を削除する必要がない。そのため、この場合、図８のフローは終了となる。
【００５７】
なお、Ｓ２５及びＳ２６の処理はその処理順を問わない。また、Ｓ２７の処理は、Ｓ２２の処理後であればよい。また、Ｓ２５の処理において、ＷＥＢ ＩＤ変更部３０３は、ＷＥＢ ＩＤに含まれるカウンタ値が０から２５５へと変更されている間については、受信したＷＥＢ ＩＤよりも古いＷＥＢ ＩＤを無効にすることで、ＷＥＢ ＩＤを更新してもよい。この場合、初期状態では、１つのＫｅｙコードに属するＷＥＢ ＩＤの全てが「可」となっている。ＷＥＢ ＩＤ変更部３０３は、「可」のＷＥＢ ＩＤのうち、カウンタ値が一番小さいＷＥＢ ＩＤを、電話機１の現在のユーザのＷＥＢ ＩＤとして設定する。初期状態では初期値０を含むＷＥＢ ＩＤを、電話機１の現在のユーザのＷＥＢ ＩＤとして設定する。そして、Ｓ２４でＹＥＳの場合、ＷＥＢ ＩＤ変更部３０３は、Ｓ２５の処理において「可」のＷＥＢ ＩＤのうち、カウンタ値が一番小さいＷＥＢ ＩＤの利用可否を「否」とすることで当該ＷＥＢ ＩＤを無効にし、次にカウンタ値が大きいＷＥＢ ＩＤを、電話機１の現在のユーザのＷＥＢ ＩＤとして設定する。例えば、１回目のＷＥＢ ＩＤの変更であれば、ＷＥＢ ＩＤ変更部３０３は、カウンタ値が０のＷＥＢ ＩＤの利用可否を「否」とし、カウンタ値が一番小さい「可」のＷＥＢ ＩＤ（すなわち、カウンタ値が１のＷＥＢ ＩＤ）を、電話機１の現在のユーザのＷＥＢ ＩＤとしてとして設定する。
【００５８】
また、図７では、電話機１が生成したＷＥＢ ＩＤをディスプレイ１３に表示し、その表示を確認したユーザがＰＣ２に当該ＷＥＢ ＩＤを入力することにより、ＰＣ２が当該ＷＥＢ ＩＤを管理サーバ３に送信する（Ｓ１１〜Ｓ１３）。これに限らず、例えば、電話機１が生成（決定）したＷＥＢ ＩＤを、電話機１が管理サーバ３に直接送信する構成であってもよい。この場合、送受信制御部１０６は、例えば所定期間ごとの管理サーバ３へのアクセス時に、生成されたＷＥＢ ＩＤを管理サーバ３に送信する。また、この場合、図８では、Ｓ２１及びＳ２７の処理（ユーザ登録に係る処理）は行われず、Ｓ２２では、管理サーバ３の送受信制御部３０１は、電話機１から送信されたＷＥＢ ＩＤを受信する。また、前回のアクセス時に受信したＷＥＢ ＩＤが、現時点で利用可否が「可」となっているＷＥＢ ＩＤであってもよい。この場合、Ｓ２４において、電話機１またはＰＣ２から受信したＷＥＢ ＩＤが、前回のアクセス時に受信したＷＥＢ ＩＤと異なっていると判断された場合に、使用履歴情報削除部３０４は、当該電話機１の使用履歴情報を削除する。
【００５９】
〔実施形態２〕
実施形態２について、図９に基づいて説明すれば、以下の通りである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。なお、情報管理システム１００ａは、実施形態１の、電話回線網４に接続された電話機１、１ａ〜１ｃを含むシステムであってもよい。
【００６０】
本実施形態の情報管理システム１００ａは、電話機１、１ａ〜１ｃの代わりに電話機６、６ａ〜６ｃ（ユーザ端末）を備えている点で、実施形態１の情報管理システム１００と異なる。電話機６、６ａ〜６ｃは、電話回線網４ではなく、ＰＣ２と同様インターネット回線網５経由で、管理サーバ３と通信可能に接続される。すなわち、電話機６、６ａ〜６ｃは、ＩＰ（Internet Protocol）電話、特にインターネット電話である。
【００６１】
電話機６、６ａ〜６ｃは、図１に示す電話機１と同様の構成を有しており、初期化が実行されるたびにＷＥＢ ＩＤを生成する。ただし、電話機６、６ａ〜６ｃは、電話回線網４を用いていないため、端末識別情報としてＤＥＣＴ ＩＤを用いることができない。その代わり、電話機６、６ａ〜６ｃは、インターネット回線網５に接続される。そのため、電話機６、６ａ〜６ｃにはそれぞれ、端末識別情報としてＤＥＣＴ ＩＤの代わりにＭＡＣアドレスが割り当てられる。したがって、電話機６、６ａ〜６ｃは、端末設定情報としてＫｅｙコード及びＭＡＣアドレスを有している。そして、ＷＥＢ ＩＤ生成部１０４は、ＤＥＣＴ ＩＤの代わりにＭＡＣアドレスにカウンタ値を用いることにより、ＷＥＢ ＩＤを生成する。
【００６２】
〔変形例〕
その他、電話機１、１ａ〜１ｃまたは電話機６、６ａ〜６ｃとしては、以下のような構成であってもよい。例えば、実施形態１では、タイプ１の初期化が実行されたときにＷＥＢ ＩＤが変更されるが、これに限らず、電話機１の電話番号が変更されたときにＷＥＢ ＩＤが変更されてもよい。すなわち、電話機１のユーザの変更があったと推定される処理は、電話番号の変更処理であってもよい。この場合、電話機１は、初期化タイプ判定部１０１及び初期化実行部１０３を備えている必要はなく、初期化タイプ判定部１０１の代わりに、電話番号の変更があったか否かを判定する電話番号変更判定部を備えていればよい。この場合、カウンタ値は、電話番号の変更回数となる。計数制御部１０２は、電話番号の変更があったと判定されるたびにカウンタ値をインクリメントする。ＷＥＢ ＩＤ生成部１０４は、計数制御部１０２からインクリメントした旨の通知を受けると、ＷＥＢ ＩＤを生成する。
【００６３】
また、情報管理システム１００、１００ａが迷惑電話拒否サービスを実現するものとして説明したが、これに限らず、任意のサービスを実現するものであってよい。上記システムは特に、管理対象機器である電話機等のユーザ端末がレンタル用であり、管理サーバがユーザ端末ごとにデータを管理し、ユーザ端末のユーザが変わるたびに当該データを削除するユースケースに好適に使用できる。さらに、上記では、ユーザ端末として電話機を挙げているが、これに限らず、ドアフォン、ファクシミリ、ＰＣ、タブレット等の各種電子機器であってもよい。
【００６４】
また、上記では、電話機１等ではＷＥＢ ＩＤを生成し、管理サーバ３ではＷＥＢ ＩＤ管理テーブル３２１を管理するものとして説明したが、これに限られない。例えば、管理サーバ３側でＷＥＢ ＩＤを生成してもよい。この場合、管理サーバ３は、受信したＷＥＢ ＩＤに対して、電話機１等で行われる所定のアルゴリズムに基づく演算と逆の演算を行うことで、ＤＥＣＴ ＩＤとカウンタ値とを割り出し、ＤＥＣＴ ＩＤに対応する電話機１等において現在設定されているＷＥＢ ＩＤを特定してもよい。この場合、管理サーバ３にてＷＥＢ ＩＤ管理テーブル３２１を管理する必要がない。また、電話機１等で、割り当てられているＷＥＢ ＩＤの群をテーブルとして管理してもよい。この場合、電話機１等において上記演算を行う必要がない。さらに、電話機１等および管理サーバ３の双方で、ＷＥＢ ＩＤを生成してもよい。また、電話機１等および管理サーバ３の双方で、ＷＥＢ ＩＤ管理テーブル３２１を管理してもよい。
【００６５】
〔ソフトウェアによる実現例〕
電話機１、ＰＣ２及び管理サーバ３の制御ブロック（特に制御部１０の各ブロック、制御部２２、制御部３０の各ブロック）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。
【００６６】
後者の場合、電話機１、ＰＣ２及び管理サーバ３は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【００６７】
〔まとめ〕
本発明の態様１に係るユーザ端末（電話機１、１ａ〜１ｃ、６、６ａ〜６ｃ）は、ユーザ端末に対応付けられた端末情報（使用履歴情報）が管理サーバ（３）によって管理される当該ユーザ端末であって、上記ユーザ端末のユーザが現在のユーザから新たなユーザへと変更されたと推定される処理が発生したときに、ユーザを識別するためのユーザ識別情報（ＷＥＢ ＩＤ）を、現在設定されているユーザ識別情報から新たなユーザ識別情報に変更する端末側情報変更部（ＷＥＢ ＩＤ生成部１０４）を備え、上記端末側情報変更部による上記ユーザ識別情報の変更は、所定の変更規則に従って行われ、上記所定の変更規則は、上記ユーザ端末ごとに予め決められている上記ユーザ識別情報の群から、上記ユーザ識別情報の変更毎に異なる１つの上記ユーザ識別情報を決定することを定めたものである。
【００６８】
上記構成によれば、ユーザ端末は、上記推定される処理が発生したときに、上記所定の変更規則に従って、現在設定されているユーザ識別情報から新たなユーザ識別情報に変更する。
【００６９】
したがって、管理サーバは、上記所定の変更規則が予め設定されることにより、例えば変更通知要求等の処理を行うことなく、ユーザ端末側でのユーザ識別情報の変更を容易に認識できる。それゆえ、ユーザ端末のユーザの変更に応じた管理サーバによる情報管理を簡易な方法で行うことができる。
【００７０】
さらに、本発明の態様２に係るユーザ端末では、上記態様１において、上記端末側情報変更部は、上記ユーザの変更に伴う上記ユーザ端末の初期化が行われたときに、上記ユーザ識別情報を変更してもよい。
【００７１】
上記構成によれば、ユーザ端末は、上記初期化をトリガとしてユーザ識別情報を変更する。それゆえ、ユーザ端末は、簡易な方法で、かつ精度よくユーザの変更を認識できる。
【００７２】
さらに、本発明の態様３に係るユーザ端末は、上記態様２において、上記ユーザ識別情報には、上記ユーザ識別情報の変更の回数を示す変更回数情報（カウンタ値）が含まれており、上記ユーザ識別情報の変更の回数を計数する計数制御部（１０２）を備え、上記端末側情報変更部は、上記変更回数情報が示す上記ユーザ識別情報の変更の回数を、上記計数制御部が計数した上記ユーザ識別情報の変更の回数に変更することにより決定した上記ユーザ識別情報を、上記新たなユーザ識別情報としてもよい。
【００７３】
上記構成によれば、ユーザ端末は、ユーザ識別情報に含まれる変更回数情報が示す、ユーザ識別情報の変更の回数を、計数制御部によって計数されたユーザ識別情報の変更の回数に変更するだけで、新たなユーザ識別情報に変更できる。それゆえ、ユーザ端末は、簡易な方法でユーザ識別情報を変更できる。また、管理サーバは、ユーザ識別情報に含まれる変更回数情報を確認するだけで、ユーザ識別情報の変更の有無を確認できる。
【００７４】
さらに、本発明の態様４に係るユーザ端末は、上記態様３において、上記ユーザ識別情報には、上記ユーザ端末を識別するための端末識別情報（ＤＥＣＴ ＩＤ、ＭＡＣアドレス）が含まれており、上記端末側情報変更部は、上記端末識別情報に、上記計数制御部が計数した上記ユーザ識別情報の変更の回数を組み合わせることにより上記ユーザ識別情報を決定してもよい。
【００７５】
上記構成によれば、ユーザ識別情報に端末識別情報が含まれているので、管理サーバは、管理サーバが端末情報を管理している複数のユーザ端末のうち、ユーザ識別情報に変更が生じたユーザ端末を正確に特定できる。
【００７６】
さらに、本発明の態様５に係るユーザ端末は、上記態様１から４のいずれかにおいて、  上記群に含まれる上記ユーザ識別情報は、所定数の異なる上記ユーザ識別情報であってもよい。
【００７７】
上記構成によれば、予め決められているユーザ識別情報が所定数（有限）の異なる情報であるため、管理サーバは、ユーザ端末側でのユーザ識別情報の変更を容易にかつ確実に認識できる。
【００７８】
さらに、本発明の態様６に係るユーザ端末は、上記態様１から５のいずれかにおいて、電話機であってもよい。
【００７９】
上記構成によれば、電話機の端末情報を管理サーバにて管理する環境において、ユーザの変更に応じた管理サーバによる情報管理を簡易な方法で行うことができる。
【００８０】
さらに、本発明の態様７に係るユーザ端末では、上記態様１から６のいずれかにおいて、上記所定の変更規則は、上記ユーザ端末と上記管理サーバとの間で共有されていてもよい。
【００８１】
上記構成によれば、管理サーバは、例えば変更通知要求等の処理を行うことなく、ユーザ端末側でのユーザ識別情報の変更を容易に認識できる。
【００８２】
さらに、本発明の態様８に係る管理サーバ（３）は、ユーザ端末（電話機１、１ａ〜１ｃ、６、６ａ〜６ｃ）に対応付けられた端末情報（使用履歴情報）を管理する管理サーバであって、上記ユーザ端末のユーザの変更に応じて、ユーザを識別するためのユーザ識別情報（ＷＥＢ ＩＤ）を、現在設定されているユーザ識別情報から新たなユーザ識別情報に変更するサーバ側情報変更部（ＷＥＢ ＩＤ変更部３０３）を備え、上記サーバ側情報変更部による上記ユーザ識別情報の変更は、所定の変更規則に従って行われ、上記所定の変更規則は、上記ユーザ端末ごとに予め決められている上記ユーザ識別情報の群から、上記ユーザ識別情報の変更毎に異なる１つの上記ユーザ識別情報を決定することを定めたものであり、上記ユーザ端末または上記ユーザ端末以外の装置（ＰＣ２）から、上記ユーザ端末によって決定された上記ユーザ識別情報を受信する受信制御部（送受信制御部３０１）をさらに備え、（１）上記受信制御部が受信した上記ユーザ識別情報である第１ユーザ識別情報と、（２）上記所定の変更規則に従って、上記現在設定されているユーザ識別情報の次またはそれ以降に決定されることになっている第２ユーザ識別情報と、が一致した場合、上記サーバ側情報変更部は、上記第２ユーザ識別情報を上記ユーザ端末の現在のユーザの上記ユーザ識別情報として設定する。
【００８３】
上記構成によれば、管理サーバは、上記第１ユーザ識別情報と上記第２ユーザ識別情報とが一致した場合に、第２ユーザ識別情報を、ユーザ端末の現在のユーザのユーザ識別情報として設定する。また、管理サーバにおいて、ユーザ識別情報は、所定の変更規則に従って変更される。
【００８４】
したがって、管理サーバは、上記所定の変更規則が予め設定されることにより、例えば変更通知要求等の処理を行うことなく、ユーザ端末で決定されたユーザ識別情報を受信するだけで、当該ユーザ端末のユーザ識別情報に変更が生じているかどうかを判別できる。それゆえ、ユーザ端末のユーザの変更に応じた管理サーバによる情報管理を簡易な方法で行うことができる。
【００８５】
さらに、本発明の態様９に係る管理サーバは、上記態様８において、上記第１ユーザ識別情報と上記第２ユーザ識別情報とが一致した場合、上記第１ユーザ識別情報を生成したユーザ端末に対応付けられた上記端末情報を削除する情報削除部（使用履歴情報削除部３０４）を備えてもよい。
【００８６】
上記構成によれば、上記第１ユーザ識別情報と上記第２ユーザ識別情報とが一致した場合、管理サーバは、当該第１ユーザ識別情報を送信したユーザ端末に対応付けられた端末情報を削除する。すなわち、管理サーバは、当該ユーザ端末のユーザが変更された場合に、当該ユーザ端末に対応付けられた端末情報を削除する。それゆえ、変更後のユーザによって、変更前のユーザの端末情報が閲覧されることを防止できる。すなわち、管理サーバに管理されている管理情報のセキュリティを向上させることができる。
【００８７】
さらに、本発明の態様１０に係る管理サーバでは、上記態様８または９において、上記所定の変更規則は、上記ユーザ端末と上記管理サーバとの間で共有されていてもよい。
【００８８】
上記構成によれば、管理サーバは、例えば変更通知要求等の処理を行うことなく、ユーザ端末で決定されたユーザ識別情報を受信するだけで、当該ユーザ端末のユーザ識別情報に変更が生じているかどうかを判別できる。
【００８９】
さらに、本発明の態様１１に係る情報管理システム（１００、１００ａ）は、上記態様１から７のいずれかのユーザ端末と、上記態様８から１０のいずれかの管理サーバとを備えてもよい。
【００９０】
上記構成によれば、態様１または８にて述べたように、ユーザ端末のユーザの変更に応じた管理サーバによる情報管理を簡易な方法で行うことができる。
【００９１】
さらに、本発明の態様１２に係るユーザ端末（１、１ａ〜１ｃ、６、６ａ〜６ｃ）の制御方法は、ユーザ端末に対応付けられた端末情報が管理サーバ（３）によって管理される当該ユーザ端末の制御方法であって、上記ユーザ端末のユーザが現在のユーザから新たなユーザへと変更されたと推定される処理が発生したときに、ユーザを識別するためのユーザ識別情報を、現在設定されているユーザ識別情報から新たなユーザ識別情報に変更する端末側情報変更ステップ（Ｓ７）を含み、上記端末側情報変更ステップにおける上記ユーザ識別情報の変更は、所定の変更規則に従って行われ、上記所定の変更規則は、上記ユーザ端末ごとに予め決められている上記ユーザ識別情報の群から、上記ユーザ識別情報の変更毎に異なる１つの上記ユーザ識別情報を決定することを定めたものである。
【００９２】
上記構成によれば、態様１にて述べたように、ユーザ端末のユーザの変更に応じた管理サーバによる情報管理を簡易な方法で行うことができる。
【００９３】
さらに、本発明の態様１３に係る管理サーバ（３）の制御方法は、ユーザ端末に対応付けられた端末情報を管理する管理サーバの制御方法であって、上記ユーザ端末のユーザの変更に応じて、ユーザを識別するためのユーザ識別情報を、現在設定されているユーザ識別情報から新たなユーザ識別情報に変更するサーバ側情報変更ステップ（Ｓ２５）を含み、上記サーバ側情報変更ステップにおける上記ユーザ識別情報の変更は、所定の変更規則に従って行われ、上記所定の変更規則は、上記ユーザ端末ごとに予め決められている上記ユーザ識別情報の群から、上記ユーザ識別情報の変更毎に異なる１つの上記ユーザ識別情報を決定することを定めたものであり、上記ユーザ端末または上記ユーザ端末以外の装置から、上記ユーザ端末によって決定された上記ユーザ識別情報を受信する受信制御ステップ（Ｓ２２）をさらに含み、（１）上記受信制御ステップにおいて受信した上記ユーザ識別情報である第１ユーザ識別情報と、（２）上記所定の変更規則に従って、上記現在設定されているユーザ識別情報の次またはそれ以降に決定されることになっている第２ユーザ識別情報と、が一致した場合、上記サーバ側情報変更ステップでは、上記第２ユーザ識別情報を上記ユーザ端末の現在のユーザの上記ユーザ識別情報として設定する。
【００９４】
上記構成によれば、態様８にて述べたように、ユーザ端末のユーザの変更に応じた管理サーバによる情報管理を簡易な方法で行うことができる。
【００９５】
さらに、本発明の各態様に係るユーザ端末または管理サーバは、コンピュータによって実現してもよく、この場合には、コンピュータを上記ユーザ端末または管理サーバが備える各部（ソフトウェア要素）として動作させることにより上記ユーザ端末または管理サーバをコンピュータにて実現させるユーザ端末の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【００９６】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。
【符号の説明】
【００９７】
１、１ａ〜１ｃ、６、６ａ〜６ｃ  電話機（ユーザ端末）、２  ＰＣ（ユーザ端末以外の装置）、３  管理サーバ、１００、１００ａ  情報管理システム、１０２  計数制御部、１０４  ＷＥＢ ＩＤ生成部（端末側情報変更部）、３０１  送受信制御部（受信制御部）、３０３  ＷＥＢ ＩＤ変更部（サーバ側情報変更部）、３０４  使用履歴情報削除部（情報削除部）
【図１】
0006556558.tif 000002
【図２】
0006556558.tif 000003
【図３】
0006556558.tif 000004
【図４】
0006556558.tif 000005
【図５】
0006556558.tif 000006
【図６】
0006556558.tif 000007
【図７】
0006556558.tif 000008
【図８】
0006556558.tif 000009
【図９】
0006556558.tif 000010