JP6556558B2

JP6556558B2 - ユーザ端末、管理サーバ、情報管理システム、ユーザ端末の制御方法、及び管理サーバの制御方法

Info

Publication number: JP6556558B2
Application number: JP2015165170A
Authority: JP
Inventors: 幸知赤木; 龍一藤山; 仰藤井; 智康藤井; 健治岩井
Original assignee: TOBILA SYSTEMS, INC.; Sharp Corp
Current assignee: TOBILA SYSTEMS, INC.; Sharp Corp
Priority date: 2015-08-24
Filing date: 2015-08-24
Publication date: 2019-08-07
Anticipated expiration: 2035-08-24
Also published as: JP2017045145A

Description

本発明は、ユーザ端末、及び当該ユーザ端末に対応付けられた端末情報を管理する管理サーバ等に関する。

従来から、ＷＥＢサービスを提供するサーバから、ユーザ端末がＷＥＢサービスに関する情報を取得するシステムにおいては、ユーザ認証方法に関する様々な技術が開発されている。その一例としては、特許文献１に開示された技術が挙げられる。特許文献１には、ユーザによる入力情報と単一の秘密鍵とを用いて公開鍵および秘密鍵を作成すると共に、作成された公開鍵を、当該入力情報を元に作成されたユーザＩＤと共に認証機関に登録する複数認証装置が開示されている。この技術では、単一の秘密鍵を複数のユーザが用いた場合であっても、個々のユーザごとに認証を行うことが可能となる。

特開２００３−３０４２４２号公報（２００３年１０月２４日公開）

しかしながら、特許文献１の技術では、ユーザが使用するユーザ端末が譲渡され、当該ユーザ端末の現在のユーザが他のユーザに変更となった場合を想定していない。そのため、特許文献１の技術では、上記変更が生じた後も、変更前のユーザ固有の情報がサーバに管理されているので、当該情報が変更後のユーザに漏洩してしまう可能性がある。また、変更後のユーザがサーバに管理した情報を、変更前のユーザがアクセスできる可能性がある。このように、特許文献１の技術では、サーバは、上記ユーザの変更に応じた情報管理を行うことができない可能性があった。

本発明は、上記の課題に鑑み、ユーザ端末のユーザの変更に応じたサーバによる情報管理を簡易な方法で行うことが可能なユーザ端末等を提供することを目的とする。

上記の課題を解決するために、本発明の一態様に係るユーザ端末は、ユーザ端末に対応付けられた端末情報が管理サーバによって管理される当該ユーザ端末であって、上記ユーザ端末のユーザが現在のユーザから新たなユーザへと変更されたと推定される処理が発生したときに、ユーザを識別するためのユーザ識別情報を、現在設定されているユーザ識別情報から新たなユーザ識別情報に変更する端末側情報変更部を備え、上記端末側情報変更部による上記ユーザ識別情報の変更は、所定の変更規則に従って行われ、上記所定の変更規則は、上記ユーザ端末ごとに予め決められている上記ユーザ識別情報の群から、上記ユーザ識別情報の変更毎に異なる１つの上記ユーザ識別情報を決定することを定めたものである。

さらに、上記の課題を解決するために、本発明の一態様に係る管理サーバは、ユーザ端末に対応付けられた端末情報を管理する管理サーバであって、上記ユーザ端末のユーザの変更に応じて、ユーザを識別するためのユーザ識別情報を、現在設定されているユーザ識別情報から新たなユーザ識別情報に変更するサーバ側情報変更部を備え、上記サーバ側情報変更部による上記ユーザ識別情報の変更は、所定の変更規則に従って行われ、上記所定の変更規則は、上記ユーザ端末ごとに予め決められている上記ユーザ識別情報の群から、上記ユーザ識別情報の変更毎に異なる１つの上記ユーザ識別情報を決定することを定めたものであり、上記ユーザ端末または上記ユーザ端末以外の装置から、上記ユーザ端末によって決定された上記ユーザ識別情報を受信する受信制御部をさらに備え、（１）上記受信制御部が受信した上記ユーザ識別情報である第１ユーザ識別情報と、（２）上記所定の変更規則に従って、上記現在設定されているユーザ識別情報の次またはそれ以降に決定されることになっている第２ユーザ識別情報と、が一致した場合、上記サーバ側情報変更部は、上記第２ユーザ識別情報を上記ユーザ端末の現在のユーザの上記ユーザ識別情報として設定する。

さらに、上記の課題を解決するために、本発明の一態様に係るユーザ端末の制御方法は、ユーザ端末に対応付けられた端末情報が管理サーバによって管理される当該ユーザ端末の制御方法であって、上記ユーザ端末のユーザが現在のユーザから新たなユーザへと変更されたと推定される処理が発生したときに、ユーザを識別するためのユーザ識別情報を、現在設定されているユーザ識別情報から新たなユーザ識別情報に変更する端末側情報変更ステップを含み、上記端末側情報変更ステップにおける上記ユーザ識別情報の変更は、所定の変更規則に従って行われ、上記所定の変更規則は、上記ユーザ端末ごとに予め決められている上記ユーザ識別情報の群から、上記ユーザ識別情報の変更毎に異なる１つの上記ユーザ識別情報を決定することを定めたものである。

さらに、上記の課題を解決するために、本発明の一態様に係る管理サーバの制御方法は、ユーザ端末に対応付けられた端末情報を管理する管理サーバの制御方法であって、上記ユーザ端末のユーザの変更に応じて、ユーザを識別するためのユーザ識別情報を、現在設定されているユーザ識別情報から新たなユーザ識別情報に変更するサーバ側情報変更ステップを含み、上記サーバ側情報変更ステップにおける上記ユーザ識別情報の変更は、所定の変更規則に従って行われ、上記所定の変更規則は、上記ユーザ端末ごとに予め決められている上記ユーザ識別情報の群から、上記ユーザ識別情報の変更毎に異なる１つの上記ユーザ識別情報を決定することを定めたものであり、上記ユーザ端末または上記ユーザ端末以外の装置から、上記ユーザ端末によって決定された上記ユーザ識別情報を受信する受信制御ステップをさらに含み、（１）上記受信制御ステップにおいて受信した上記ユーザ識別情報である第１ユーザ識別情報と、（２）上記所定の変更規則に従って、上記現在設定されているユーザ識別情報の次またはそれ以降に決定されることになっている第２ユーザ識別情報と、が一致した場合、上記サーバ側情報変更ステップでは、上記第２ユーザ識別情報を上記ユーザ端末の現在のユーザの上記ユーザ識別情報として設定する。

本発明の一態様によれば、ユーザ端末のユーザの変更に応じた管理サーバによる情報管理を簡易な方法で行うことができるという効果を奏する。

本発明の実施形態１に係る電話機の構成を示す機能ブロック図である。本発明の実施形態１に係る情報管理システムの概要を示す図である。本発明の実施形態１に係る管理サーバの構成を示す機能ブロック図である。ＷＥＢＩＤ管理テーブルの一例を示す図である。ユーザ情報テーブルの一例を示す図である。使用履歴情報テーブルの一例を示す図である。電話機およびＰＣにおける処理の一例を示すフローチャートである。管理サーバにおける処理の一例を示すフローチャートである。本発明の実施形態２に係る情報管理システムの概要を示す図である。

〔実施形態１〕
以下、本発明の実施の形態について、図１〜図９を用いて詳細に説明する。

（情報管理システム１００における各装置の構成）
本実施形態の情報管理システム１００は、迷惑電話拒否サービスを実現するものである。情報管理システム１００は、電話機１、１ａ〜１ｃ（ユーザ端末）、ＰＣ２（Personal Computer）（ユーザ端末以外の装置）及び管理サーバ３を備えている。当該迷惑電話拒否サービスは、電話機１、１ａ〜１ｃにおいて迷惑電話の着信を拒否するサービスである。また、情報管理システム１００は、電話機１、１ａ〜１ｃの使用履歴、使用状況等をユーザがＰＣ２を用いて参照したり、当該情報をメールにてユーザに通知するＷＥＢ管理サービスを実現する。

図２に示すように、電話機１、１ａ〜１ｃは、電話回線網４経由で管理サーバ３と通信可能に接続される。電話機１、１ａ〜１ｃは、管理サーバ３で管理する迷惑番号リストのデータを管理サーバ３から取得して、自機の迷惑電話リストを管理している。具体的には、電話機１、１ａ〜１ｃは、所定期間ごと（例えば１日に１回）に管理サーバ３へアクセスして、最新版の迷惑電話リストに更新するためのデータを取得し、自機が管理する迷惑電話リストを更新する。これにより、最新の迷惑電話リストによって迷惑電話の着信を拒否できる。また、電話機１、１ａ〜１ｃは、例えば上記アクセス時に、ユーザによる各電話機１、１ａ〜１ｃの使用履歴を示す使用履歴情報（発信動作または当該発信動作による発信に関わる情報を含む）等の各種情報（端末情報）を管理サーバ３へ送信する。また、電話機１、１ａ〜１ｃは、例えば、各ユーザが使用する電話機１、１ａ〜１ｃに着信があった、迷惑電話であると判断した電話番号（迷惑番号）を示す迷惑電話情報を、必要に応じて電話回線網４を通じて管理サーバ３へ送信する。

ＰＣ２は、インターネット回線網５経由で管理サーバ３と通信可能に接続される。ＰＣ２は、電話機１を現在使用するユーザに関する情報（ユーザ情報）を管理サーバ３へ送信する。ユーザに関する情報とは、ＷＥＢＩＤ（後述）、送信先メールアドレス等を指す。なお、ＰＣ２は、インターネット回線網５に接続可能な通信端末であれば、携帯電話機（スマートフォン）、タブレット等であってもよい。また、ユーザは、管理サーバ３へのアクセスのために、ＰＣ２を用いて、ユーザ登録（例えば、ＷＥＢＩＤと送信先メールアドレスとを対応付けて管理サーバ３に管理させる処理）を行う。なお、ＷＥＢＩＤは、電話機１から、例えば上記管理サーバ３へのアクセス時に送信されてもよい。

管理サーバ３は、電話機１、１ａ〜１ｃまたはＰＣ２から受信した各種情報を管理する。また、管理サーバ３は、上記迷惑電話リストを管理する。管理サーバ３は、警察や業者等から提供された迷惑電話情報、または電話機１、１ａ〜１ｃから受信した迷惑電話情報を用いて、迷惑電話リストを更新する。具体的には、管理サーバ３は、所定期間ごとに（例えば電話機１、１ａ〜１ｃからアクセスがあったときに）、迷惑電話リストのデータ（最初は迷惑電話リストのすべてのデータ、その後は、最新版の迷惑電話リストに更新するためのデータ）を電話機１、１ａ〜１ｃに送信する。これにより、迷惑電話拒否サービスに加入するすべてのユーザに対して最新の迷惑電話リストを提供できる。なお、管理サーバ３に登録される最初の迷惑電話リストは、警察や業者等から提供された迷惑電話情報に基づいて生成されてもよい。

また、管理サーバ３は、例えば、電話機１、１ａ〜１ｃに割り当てられたＫｅｙコード、ＤＥＣＴＩＤ等の端末設定情報（後述）及びＷＥＢＩＤを管理する。また、管理サーバ３は、電話機１、１ａ〜１ｃから受信した使用履歴情報等の各種情報を、各電話機１、１ａ〜１ｃに対応付けて管理する。ユーザは、ＰＣ２から、ＷＥＢＩＤを用いて管理サーバ３へアクセスすることにより、当該ユーザの、電話機１、１ａ〜１ｃの使用履歴情報を管理サーバ３に照会し、確認できる。また、電話機１、１ａ〜１ｃから受信した使用履歴情報を、電話機１、１ａ〜１ｃのユーザとかかわりのある第三者（例えば、ユーザの家族）に提供する。第三者（例えば、ユーザの家族）は、ＰＣ２を用いて管理サーバ３にアクセスを行うことにより、電話機１等の使用履歴情報を確認できる。また、管理サーバ３は、電話機１等が拒否した電話番号の通知や、迷惑電話リストに対する操作があった旨の通知を、ＰＣ２に通知する。

なお、管理サーバ３は、複数のサーバで実現されてもよい。この場合、情報管理システム１００は、例えば、管理サーバ３の代わりに、迷惑電話リストを提供するサーバと、端末情報を提供するサーバとを備えてもよい。

ここで、上記Ｋｅｙコード及びＤＥＣＴＩＤは、電話機１、１ａ〜１ｃを一意に識別するために、電話機１に割り当てられる端末識別情報である。上記ＤＥＣＴＩＤは、デジタルコードレス電話の規格であるＤＥＣＴ（Digital Enhanced Cordless Telecommunications）で用いられる端末識別情報である。上記Ｋｅｙコード及びＤＥＣＴＩＤは、各ユーザ及び第三者が視認不可能な情報で、かつ不変の値である。また、Ｋｅｙコード及びＤＥＣＴＩＤは、電話機１、１ａ〜１ｃそれぞれに予め割り当てられている。なお、電話機１、１ａ〜１ｃにはＤＥＣＴＩＤのみが予め割り当てられており、Ｋｅｙコードは、電話機１、１ａ〜１ｃによって、当該ＤＥＣＴＩＤから自動生成されてもよい。実施形態２においては、Ｋｅｙコードは、図９に示す電話機６、６ａ〜６ｃによって、ＭＡＣ（Media Access Control）アドレスから自動生成されてもよい。

上記ＷＥＢＩＤは、ユーザを一意に識別するためのユーザ識別情報であり、各ユーザ及び第三者が視認可能な情報である。また、ＷＥＢＩＤは、個々のユーザが管理サーバ３（上記ＷＥＢ管理サービス）へのアクセスするための情報であり、例えば使用履歴情報等のユーザ固有の情報（他のユーザに閲覧を許可しない情報）を閲覧するための情報である。具体的には、ＷＥＢＩＤは、ユーザがＰＣ２を用いてユーザ認証を行うために用いられる。管理サーバ３は、ユーザ認証を行うと、登録された送信先メールアドレスに、管理サーバ３へのアクセス用のアカウント及びパスコードを送付する。これにより、ユーザは、１度ユーザ認証を行った後は、アカウント及びパスコードを入力するだけで、管理サーバ３へのアクセスが可能となる。すなわち、上記ユーザ認証は、ユーザの変更があった場合（新しいユーザは、前のユーザ宛に発行されたアカウント及びパスコードを知らないため）、または、既存のユーザがアカウント及びパスコードを忘れた場合のみ行われる。上記ＷＥＢＩＤは、各ユーザ及び第三者が視認可能な情報で、可変の値である。複数のＷＥＢＩＤ（ＷＥＢＩＤの群）は、電話機１、１ａ〜１ｃごとに予め決められている。本実施形態では、電話機１、１ａ〜１ｃごと（すなわち、１つのＫｅｙコード）に対して２５６個のＷＥＢＩＤが割り当てられている。また、管理サーバ３には、電話機１、１ａ〜１ｃが出荷される前に、例えば管理サーバ３を管理する管理者から、電話機１、１ａ〜１ｃのそれぞれに割り当てられたＫｅｙコードと、複数のＷＥＢＩＤ（またはＤＥＣＴＩＤ）とが通知されている。

以下、図１、図３〜６を用いて、電話機１、１ａ〜１ｃ、ＰＣ２及び管理サーバ３の具体的な構成について説明する。なお、以下では、ユーザが使用する電話機が電話機１であるものとして説明する。

図１に示すように、電話機１は、制御部１０、操作部１１、記憶部１２、ディスプレイ１３、スピーカ１４、マイク１５及び通信部１６を備えている。制御部１０は、電話機１を統括的に制御する。制御部１０の詳細は後述する。操作部１１は、ユーザ操作を受け付けるものであり、例えばタッチパネルで構成される。記憶部１２は、制御部１０が実行する各種の制御プログラム等を記憶するものであり、例えばハードディスク、フラッシュメモリ等の不揮発性の記憶装置によって構成される。ディスプレイ１３は、各種画像を表示するものであり、例えばＬＣＤ（Liquid crystal display）で構成される。スピーカ１４は通話中の音声を出力し、マイク１５は通話中のユーザの音声を入力する。通信部１６は、電話回線網４経由で管理サーバ３とデータ通信を行う。

ここで、記憶部１２に記憶される情報としては、カウンタ値、端末設定情報、ＷＥＢＩＤ等が挙げられる。カウンタ値は、計数制御部１０２が計数した、ＷＥＢＩＤの変更の回数を指す。本実施形態では、カウンタ値は、電話機１の所定の初期化の実行回数（初期化の回数）を指す。本実施形態では、カウンタ値の初期値（電話機１の工場出荷時のカウンタ値）は０に設定されており、計数制御部１０２が計数するたびに１ずつ増える。また、上記初期化の回数が２５７回目となった場合にはカウンタ値は０に戻る。端末設定情報は、電話機１を識別するために電話機１に割り当てられる情報である。端末設定情報としては、上述のＫｅｙコード及びＤＥＣＴＩＤが挙げられる。ＷＥＢＩＤは、計数制御部１０２が計数するか否かを問わず、電話機１が初期化されたときに、ＷＥＢＩＤ生成部１０４によって自動生成される。すなわち、ＷＥＢＩＤは可変の値である。その他、記憶部１２には、上述した迷惑電話リスト等が記憶されている。

制御部１０は、主として、初期化タイプ判定部１０１、計数制御部１０２、初期化実行部１０３、ＷＥＢＩＤ生成部１０４（端末側情報変更部）、表示制御部１０５及び送受信制御部１０６を備えている。

初期化タイプ判定部１０１は、操作部１１が電話機１の初期化の実行を示すユーザ指示（初期化実行指示）を取得したときに、そのユーザ指示の内容（すなわち、初期化のタイプ）を判定する。初期化のタイプとしては、電話機１のユーザの変更に伴った電話機１の初期化（タイプ１）、当該ユーザの変更を伴わない初期化（タイプ２）が挙げられる。タイプ１には、例えば、カウンタ値、Ｋｅｙコード及びＤＥＣＴＩＤ以外の全ての情報（ＷＥＢＩＤを含む）（以降、カウンタ値等以外の全ての情報と称する）の初期化が含まれる。タイプ２には、例えば、電話帳以外の情報（例えば、電話機１に記憶されている発着信履歴情報及び／または迷惑電話リスト等）の初期化が含まれる。なお、タイプ２においても、カウンタ値、Ｋｅｙコード及びＤＥＣＴＩＤは初期化されない。初期化タイプ判定部１０１は、初期化のタイプをタイプ１と判定した場合には、当該判定を行った旨を計数制御部１０２に通知する。一方、タイプ２と判定した場合には、初期化実行指示が示す初期化のタイプを初期化実行部１０３に通知する。

計数制御部１０２は、ＷＥＢＩＤの変更の回数を計数する。本実施形態では、計数制御部１０２は、初期化タイプ判定部１０１によってタイプ１と判定された場合の、電話機１の初期化の実行回数を計数する。すなわち、計数制御部１０２は、カウンタ値等以外の全ての情報が初期化されるときのみ、初期化の回数を計数する。具体的には、計数制御部１０２は、タイプ１と判定された旨の通知を受信した場合、記憶部１２に設定されている現在のカウンタ値を１つ増やす。そして、計数制御部１０２は、１つ増やした後のカウンタ値が上限値（本実施形態では２５５）より大きいか否かを判定し、上限値以下である場合にはその値を、上限値より大きい場合には初期値を新たなカウンタ値として設定し、記憶部１２に記憶する。そして、計数制御部１０２は、初期化実行部１０３に計数が完了した旨を通知する。

初期化実行部１０３は、初期化実行指示の内容に基づいて、電話機１の初期化を実行する。初期化は、例えば、電話機１を再起動することにより行われる。初期化実行部１０３は、計数制御部１０２から計数が完了した旨の通知を受信した場合にはタイプ１に示す初期化を行う。一方、初期化実行部１０３は、初期化タイプ判定部１０１から通知を受けた場合には、その通知に含まれるタイプ２に示す初期化を行う。初期化実行部１０３は、初期化の実行が完了すると、ＷＥＢＩＤ生成部１０４にその旨を通知する。

ＷＥＢＩＤ生成部１０４は、初期化実行部１０３から初期化実行の完了通知を受けると、ＷＥＢＩＤを生成し、生成したＷＥＢＩＤを記憶部１２に記憶する。ＷＥＢＩＤ生成部１０４は、記憶部１２に記憶されているＤＥＣＴＩＤ及びカウンタ値を読み出し、ＤＥＣＴＩＤ及びカウンタ値に基づいてＷＥＢＩＤを生成する。すなわち、ＷＥＢＩＤ生成部１０４は、ＤＥＣＴＩＤ及びカウンタ値を含むＷＥＢＩＤを生成する。ＷＥＢＩＤ生成部１０４は、例えば、ＤＥＣＴＩＤ及びカウンタ値を所定のアルゴリズムに従って変換したものをＷＥＢＩＤとして生成する。なお、所定のアルゴリズムには、単にＤＥＣＴＩＤにカウンタ値の文字列を付加する生成方法が含まれていてもよい。

また、本実施形態では、カウンタ値の初期値が０であり、タイプ１の初期化が発生するたびに、カウンタ値がインクリメントされていく。従って、ＷＥＢＩＤ生成部１０４は、タイプ１の初期化が発生するたびに、インクリメントされた（上限値となった場合には初期値に戻った）カウンタ値とＤＥＣＴＩＤとを所定のアルゴリズムに従って変換することによりＷＥＢＩＤを生成することで、現在設定されているＷＥＢＩＤを新たなＷＥＢＩＤへと変更する。すなわち、ＷＥＢＩＤの変更は、上述した電話機１に対して予め決められているＷＥＢＩＤの群（例えば図４のＮｏ１〜２５６のＷＥＢＩＤ）から、ＷＥＢＩＤの変更毎に異なる１つのＷＥＢＩＤを、変更後のＷＥＢＩＤとして決定することにより行われる。さらに換言すれば、ＷＥＢＩＤの変更は、このように決定すると定められた所定の変更規則に従って行われる。そして、この所定の変更規則は、管理サーバ３との間で共有されている。そのため、管理サーバ３は、例えば変更通知要求等の処理を行うことなく、電話機１側でのＷＥＢＩＤの変更を容易に認識できる。それゆえ、電話機１のユーザの変更に応じた管理サーバ３による情報管理を簡易な方法で行うことができる。

上述のように、上記ＷＥＢＩＤの群に含まれるＷＥＢＩＤは、所定数（本実施形態では２５６個）の異なるＷＥＢＩＤである。そして、上述のように、カウンタ値が上限値に達したら、初期値を用いてＷＥＢＩＤが生成される。カウンタ値が初期値に戻らない場合には、ユーザの変更は２５６人までしか認められないことになる。しかし、本実施形態では、カウンタ値を初期値に戻してＷＥＢＩＤを生成する。そのため、２５７人目以降のユーザの変更にも対応してＷＥＢＩＤを生成できる。なお、２５７人目のＷＥＢＩＤとして生成されるＷＥＢＩＤが１人目と同じＷＥＢＩＤであっても、２５６人目（前回のユーザ）のＷＥＢＩＤとは異なる。そのため、例えば管理サーバ３側で、２５６人目のＷＥＢＩＤと２５７人目のＷＥＢＩＤとを比較することで、２５６人目のユーザに対応付けられた使用履歴情報を削除できる。

また、情報管理システム１００では、上記迷惑電話拒否サービスの利用に際して、当該サービスの契約及び解約の手続が必要なく、電話機１を電話回線網４に接続するだけで当該サービスを利用できる。一方、一般的な情報管理システムでは、管理サーバは、上記解約の手続が行われることにより、ユーザの変更があったことを認識する。そのため、従来の情報管理システムでは、管理サーバは、上記解約の手続が行われたことの通知を受けることでしか、ユーザの変更、及びユーザの変更に伴う処理のタイミングを認識できなかった。しかしながら、本実施形態では、電話機１及び管理サーバ３が上記所定の変更規則を共有しているため、上記解約がなくても、上記処理のタイミングを認識できる。

ここで、タイプ１の初期化の場合には、電話機１の現在のユーザが当該電話機１を手放して当該電話機１を使用する状況ではなくなり、新たな他のユーザが当該電話機１を使用する状況になったものと推定される。当該状況としては、電話機１の譲渡（例えば、贈り物としての電話機１の提供、電話機１のレンタル等）、修理及び整備等が挙げられる。

つまり、ＷＥＢＩＤ生成部１０４は、電話機１のユーザが現在のユーザから新たなユーザへと変更されたと推定される処理が発生したときに、上述した所定の変更規則に従って、ＷＥＢＩＤを、現在設定されているＷＥＢＩＤから新たなＷＥＢＩＤに変更するものといえる。具体的には、上述のように、ＷＥＢＩＤ生成部１０４は、ＷＥＢＩＤに含まれるカウンタ値（ＷＥＢＩＤの変更の回数を示す変更回数情報）を、計数制御部１０２が計数したカウンタ値に変更することにより決定したＷＥＢＩＤを、新たなユーザ識別情報とする。また、ＷＥＢＩＤ生成部１０４は、ＤＥＣＴＩＤに、計数制御部１０２が計数したＷＥＢＩＤの変更の回数を組み合わせることによりＷＥＢＩＤを決定する。

表示制御部１０５は、ディスプレイ１３を制御して、各種画像をディスプレイ１３に表示させる。表示制御部１０５は、例えば、工場出荷時に設定されているか、またはＷＥＢＩＤ生成部１０４が生成したＷＥＢＩＤをディスプレイ１３に表示させる。これにより、ユーザは、例えば、ＰＣ２のディスプレイ（不図示）に表示されるユーザ登録用画面、ユーザ認証用画面等のＷＥＢ管理画面に、ＷＥＢＩＤを入力することができる。そして、ＷＥＢＩＤを用いてユーザ登録を行っておくことにより、ユーザは、使用履歴情報の管理または閲覧、他のユーザが登録した迷惑電話情報の通知等、管理サーバ３による迷惑電話拒否サービス（それに付随したＷＥＢ管理サービス）の提供を受けることが可能となる。その他、表示制御部１０５は、発信先または着信元の電話番号、管理サーバ３で管理されている迷惑電話リストに含まれる電話番号等をディスプレイ１３に表示させる。

送受信制御部１０６は、通信部１６を制御することにより、電話回線網４経由で、使用履歴情報等を管理サーバ３に送信したり、管理サーバ３で管理されている迷惑電話情報等を受信したりする。

なお、本実施形態では、タイプ１と判定された場合、現在のカウンタ値は１つ増やされるが、これに限らず、所定値だけ増加または減少させてもよい。また、予め決められた所定値となったときに初期値に戻ればよい。例えば、減少させる場合、初期値は上限値（本実施形態では２５５）であり、上記所定値（本実施形態では下限値０）までカウントされると初期値に戻る。すなわち、カウンタ値の変更規則が、電話機１と管理サーバ３との間で共有されていれば、その変更規則は任意に設定できる。

また、ＰＣ２は、図１に示すように、主として、操作部２１、制御部２２及び通信部２３を備える。操作部２１は、ユーザ操作を受け付けるものであり、例えばタッチパネルまたはマウスで構成される。制御部２２は、電話機１を統括的に制御する。通信部２３は、インターネット回線網５経由で管理サーバ３とデータ通信を行う。例えば、操作部２１は、ユーザが入力するＷＥＢＩＤを受け付ける。制御部２２は、通信部２３を制御することにより、受け付けたＷＥＢＩＤを管理サーバ３へ送信する。

また、管理サーバ３は、図３に示すように、制御部３０、通信部３１及び記憶部３２を備えている。制御部３０は、管理サーバ３を統括的に制御する。制御部３０の詳細は後述する。通信部３１は、電話回線網４経由で電話機１と、インターネット回線網５経由でＰＣ２とのデータ通信を行う。記憶部３２は、ＷＥＢＩＤ管理テーブル３２１、使用履歴情報テーブル３２２、ユーザ情報テーブル３２３等、制御部３０が実行する各種の制御プログラム等を記憶する。記憶部３２は、例えばハードディスク、フラッシュメモリ等の不揮発性の記憶装置によって構成される。以下に各種テーブルについて説明する。

ＷＥＢＩＤ管理テーブル３２１は、図４に示すように、ＫｅｙコードとＷＥＢＩＤとが対応付けられたテーブルである。具体的には、ＷＥＢＩＤ管理テーブル３２１では、Ｋｅｙコードのそれぞれに対して、複数のＷＥＢＩＤ（本実施形態では２５６個）が対応付けられている。また、ＷＥＢＩＤ管理テーブル３２１には、各ＷＥＢＩＤに含まれるカウンタ値、ＷＥＢＩＤを最終認証した日時（ＷＥＢＩＤが変更された日時）が格納されている。また、ＷＥＢＩＤ管理テーブル３２１には、各電話機１、１ａ〜１ｃにおけるＷＥＢＩＤの利用可否を示す情報が格納されている。各Ｋｅｙコードに対応付けられたＷＥＢＩＤの群のうち、電話機１、１ａ〜１ｃにおいて現在設定されていると管理サーバ３が認識しているＷＥＢＩＤには「可」、それ以外のＷＥＢＩＤには「否」が設定される。ユーザ情報テーブル３２３は、図５に示すように、ＰＣ２においてユーザ登録用画面への入力を受け付けたＷＥＢＩＤ及び送信先メールアドレスを管理するテーブルである。使用履歴情報テーブル３２２は、図６に示すように、各Ｋｅｙコードと各電話機１、１ａ〜１ｃの使用履歴情報とを対応付けて管理するテーブルである。すなわち、使用履歴情報テーブル３２２は、使用履歴情報を電話機１、１ａ〜１ｃに対応付けて管理するテーブルである。使用履歴情報としては、各電話機１、１ａ〜１ｃにおいて発生した発信、着信等の処理、当該処理が発生した日時（操作日時）、通話時間、通信相手を示す電話番号等が挙げられる。図６では、１つのＫｅｙコードに対する使用履歴情報が蓄積されている例を示している。なお、使用履歴情報テーブル３２２には、発信動作の他、上述した発信動作による発信に関わる情報が記憶されていてもよい。

制御部３０は、図３に示すように、送受信制御部３０１（受信制御部）、ＷＥＢＩＤ一致判定部３０２、ＷＥＢＩＤ変更部３０３（サーバ側情報変更部）、使用履歴情報削除部３０４（情報削除部）及びユーザ登録処理部３０５を備えている。

送受信制御部３０１は、通信部３１を制御することにより、記憶部３２に記憶されている迷惑電話リストのデータ等を電話機１に送信する。また、送受信制御部３０１は、記憶部３２に記憶されている使用履歴情報、ユーザ登録用画面等をＰＣ２に送信する。さらに、送受信制御部３０１は、電話機１で管理されている使用履歴情報または迷惑電話情報等を、電話機１から受信する。また、送受信制御部３０１は、電話機１によって生成（決定）されたＷＥＢＩＤ等を、電話機１またはＰＣ２から受信する。

ＷＥＢＩＤ一致判定部３０２は、電話機１またはＰＣ２から受信したＷＥＢＩＤ（第１ユーザ識別情報）が、現在「可」となっているＷＥＢＩＤとが一致するか否かを判定する。ＷＥＢＩＤ一致判定部３０２は、これら２つのＷＥＢＩＤが一致しないと判定した場合に、その旨をＷＥＢＩＤ変更部３０３に通知する。

ＷＥＢＩＤ変更部３０３は、上記２つのＷＥＢＩＤが一致しないと判定された場合に、電話機１のユーザの変更に応じて、ＷＥＢＩＤを、現在設定されているＷＥＢＩＤから新たなＷＥＢＩＤに変更するものである。

ここで、ＷＥＢＩＤ変更部３０３による上記ユーザ識別情報の変更は、電話機１と同様、電話機１との間で共有している上述の所定の変更規則に従って行われる。すなわち、ＷＥＢＩＤの変更は、ＷＥＢＩＤ管理テーブル３２１において、上述した電話機１、１ａ〜１ｃごとに予め決められているＷＥＢＩＤの群（例えば図４のＮｏ１〜２５６のＷＥＢＩＤ）から、変更毎に異なる１つのＷＥＢＩＤを決定するように行われる。

また、ＷＥＢＩＤ変更部３０３は、ＷＥＢＩＤ一致判定部３０２によって上記２つのＷＥＢＩＤが一致しないと判定された場合、ＷＥＢＩＤ管理テーブル３２１に含まれる上記ＷＥＢＩＤの群のうち、受信したＷＥＢＩＤと一致するＷＥＢＩＤの利用可否を「可」に設定し、これまで「可」と設定されていたＷＥＢＩＤを「否」に設定する。

換言すれば、ＷＥＢＩＤ変更部３０３は、（１）ＰＣ２から受信したＷＥＢＩＤと、（２）上記所定の変更規則に従って、現在設定されているＷＥＢＩＤ（すなわち、「可」となっているＷＥＢＩＤ）の次またはそれ以降に決定されることになっているＷＥＢＩＤ（第２ユーザ識別情報）とが一致した場合、当該第２ユーザ識別情報としてのＷＥＢＩＤを電話機１の現在のユーザのユーザ識別情報として設定する。この場合、ＷＥＢＩＤ一致判定部３０２は、上記（１）のＷＥＢＩＤと、上記（２）のＷＥＢＩＤとが一致しているか否かを判定し、これら２つのＷＥＢＩＤが一致した場合に、その旨をＷＥＢＩＤ変更部３０３に通知する。

このようなＷＥＢＩＤ変更部３０３を備えることで、管理サーバ３は、例えば変更通知要求等の処理を行うことなく、電話機１で決定されたＷＥＢＩＤを受信するだけで、電話機１のＷＥＢＩＤに変更が生じているかどうかを判別できる。それゆえ、電話機１のユーザの変更に応じた管理サーバ３による情報管理を簡易な方法で行うことができる。

使用履歴情報削除部３０４は、ＰＣ２から受信したＷＥＢＩＤと、現在「可」となっているＷＥＢＩＤとが一致しない場合（上記（１）のＷＥＢＩＤと、上記（２）のＷＥＢＩＤとが一致した場合）、ＷＥＢＩＤを送信（生成）した電話機１に対応付けられた使用履歴情報を削除する。具体的には、使用履歴情報削除部３０４は、上記更新の完了通知を受けると、使用履歴情報テーブル３２２のうち、ＷＥＢＩＤを受信することにより利用可否が「可」から「否」に変更されたＷＥＢＩＤに対応付けられたＫｅｙコードを含む使用履歴情報テーブル３２２を削除する。

ユーザ登録処理部３０５は、ユーザ登録に関する処理を行う。具体的には、ユーザ登録処理部３０５は、ユーザ登録用画面に入力されたＷＥＢＩＤと送信先メールアドレスとを対応付けて、ユーザ情報テーブル３２３に格納する。

このように、管理サーバ３は、電話機１のユーザの変更に伴うＷＥＢＩＤの変更に伴い、電話機１（すなわち、Ｋｅｙコード）に対応付けて管理している使用履歴情報を削除する。これにより、電話機１の譲渡前のユーザによる電話機１の使用履歴情報を管理サーバ３から削除できる。そのため、譲渡前のユーザまたは第三者が、譲渡後のユーザの使用履歴情報を取得することができないようにすることができる。それゆえ、管理サーバ３で管理している使用履歴情報のセキュリティを向上することができる。

（情報管理システム１００の各装置の処理）
図７に基づいて、電話機１およびＰＣ２における処理の一例について説明する。電話機１では、操作部１１が初期化実行指示を取得すると（Ｓ１）、初期化タイプ判定部１０１は、初期化対象にＷＥＢＩＤが含まれるか否かを判定する（Ｓ２）。すなわち、初期化タイプ判定部１０１は、初期化実行指示がタイプ１の初期化を示すか否かを判定する。

タイプ１の場合（Ｓ２でＹＥＳ）、計数制御部１０２は、現在のカウンタ値を１つ増やし（Ｓ３）、そのカウンタ値が上限値を超えているか否かを判定する（Ｓ４）。計数制御部１０２は、上限値を超えている場合（Ｓ４でＹＥＳ）、初期値を新たなカウンタ値として設定する（Ｓ５）。一方、計数制御部１０２は、上限値以下の場合（Ｓ４でＮＯ）、１つ増やした後のカウンタ値を新たなカウンタ値として設定する。

Ｓ５の処理後、Ｓ２でＮＯの場合、またはＳ４でＮＯの場合、初期化実行部１０３が初期化実行指示に従った初期化を行う（Ｓ６）。その後、ＷＥＢＩＤ生成部１０４は、ＷＥＢＩＤを生成し（Ｓ７；端末側情報変更ステップ）、表示制御部１０５は、生成されたＷＥＢＩＤをディスプレイ１３に表示する（Ｓ８）。なお、Ｓ５の処理後、及びＳ４でＮＯの場合には、変更されたカウンタ値を含むＷＥＢＩＤが生成される。すなわち、記憶部１２に記憶されるＷＥＢＩＤが変更（更新）される。Ｓ２でＮＯの場合には、初期化前後において、ＷＥＢＩＤの変更は無い。また、Ｓ６及びＳ７の処理はその処理順を問わない。

ユーザがディスプレイ１３に表示されたＷＥＢＩＤを確認し、ＰＣ２において当該ＷＥＢＩＤを入力する。このＷＥＢＩＤの入力は、例えば管理サーバ３にユーザ登録を行うタイミングで行われる。ＰＣ２の操作部２１は、ＷＥＢＩＤの入力を受け付けると（Ｓ１１）、当該ＷＥＢＩＤを管理サーバ３に送信する（Ｓ１２）。これにより、管理サーバ３は、当該ＷＥＢＩＤを受信することにより、電話機１に現在設定されているＷＥＢＩＤに変更が生じているかを確認できる。

次に、図８に基づいて、管理サーバ３における処理の一例について説明する。管理サーバ３では、ＰＣ２からのユーザ登録指示を受けて、ユーザ登録処理部３０５は、ユーザ登録用画面をＰＣ２に送信する（Ｓ２１）。図７のＳ１１及びＳ１２において、ＰＣ２は、ユーザ登録用画面へのＷＥＢＩＤ及び送信先メールアドレスの入力を受け付け、当該ＷＥＢＩＤ及び送信先メールアドレスを管理サーバ３に送信する。管理サーバ３では、送受信制御部３０１が当該ＷＥＢＩＤ及び送信先メールアドレスを受信する（Ｓ２２；受信制御ステップ）。なお、管理サーバ３の、ＷＥＢＩＤ及び送信先メールアドレスの受信タイミング（ＰＣ２の送信タイミング）は、ユーザ登録時に限られない。

その後、ＷＥＢＩＤ一致判定部３０２は、ＷＥＢＩＤ管理テーブル３２１を参照して、当該ＷＥＢＩＤに対応付けられたＫｅｙコードを取得する（Ｓ２３）。そして、ＷＥＢＩＤ一致判定部３０２は、ＷＥＢＩＤ管理テーブル３２１を参照して、受信したＷＥＢＩＤが、取得したＫｅｙコードに対応付けられたＷＥＢＩＤの群のうち、現時点で利用可否が「可」となっているＷＥＢＩＤと異なっているか否かを判定する（Ｓ２４）。異なっていると判定された場合には（Ｓ２４でＹＥＳ）、ＷＥＢＩＤ変更部３０３は、利用可否が「可」となっているＷＥＢＩＤの利用可否を「否」に変更するとともに、受信したＷＥＢＩＤに対応するＷＥＢＩＤの利用可否を「可」に変更する（Ｓ２５；サーバ側情報変更ステップ）。すなわち、ＷＥＢＩＤ変更部３０３は、上記第２ユーザ識別情報としてのＷＥＢＩＤを「可」に変更することにより、電話機１の現在のユーザのＷＥＢＩＤとして設定する。なお、上述のように、ＷＥＢＩＤ一致判定部３０２は、Ｓ２４において、上記（１）のＷＥＢＩＤと上記（２）のＷＥＢＩＤとが一致しているかを判定してもよい。この場合、一致していればＳ２４の処理に移行する。その後、使用履歴情報削除部３０４は、取得したＫｅｙコードに対応付けられた使用履歴情報を削除する（Ｓ２６）。そして、ユーザ登録処理部３０５は、Ｓ２２で受信したＷＥＢＩＤ及び送信先メールアドレスをユーザ情報テーブル３２３に登録する（Ｓ２７）。一方、上記２つのＷＥＢＩＤが一致すると判定された場合には（Ｓ２４でＮＯ）、ユーザの変更が生じていないと推定されるため、ＷＥＢＩＤを変更し、使用履歴情報を削除する必要がない。そのため、この場合、図８のフローは終了となる。

なお、Ｓ２５及びＳ２６の処理はその処理順を問わない。また、Ｓ２７の処理は、Ｓ２２の処理後であればよい。また、Ｓ２５の処理において、ＷＥＢＩＤ変更部３０３は、ＷＥＢＩＤに含まれるカウンタ値が０から２５５へと変更されている間については、受信したＷＥＢＩＤよりも古いＷＥＢＩＤを無効にすることで、ＷＥＢＩＤを更新してもよい。この場合、初期状態では、１つのＫｅｙコードに属するＷＥＢＩＤの全てが「可」となっている。ＷＥＢＩＤ変更部３０３は、「可」のＷＥＢＩＤのうち、カウンタ値が一番小さいＷＥＢＩＤを、電話機１の現在のユーザのＷＥＢＩＤとして設定する。初期状態では初期値０を含むＷＥＢＩＤを、電話機１の現在のユーザのＷＥＢＩＤとして設定する。そして、Ｓ２４でＹＥＳの場合、ＷＥＢＩＤ変更部３０３は、Ｓ２５の処理において「可」のＷＥＢＩＤのうち、カウンタ値が一番小さいＷＥＢＩＤの利用可否を「否」とすることで当該ＷＥＢＩＤを無効にし、次にカウンタ値が大きいＷＥＢＩＤを、電話機１の現在のユーザのＷＥＢＩＤとして設定する。例えば、１回目のＷＥＢＩＤの変更であれば、ＷＥＢＩＤ変更部３０３は、カウンタ値が０のＷＥＢＩＤの利用可否を「否」とし、カウンタ値が一番小さい「可」のＷＥＢＩＤ（すなわち、カウンタ値が１のＷＥＢＩＤ）を、電話機１の現在のユーザのＷＥＢＩＤとしてとして設定する。

また、図７では、電話機１が生成したＷＥＢＩＤをディスプレイ１３に表示し、その表示を確認したユーザがＰＣ２に当該ＷＥＢＩＤを入力することにより、ＰＣ２が当該ＷＥＢＩＤを管理サーバ３に送信する（Ｓ１１〜Ｓ１３）。これに限らず、例えば、電話機１が生成（決定）したＷＥＢＩＤを、電話機１が管理サーバ３に直接送信する構成であってもよい。この場合、送受信制御部１０６は、例えば所定期間ごとの管理サーバ３へのアクセス時に、生成されたＷＥＢＩＤを管理サーバ３に送信する。また、この場合、図８では、Ｓ２１及びＳ２７の処理（ユーザ登録に係る処理）は行われず、Ｓ２２では、管理サーバ３の送受信制御部３０１は、電話機１から送信されたＷＥＢＩＤを受信する。また、前回のアクセス時に受信したＷＥＢＩＤが、現時点で利用可否が「可」となっているＷＥＢＩＤであってもよい。この場合、Ｓ２４において、電話機１またはＰＣ２から受信したＷＥＢＩＤが、前回のアクセス時に受信したＷＥＢＩＤと異なっていると判断された場合に、使用履歴情報削除部３０４は、当該電話機１の使用履歴情報を削除する。

〔実施形態２〕
実施形態２について、図９に基づいて説明すれば、以下の通りである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。なお、情報管理システム１００ａは、実施形態１の、電話回線網４に接続された電話機１、１ａ〜１ｃを含むシステムであってもよい。

本実施形態の情報管理システム１００ａは、電話機１、１ａ〜１ｃの代わりに電話機６、６ａ〜６ｃ（ユーザ端末）を備えている点で、実施形態１の情報管理システム１００と異なる。電話機６、６ａ〜６ｃは、電話回線網４ではなく、ＰＣ２と同様インターネット回線網５経由で、管理サーバ３と通信可能に接続される。すなわち、電話機６、６ａ〜６ｃは、ＩＰ（Internet Protocol）電話、特にインターネット電話である。

電話機６、６ａ〜６ｃは、図１に示す電話機１と同様の構成を有しており、初期化が実行されるたびにＷＥＢＩＤを生成する。ただし、電話機６、６ａ〜６ｃは、電話回線網４を用いていないため、端末識別情報としてＤＥＣＴＩＤを用いることができない。その代わり、電話機６、６ａ〜６ｃは、インターネット回線網５に接続される。そのため、電話機６、６ａ〜６ｃにはそれぞれ、端末識別情報としてＤＥＣＴＩＤの代わりにＭＡＣアドレスが割り当てられる。したがって、電話機６、６ａ〜６ｃは、端末設定情報としてＫｅｙコード及びＭＡＣアドレスを有している。そして、ＷＥＢＩＤ生成部１０４は、ＤＥＣＴＩＤの代わりにＭＡＣアドレスにカウンタ値を用いることにより、ＷＥＢＩＤを生成する。

〔変形例〕
その他、電話機１、１ａ〜１ｃまたは電話機６、６ａ〜６ｃとしては、以下のような構成であってもよい。例えば、実施形態１では、タイプ１の初期化が実行されたときにＷＥＢＩＤが変更されるが、これに限らず、電話機１の電話番号が変更されたときにＷＥＢＩＤが変更されてもよい。すなわち、電話機１のユーザの変更があったと推定される処理は、電話番号の変更処理であってもよい。この場合、電話機１は、初期化タイプ判定部１０１及び初期化実行部１０３を備えている必要はなく、初期化タイプ判定部１０１の代わりに、電話番号の変更があったか否かを判定する電話番号変更判定部を備えていればよい。この場合、カウンタ値は、電話番号の変更回数となる。計数制御部１０２は、電話番号の変更があったと判定されるたびにカウンタ値をインクリメントする。ＷＥＢＩＤ生成部１０４は、計数制御部１０２からインクリメントした旨の通知を受けると、ＷＥＢＩＤを生成する。

また、情報管理システム１００、１００ａが迷惑電話拒否サービスを実現するものとして説明したが、これに限らず、任意のサービスを実現するものであってよい。上記システムは特に、管理対象機器である電話機等のユーザ端末がレンタル用であり、管理サーバがユーザ端末ごとにデータを管理し、ユーザ端末のユーザが変わるたびに当該データを削除するユースケースに好適に使用できる。さらに、上記では、ユーザ端末として電話機を挙げているが、これに限らず、ドアフォン、ファクシミリ、ＰＣ、タブレット等の各種電子機器であってもよい。

また、上記では、電話機１等ではＷＥＢＩＤを生成し、管理サーバ３ではＷＥＢＩＤ管理テーブル３２１を管理するものとして説明したが、これに限られない。例えば、管理サーバ３側でＷＥＢＩＤを生成してもよい。この場合、管理サーバ３は、受信したＷＥＢＩＤに対して、電話機１等で行われる所定のアルゴリズムに基づく演算と逆の演算を行うことで、ＤＥＣＴＩＤとカウンタ値とを割り出し、ＤＥＣＴＩＤに対応する電話機１等において現在設定されているＷＥＢＩＤを特定してもよい。この場合、管理サーバ３にてＷＥＢＩＤ管理テーブル３２１を管理する必要がない。また、電話機１等で、割り当てられているＷＥＢＩＤの群をテーブルとして管理してもよい。この場合、電話機１等において上記演算を行う必要がない。さらに、電話機１等および管理サーバ３の双方で、ＷＥＢＩＤを生成してもよい。また、電話機１等および管理サーバ３の双方で、ＷＥＢＩＤ管理テーブル３２１を管理してもよい。

〔ソフトウェアによる実現例〕
電話機１、ＰＣ２及び管理サーバ３の制御ブロック（特に制御部１０の各ブロック、制御部２２、制御部３０の各ブロック）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。

後者の場合、電話機１、ＰＣ２及び管理サーバ３は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

〔まとめ〕
本発明の態様１に係るユーザ端末（電話機１、１ａ〜１ｃ、６、６ａ〜６ｃ）は、ユーザ端末に対応付けられた端末情報（使用履歴情報）が管理サーバ（３）によって管理される当該ユーザ端末であって、上記ユーザ端末のユーザが現在のユーザから新たなユーザへと変更されたと推定される処理が発生したときに、ユーザを識別するためのユーザ識別情報（ＷＥＢＩＤ）を、現在設定されているユーザ識別情報から新たなユーザ識別情報に変更する端末側情報変更部（ＷＥＢＩＤ生成部１０４）を備え、上記端末側情報変更部による上記ユーザ識別情報の変更は、所定の変更規則に従って行われ、上記所定の変更規則は、上記ユーザ端末ごとに予め決められている上記ユーザ識別情報の群から、上記ユーザ識別情報の変更毎に異なる１つの上記ユーザ識別情報を決定することを定めたものである。

上記構成によれば、ユーザ端末は、上記推定される処理が発生したときに、上記所定の変更規則に従って、現在設定されているユーザ識別情報から新たなユーザ識別情報に変更する。

したがって、管理サーバは、上記所定の変更規則が予め設定されることにより、例えば変更通知要求等の処理を行うことなく、ユーザ端末側でのユーザ識別情報の変更を容易に認識できる。それゆえ、ユーザ端末のユーザの変更に応じた管理サーバによる情報管理を簡易な方法で行うことができる。

さらに、本発明の態様２に係るユーザ端末では、上記態様１において、上記端末側情報変更部は、上記ユーザの変更に伴う上記ユーザ端末の初期化が行われたときに、上記ユーザ識別情報を変更してもよい。

上記構成によれば、ユーザ端末は、上記初期化をトリガとしてユーザ識別情報を変更する。それゆえ、ユーザ端末は、簡易な方法で、かつ精度よくユーザの変更を認識できる。

さらに、本発明の態様３に係るユーザ端末は、上記態様２において、上記ユーザ識別情報には、上記ユーザ識別情報の変更の回数を示す変更回数情報（カウンタ値）が含まれており、上記ユーザ識別情報の変更の回数を計数する計数制御部（１０２）を備え、上記端末側情報変更部は、上記変更回数情報が示す上記ユーザ識別情報の変更の回数を、上記計数制御部が計数した上記ユーザ識別情報の変更の回数に変更することにより決定した上記ユーザ識別情報を、上記新たなユーザ識別情報としてもよい。

上記構成によれば、ユーザ端末は、ユーザ識別情報に含まれる変更回数情報が示す、ユーザ識別情報の変更の回数を、計数制御部によって計数されたユーザ識別情報の変更の回数に変更するだけで、新たなユーザ識別情報に変更できる。それゆえ、ユーザ端末は、簡易な方法でユーザ識別情報を変更できる。また、管理サーバは、ユーザ識別情報に含まれる変更回数情報を確認するだけで、ユーザ識別情報の変更の有無を確認できる。

さらに、本発明の態様４に係るユーザ端末は、上記態様３において、上記ユーザ識別情報には、上記ユーザ端末を識別するための端末識別情報（ＤＥＣＴＩＤ、ＭＡＣアドレス）が含まれており、上記端末側情報変更部は、上記端末識別情報に、上記計数制御部が計数した上記ユーザ識別情報の変更の回数を組み合わせることにより上記ユーザ識別情報を決定してもよい。

上記構成によれば、ユーザ識別情報に端末識別情報が含まれているので、管理サーバは、管理サーバが端末情報を管理している複数のユーザ端末のうち、ユーザ識別情報に変更が生じたユーザ端末を正確に特定できる。

さらに、本発明の態様５に係るユーザ端末は、上記態様１から４のいずれかにおいて、上記群に含まれる上記ユーザ識別情報は、所定数の異なる上記ユーザ識別情報であってもよい。

上記構成によれば、予め決められているユーザ識別情報が所定数（有限）の異なる情報であるため、管理サーバは、ユーザ端末側でのユーザ識別情報の変更を容易にかつ確実に認識できる。

さらに、本発明の態様６に係るユーザ端末は、上記態様１から５のいずれかにおいて、電話機であってもよい。

上記構成によれば、電話機の端末情報を管理サーバにて管理する環境において、ユーザの変更に応じた管理サーバによる情報管理を簡易な方法で行うことができる。

さらに、本発明の態様７に係るユーザ端末では、上記態様１から６のいずれかにおいて、上記所定の変更規則は、上記ユーザ端末と上記管理サーバとの間で共有されていてもよい。

上記構成によれば、管理サーバは、例えば変更通知要求等の処理を行うことなく、ユーザ端末側でのユーザ識別情報の変更を容易に認識できる。

さらに、本発明の態様８に係る管理サーバ（３）は、ユーザ端末（電話機１、１ａ〜１ｃ、６、６ａ〜６ｃ）に対応付けられた端末情報（使用履歴情報）を管理する管理サーバであって、上記ユーザ端末のユーザの変更に応じて、ユーザを識別するためのユーザ識別情報（ＷＥＢＩＤ）を、現在設定されているユーザ識別情報から新たなユーザ識別情報に変更するサーバ側情報変更部（ＷＥＢＩＤ変更部３０３）を備え、上記サーバ側情報変更部による上記ユーザ識別情報の変更は、所定の変更規則に従って行われ、上記所定の変更規則は、上記ユーザ端末ごとに予め決められている上記ユーザ識別情報の群から、上記ユーザ識別情報の変更毎に異なる１つの上記ユーザ識別情報を決定することを定めたものであり、上記ユーザ端末または上記ユーザ端末以外の装置（ＰＣ２）から、上記ユーザ端末によって決定された上記ユーザ識別情報を受信する受信制御部（送受信制御部３０１）をさらに備え、（１）上記受信制御部が受信した上記ユーザ識別情報である第１ユーザ識別情報と、（２）上記所定の変更規則に従って、上記現在設定されているユーザ識別情報の次またはそれ以降に決定されることになっている第２ユーザ識別情報と、が一致した場合、上記サーバ側情報変更部は、上記第２ユーザ識別情報を上記ユーザ端末の現在のユーザの上記ユーザ識別情報として設定する。

上記構成によれば、管理サーバは、上記第１ユーザ識別情報と上記第２ユーザ識別情報とが一致した場合に、第２ユーザ識別情報を、ユーザ端末の現在のユーザのユーザ識別情報として設定する。また、管理サーバにおいて、ユーザ識別情報は、所定の変更規則に従って変更される。

したがって、管理サーバは、上記所定の変更規則が予め設定されることにより、例えば変更通知要求等の処理を行うことなく、ユーザ端末で決定されたユーザ識別情報を受信するだけで、当該ユーザ端末のユーザ識別情報に変更が生じているかどうかを判別できる。それゆえ、ユーザ端末のユーザの変更に応じた管理サーバによる情報管理を簡易な方法で行うことができる。

さらに、本発明の態様９に係る管理サーバは、上記態様８において、上記第１ユーザ識別情報と上記第２ユーザ識別情報とが一致した場合、上記第１ユーザ識別情報を生成したユーザ端末に対応付けられた上記端末情報を削除する情報削除部（使用履歴情報削除部３０４）を備えてもよい。

上記構成によれば、上記第１ユーザ識別情報と上記第２ユーザ識別情報とが一致した場合、管理サーバは、当該第１ユーザ識別情報を送信したユーザ端末に対応付けられた端末情報を削除する。すなわち、管理サーバは、当該ユーザ端末のユーザが変更された場合に、当該ユーザ端末に対応付けられた端末情報を削除する。それゆえ、変更後のユーザによって、変更前のユーザの端末情報が閲覧されることを防止できる。すなわち、管理サーバに管理されている管理情報のセキュリティを向上させることができる。

さらに、本発明の態様１０に係る管理サーバでは、上記態様８または９において、上記所定の変更規則は、上記ユーザ端末と上記管理サーバとの間で共有されていてもよい。

上記構成によれば、管理サーバは、例えば変更通知要求等の処理を行うことなく、ユーザ端末で決定されたユーザ識別情報を受信するだけで、当該ユーザ端末のユーザ識別情報に変更が生じているかどうかを判別できる。

さらに、本発明の態様１１に係る情報管理システム（１００、１００ａ）は、上記態様１から７のいずれかのユーザ端末と、上記態様８から１０のいずれかの管理サーバとを備えてもよい。

上記構成によれば、態様１または８にて述べたように、ユーザ端末のユーザの変更に応じた管理サーバによる情報管理を簡易な方法で行うことができる。

さらに、本発明の態様１２に係るユーザ端末（１、１ａ〜１ｃ、６、６ａ〜６ｃ）の制御方法は、ユーザ端末に対応付けられた端末情報が管理サーバ（３）によって管理される当該ユーザ端末の制御方法であって、上記ユーザ端末のユーザが現在のユーザから新たなユーザへと変更されたと推定される処理が発生したときに、ユーザを識別するためのユーザ識別情報を、現在設定されているユーザ識別情報から新たなユーザ識別情報に変更する端末側情報変更ステップ（Ｓ７）を含み、上記端末側情報変更ステップにおける上記ユーザ識別情報の変更は、所定の変更規則に従って行われ、上記所定の変更規則は、上記ユーザ端末ごとに予め決められている上記ユーザ識別情報の群から、上記ユーザ識別情報の変更毎に異なる１つの上記ユーザ識別情報を決定することを定めたものである。

上記構成によれば、態様１にて述べたように、ユーザ端末のユーザの変更に応じた管理サーバによる情報管理を簡易な方法で行うことができる。

さらに、本発明の態様１３に係る管理サーバ（３）の制御方法は、ユーザ端末に対応付けられた端末情報を管理する管理サーバの制御方法であって、上記ユーザ端末のユーザの変更に応じて、ユーザを識別するためのユーザ識別情報を、現在設定されているユーザ識別情報から新たなユーザ識別情報に変更するサーバ側情報変更ステップ（Ｓ２５）を含み、上記サーバ側情報変更ステップにおける上記ユーザ識別情報の変更は、所定の変更規則に従って行われ、上記所定の変更規則は、上記ユーザ端末ごとに予め決められている上記ユーザ識別情報の群から、上記ユーザ識別情報の変更毎に異なる１つの上記ユーザ識別情報を決定することを定めたものであり、上記ユーザ端末または上記ユーザ端末以外の装置から、上記ユーザ端末によって決定された上記ユーザ識別情報を受信する受信制御ステップ（Ｓ２２）をさらに含み、（１）上記受信制御ステップにおいて受信した上記ユーザ識別情報である第１ユーザ識別情報と、（２）上記所定の変更規則に従って、上記現在設定されているユーザ識別情報の次またはそれ以降に決定されることになっている第２ユーザ識別情報と、が一致した場合、上記サーバ側情報変更ステップでは、上記第２ユーザ識別情報を上記ユーザ端末の現在のユーザの上記ユーザ識別情報として設定する。

上記構成によれば、態様８にて述べたように、ユーザ端末のユーザの変更に応じた管理サーバによる情報管理を簡易な方法で行うことができる。

さらに、本発明の各態様に係るユーザ端末または管理サーバは、コンピュータによって実現してもよく、この場合には、コンピュータを上記ユーザ端末または管理サーバが備える各部（ソフトウェア要素）として動作させることにより上記ユーザ端末または管理サーバをコンピュータにて実現させるユーザ端末の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。

１、１ａ〜１ｃ、６、６ａ〜６ｃ電話機（ユーザ端末）、２ＰＣ（ユーザ端末以外の装置）、３管理サーバ、１００、１００ａ情報管理システム、１０２計数制御部、１０４ＷＥＢＩＤ生成部（端末側情報変更部）、３０１送受信制御部（受信制御部）、３０３ＷＥＢＩＤ変更部（サーバ側情報変更部）、３０４使用履歴情報削除部（情報削除部）

Claims

電話番号を利用するユーザ端末に対応付けられた使用履歴情報が管理サーバによって管理される当該ユーザ端末であって、
ユーザから受け付けた指示の内容が、上記ユーザ端末のユーザが現在のユーザから新たなユーザへの変更に伴う処理を示すものか否かを判定する判定部と、
上記判定部が、ユーザの変更に伴う処理と判定した場合、ユーザを識別するためのユーザ識別情報を、現在設定されているユーザ識別情報から新たなユーザ識別情報に変更する端末側情報変更部と、を備え、
上記端末側情報変更部による上記ユーザ識別情報の変更は、所定の変更規則に従って行われ、
上記所定の変更規則は、上記ユーザ端末ごとに予め決められている上記ユーザ識別情報の群から、上記ユーザ識別情報の変更毎に異なる１つの上記ユーザ識別情報を決定することを定めたものであることを特徴とするユーザ端末。
上記端末側情報変更部は、上記ユーザの変更に伴う上記ユーザ端末の初期化が行われたときに、上記ユーザ識別情報を変更することを特徴とする請求項１に記載のユーザ端末。
上記ユーザ識別情報には、上記ユーザ識別情報の変更の回数を示す変更回数情報が含まれており、
上記ユーザ識別情報の変更の回数を計数する計数制御部を備え、
上記端末側情報変更部は、上記変更回数情報が示す上記ユーザ識別情報の変更の回数を、上記計数制御部が計数した上記ユーザ識別情報の変更の回数に変更することにより決定した上記ユーザ識別情報を、上記新たなユーザ識別情報とすることを特徴とする請求項１または２に記載のユーザ端末。
上記ユーザ識別情報には、上記ユーザ端末を識別するための端末識別情報が含まれており、
上記端末側情報変更部は、上記端末識別情報に、上記計数制御部が計数した上記ユーザ識別情報の変更の回数を組み合わせることにより上記ユーザ識別情報を決定することを特徴とする請求項３に記載のユーザ端末。
上記群に含まれる上記ユーザ識別情報は、所定数の異なる上記ユーザ識別情報であることを特徴とする請求項１から４のいずれか１項に記載のユーザ端末。
電話機であることを特徴とする請求項１から５のいずれか１項に記載のユーザ端末。
上記所定の変更規則は、上記ユーザ端末と上記管理サーバとの間で共有されていることを特徴とする請求項１から６のいずれか１項に記載のユーザ端末。
電話番号を利用するユーザ端末に対応付けられた使用履歴情報を管理する管理サーバであって、
ユーザの操作による上記ユーザ端末での処理がユーザの変更に伴う処理と判定された場合、ユーザを識別するためのユーザ識別情報を、現在設定されているユーザ識別情報から新たなユーザ識別情報に変更するサーバ側情報変更部を備え、
上記サーバ側情報変更部による上記ユーザ識別情報の変更は、所定の変更規則に従って行われ、
上記所定の変更規則は、上記ユーザ端末ごとに予め決められている上記ユーザ識別情報の群から、上記ユーザ識別情報の変更毎に異なる１つの上記ユーザ識別情報を決定することを定めたものであり、
上記ユーザ端末または上記ユーザ端末以外の装置から、上記ユーザ端末によって決定された上記ユーザ識別情報を受信する受信制御部をさらに備え、
（１）上記受信制御部が受信した上記ユーザ識別情報である第１ユーザ識別情報と、（２）上記所定の変更規則に従って、上記現在設定されているユーザ識別情報の次またはそれ以降に決定されることになっている第２ユーザ識別情報と、が一致した場合、上記サーバ側情報変更部は、上記第２ユーザ識別情報を上記ユーザ端末の現在のユーザの上記ユーザ識別情報として設定することを特徴とする管理サーバ。
上記第１ユーザ識別情報と上記第２ユーザ識別情報とが一致した場合、上記第１ユーザ識別情報を生成したユーザ端末に対応付けられた上記使用履歴情報を削除する情報削除部を備えることを特徴とする請求項８に記載の管理サーバ。
上記所定の変更規則は、上記ユーザ端末と上記管理サーバとの間で共有されていることを特徴とする請求項８または９に記載の管理サーバ。
請求項１から７のいずれか１項に記載のユーザ端末と、
請求項８から１０のいずれか１項に記載の管理サーバと、を備えることを特徴とする情報管理システム。
電話番号を利用するユーザ端末に対応付けられた使用履歴情報が管理サーバによって管理される当該ユーザ端末の制御方法であって、
ユーザから受け付けた指示の内容が、上記ユーザ端末のユーザが現在のユーザから新たなユーザへの変更に伴う処理を示すものか否かを判定するステップと、
上記ステップでユーザの変更に伴う処理と判定された場合、ユーザを識別するためのユーザ識別情報を、現在設定されているユーザ識別情報から新たなユーザ識別情報に変更する端末側情報変更ステップと、を含み、
上記端末側情報変更ステップにおける上記ユーザ識別情報の変更は、所定の変更規則に従って行われ、
上記所定の変更規則は、上記ユーザ端末ごとに予め決められている上記ユーザ識別情報の群から、上記ユーザ識別情報の変更毎に異なる１つの上記ユーザ識別情報を決定することを定めたものであることを特徴とするユーザ端末の制御方法。
電話番号を利用するユーザ端末に対応付けられた使用履歴情報を管理する管理サーバの制御方法であって、
ユーザの操作による上記ユーザ端末での処理がユーザの変更に伴う処理と判定された場合、ユーザを識別するためのユーザ識別情報を、現在設定されているユーザ識別情報から新たなユーザ識別情報に変更するサーバ側情報変更ステップを含み、
上記サーバ側情報変更ステップにおける上記ユーザ識別情報の変更は、所定の変更規則に従って行われ、
上記所定の変更規則は、上記ユーザ端末ごとに予め決められている上記ユーザ識別情報の群から、上記ユーザ識別情報の変更毎に異なる１つの上記ユーザ識別情報を決定することを定めたものであり、
上記ユーザ端末または上記ユーザ端末以外の装置から、上記ユーザ端末によって決定された上記ユーザ識別情報を受信する受信制御ステップをさらに含み、
（１）上記受信制御ステップにおいて受信した上記ユーザ識別情報である第１ユーザ識別情報と、（２）上記所定の変更規則に従って、上記現在設定されているユーザ識別情報の次またはそれ以降に決定されることになっている第２ユーザ識別情報と、が一致した場合、上記サーバ側情報変更ステップでは、上記第２ユーザ識別情報を上記ユーザ端末の現在のユーザの上記ユーザ識別情報として設定することを特徴とする管理サーバの制御方法。