携帯電話帳管理システム
【課題】携帯電話機が、電話帳管理サーバから最新の電話帳データを取得し、自機に保有する電話帳データとの同期を取ることができるようにすると共に、携帯電話機及び電話帳管理サーバに蓄積された電話帳データの情報漏えい又は不正使用を防止する電話帳管理システムを提供する。
【解決手段】電話帳データベース１０６を備えた電話帳管理サーバ３０と、電話帳管理サーバ３０から電話帳データを受信する携帯電話機４０から成る電話帳管理システム２０であって、電話帳管理サーバ３０は、携帯電話機４０ごとに利用可能な電話帳データを電話帳データベース１０６から読み出す電話帳データ読出し手段１１７と、読み出した電話帳データを、要求元の携帯電話機４０に送信する電話帳データ送信手段１１８とを備え、携帯電話機４０は、要求を行うことにより、電話帳管理サーバ３０から最新の電話帳データを取得し、最新の電話帳データと、自機に保有する電話帳データ１４０との同期を取る電話帳データ同期手段１３５を備える。
【解決手段】電話帳データベース１０６を備えた電話帳管理サーバ３０と、電話帳管理サーバ３０から電話帳データを受信する携帯電話機４０から成る電話帳管理システム２０であって、電話帳管理サーバ３０は、携帯電話機４０ごとに利用可能な電話帳データを電話帳データベース１０６から読み出す電話帳データ読出し手段１１７と、読み出した電話帳データを、要求元の携帯電話機４０に送信する電話帳データ送信手段１１８とを備え、携帯電話機４０は、要求を行うことにより、電話帳管理サーバ３０から最新の電話帳データを取得し、最新の電話帳データと、自機に保有する電話帳データ１４０との同期を取る電話帳データ同期手段１３５を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話機からの要求に対して電話帳管理サーバで管理する電話帳データを送信する携帯電話帳管理システムに関するものである。
【背景技術】
【０００２】
携帯電話の技術の向上に伴い、電話帳データを携帯電話だけで管理することは一般に行なわれている。一方、携帯電話機の操作性の問題から、電話帳データの登録、修正、削除を電話帳管理サーバで行い、携帯電話に対して自動的に最新データを反映する仕組みも知られている。
【０００３】
図９は、データの登録、修正、削除を電話帳管理サーバで行い自動的に最新データを反映する公知の電話帳管理システム１の概要を示すものである。電話帳管理システム１は、電話帳管理サーバ２と、電話帳管理サーバ２から携帯公衆電話回線網及びインターネット３を介して電話帳データを受信する携帯電話機４とから構成され、電話帳管理サーバ２は、各種の指示を入力する入力部５、外部メディアとのデータ入出力を行う外部インタフェース入出力制御装置６、操作内容や実行結果を表示するディスプレイ装置７、全体を制御するデータ処理部８、入力したデータを蓄積する記憶装置９、データの処理を実行するプログラムを格納するメモリ装置１０とから構成されている。
【０００４】
このような構成の電話帳管理システム１に於いては、電話帳管理サーバ２から入力した登録者情報を記憶装置９に格納し、登録者情報を複数の電話帳としてまとめる。登録者情報に変更や削除が発生した場合、電話帳管理サーバ２からの入力により更新や削除を行う。
電話帳管理サーバ２は、携帯電話機４から電話帳取得要求受けると、電話帳データを携帯電話機４に送信する。
尚、本発明に関連する公知技術文献としては下記の特許文献１がある。
【特許文献１】特開２００２−５７７９８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述したように、電話帳データの登録、修正、削除を電話帳管理サーバで行い携帯電話に対して自動的に最新データを反映する仕組みは、携帯電話機の操作性の問題からも利便性が高いものである。又、電話帳管理サーバの持つ大量のデータから選択した電話帳データを携帯電話にダウンロードすることも可能である。
【０００６】
然しながら、そのような場合に於いても、携帯電話に個人情報を持つことは、紛失した場合や盗難にあった場合等に情報漏えいの危険性が高い。又、電話帳管理サーバに於いても、情報漏えい等を防止する必要がある。
そこで、電話帳管理サーバから携帯電話に対して電話帳データの最新データを反映する仕組みに於いて、携帯電話及び電話帳管理サーバの情報漏えいや、不正使用を防止することが望まれている。尚、特許文献１は前述した問題を解決するものではない。
【０００７】
以上の現状に鑑み、本発明は、携帯電話機が、電話帳管理サーバから最新の電話帳データを取得し、自機に保有する電話帳データとの同期を取ることができるようにすると共に、携帯電話機及び電話帳管理サーバに蓄積された電話帳データの情報漏えい又は不正使用を防止する電話帳管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の課題を解決すべく、本発明は以下の構成を提供する。
請求項１に係る発明は、電話帳データベースを備えた電話帳管理サーバと、該電話帳管理サーバから電話帳データを受信する携帯電話機から成る電話帳管理システムであって、
前記電話帳管理サーバは、前記電話帳データベースに電話帳データを登録する電話帳データ登録手段と、
登録された電話帳データを、名前及び電話番号をキーとして検索し更新または削除する電話帳データ更新手段と、
電話帳データの利用可否を、携帯電話機ごとに電話帳データベースに登録する電話帳データ利用可否登録手段と、
電話帳データを利用可能な携帯電話機を、電話帳データベースを参照して識別する携帯電話機識別手段と、
携帯電話機からの要求により、電話帳データベースから携帯電話機ごとに利用可能な電話帳データを読み出す電話帳データ読出し手段と、
読み出した電話帳データを、要求元の携帯電話機に送信する電話帳データ送信手段とを備え、
前記携帯電話機は、要求を行うことにより前記電話帳管理サーバから最新の電話帳データを取得し、該最新の電話帳データと、自機に保有する電話帳データとの同期を取る電話帳データ同期手段を備えることを特徴とする携帯電話帳管理システムを提供するものである。
【０００９】
請求項２に係る発明は、電話帳データベースを備えた電話帳管理サーバと、該電話帳管理サーバから電話帳データを受信する携帯電話機から成る携帯電話帳管理システムであって、
前記電話帳管理サーバは、要求元の携帯電話機が正規の利用者か否かを認証する認証手段と、
電話帳データベースに複数の電話帳データを持ち、利用者ごとに提供可能な電話帳データを設定する提供可能電話帳データ設定手段と、
利用者ごとに電話帳データの提供可否を設定する電話帳データ提供可否設定手段と、
電話帳データを暗号化して携帯電話機に送信する電話帳データ送信手段とを備え、
前記携帯電話機は、電話帳管理サーバに対し一定間隔で認証要求を行う認証要求手段と、
一定回数認証要求に失敗した場合に、携帯電話機内の電話帳データをロックして参照不可にするロック手段と、
前記電話帳管理サーバから認証不正の回答受信時に電話帳データを強制的に削除する電話帳データ強制削除手段とを備えることを特徴とする携帯電話帳管理システムを提供するものである。
【発明の効果】
【００１０】
本発明の請求項１記載の発明によれば、携帯電話機が、電話帳管理サーバから最新の電話帳データを取得し、自機に保有する電話帳データとの同期を取ることができると共に、電話帳管理サーバに蓄積された電話帳データの情報漏えい又は不正使用を防止することができる。
請求項２記載の発明によれば、携帯電話機が、電話帳管理サーバから最新の電話帳データを取得し、自機に保有する電話帳データとの同期を取ることができると共に、携帯電話機及び電話帳管理サーバに蓄積された電話帳データの情報漏えい又は不正使用を防止することができる。
【発明を実施するための最良の形態】
【００１１】
以下、実施例を示した図面を参照しつつ本発明の実施の形態を説明する。
図１に於いて、２０は、本発明の実施形態の携帯電話帳管理システムであり、携帯電話帳管理システム２０は、電話帳管理サーバ３０、携帯電話機４０とが携帯電話公衆回線網及びインターネット５０を介して通信自在に接続されている。
電話帳管理サーバ３０は、ディスプレイ装置１０１、ＭＰＵ１０２、キー入力装置１０３、外部入出力制御装置１０４と、後述するアプリケーションを格納するメモリ１０５と、記憶装置内に電話帳データベース１０６とを備えている。
【００１２】
そして、メモリ１０５内には、電話帳データを利用する利用者のデータを登録及び更新するための利用者登録・更新手段１１１、利用者が利用する電話帳データ又は電話帳ファイルを登録する利用電話帳データ登録手段１１２、電話帳データ登録手段１１３、電話帳データ更新手段１１４、携帯電話機４０からの電話帳データ送付要求を受信するための電話帳データ送付要求受信手段１１５、電話帳データベース１０６を参照して、電話帳データを利用可能な携帯電話機４０を識別する携帯電話機識別手段１１６、電話帳データ読出し手段１１７、電話帳データ送信手段１１８、携帯電話機４０からの認証要求を受信する認証要求受信手段１１９、ＰＫＩ（Public
Key Infrastructure 公開鍵基盤）クライアント認証を行なう認証手段１２０、認証結果送信手段１２１等のアプリケーションが格納されている。
【００１３】
又、電話帳データベース１０６には、利用者情報テーブル１２２、利用者別使用電話帳テーブル１２３、電話帳名称テーブル１２４、電話帳登録者テーブル１２５、電話帳所属テーブル１２６、ダウンロード等の履歴を蓄積する履歴テーブル１２７が格納されている。
【００１４】
一方、携帯電話機４０はＭＰＵ１３１と記憶メモリ１３２とを備え、記憶メモリ１３２は、アプリケーション記憶エリア１３３と、データ記憶エリア１３４とから構成される。
アプリケーション記憶エリア１３３は、電話帳データ同期手段１３５、認証要求手段１３６、電話帳データをロックして電話帳データの参照を不可能にするロック手段１３７、電話帳データ強制削除手段１３８、電話帳データ送付要求手段１３９としての各機能を持つアプリケーションを格納し、且つ、携帯電話機４０としての必要な図示省略のアプリケーションを格納し、データ記憶エリア１３４内に電話帳データ１４０を持つ。
【００１５】
電話帳データ利用者は、電話帳管理サーバ３０において利用者登録を行う。利用者登録は電話帳管理サーバ管理者が行い、利用者登録・更新手段１１１によって利用者の個人情報、携帯電話機４０の機種情報を登録し、それらの情報は、利用者情報テーブル１２２に格納される。
利用者の携帯電話機４０からは定期的に利用者の認証を行う。一定時間電話帳管理サーバ３０と接続できない場合、携帯電話機４０側の機能により電話帳データの利用が行えなくなる。
【００１６】
又、利用者から携帯電話機４０を紛失したとの連絡があった場合や、サーバ管理者が利用者の利用を停止する判断をした場合、電話帳管理サーバ３０のステータスを利用停止に変更する。この状態で携帯電話機４０から認証のアクセスがあった場合、携帯電話機４０での電話帳利用が行えなくなる。
携帯電話機４０からの要求として、認証要求、及び、電話帳データの送付要求１４１等が存在する。
電話帳管理サーバ３０からの応答としては、電話帳データ送信、認証結果送信１４２等が存在する。これらの要求と応答は携帯公衆回線網及びインターネット５０を介して行なわれ、インターネットに於いては、ＴＣＰ／ＩＰで接続され、プロトコルとしてＨＴＴＰが用いられる。クライアント認証は、ＰＫＩによる暗号を用いて行なわれる。
【００１７】
携帯電話機４０は、電話帳管理サーバ３０から携帯公衆回線網及びインターネット５０を通じて取得した電話帳データ１４０を携帯電話機４０のデータ記憶エリア１３４内に格納する。
本実施の形態において、電話帳データ１４０とは氏名、電話番号、メールアドレスを含んでいる。電話番号とメールアドレスについては、複数保持することが可能である。
【００１８】
携帯電話機４０は認証要求手段１３６によって電話帳管理サーバ３０に対して認証要求を行う。これに応答して、認証結果が電話帳管理サーバ３０の認証結果送信手段１２１によって、電話帳管理サーバ３０から送られてくるが、認証に成功した場合、携帯電話機４０内の電話帳データ１４０はそのまま維持され、この時、携帯電話機４０から電話帳データ送付要求手段１３９によって電話帳データを送付要求すると、電話帳管理サーバ３０の電話帳データ送信手段１１８によって履歴に基づく差分データ又は全データの電話帳データが送られてくる。
【００１９】
携帯電話機４０は送られてきた電話帳データにより電話帳データ同期手段１３５によって自機の電話帳データ１４０の差分の更新を行い最新の状態とする。尚、送られてきた電話帳データが全データである場合は、全データを格納、又は、上書きする。
【００２０】
又、認証に失敗した場合は、認証に失敗した認証結果に基づき、電話帳データ強制削除手段１３８によって強制的に携帯電話機４０内の電話帳データ１４０の削除を行う。
更に、認証時に電話帳管理サーバ３０で当該利用者の電話帳利用が禁止されていた場合も、その認証結果に基づき、電話帳データ強制削除手段１３８によって電話帳データ１４０の削除を行う。
【００２１】
更に又、一定期間認証が行われなかった場合、ロック手段１３７によって電話帳データ１４０のロックを行い、参照不可状態にする。電話帳データ１４０がロックされた場合、認証要求手段１３６によって電話帳管理サーバ３０に対して認証要求を行い、認証が成功した時、ロック手段１３７によりロックの解除を行う。ロックされた状態で認証に失敗した場合、電話帳データ強制削除手段１３８によって電話帳データ１４０は記憶メモリ１３２上から削除される。
【００２２】
携帯電話機４０が、電話帳管理サーバ３０から電話帳データを取得する処理の流れについて、図１及び図２を用いて更に詳細に説明する。電話帳データ登録手段１１３による電話帳登録処理２０１により、利用者が参照可能な電話帳データが、利用者別使用電話帳テーブル１２３内に登録されていることが前提となる。
先ず、携帯電話機４０の認証要求手段１３６によって、電話帳管理サーバ３０に対し、定時ごとの自動処理もしくは手動処理による認証要求送信２０２を行う。
【００２３】
電話帳管理サーバ３０では、認証要求受信手段１１９によって、携帯電話機４０からの認証要求２０２を受信すると、携帯電話機識別手段１１６によって、利用者情報テーブル１２２を参照し、認証要求２０２があった携帯電話機４０が登録されているかどうかについて認証処理２０３を行う。次に、認証手段１２０によって、利用者情報テーブル１２２を参照し、要求があった携帯電話機４０の利用者が、正規の利用者であるか、即ち、利用を許可されているかどうかについての認証処理２０３を行う。
【００２４】
認証が成功した場合は、その認証結果を認証結果送信手段１２１によって携帯電話機４０へ送信２０４する。携帯電話機４０側では認証が成功した認証結果を受信したのち、電話帳データ送付要求手段１３９によって、電話帳管理サーバ３０へ電話帳データ送付要求を送信２０５する。尚、電話帳データ送付要求は、認証結果を受信した時に必ず行なわれる必要はなく、適宜、行なわれても良く、或いは、携帯電話機４０の利用者が要求しても良い。又、電話帳データ送付要求としては、全データ要求、及び、更新データ要求がある。
【００２５】
電話帳管理サーバ３０は、電話帳データ送付要求２０５を受信すると、それが、更新データ要求である場合、電話帳データ読出し手段１１７により、履歴テーブル１２７を参照し、履歴テーブル１２７の履歴に基き、利用者別使用電話帳テーブル１２３から要求元の携帯電話機４０が利用できる最新の電話帳データとの差分情報を読出し２０６、読み出した電話帳データの差分情報を電話帳データ送信手段１１８により、携帯電話機４０に対し送信２０７する。差分情報の電話帳データは、例えば、ＳＳＬにより暗号化して送信される。尚、電話帳データ送付要求２０５をしなくても、認証結果送信２０４と共に、或いは、その後に電話帳管理サーバ３０から携帯電話機４０へ自動的に電話帳データを送信するようにしても良い。
【００２６】
又、電話帳データ送付要求２０５が全データ要求である場合は、電話帳データ読出し手段１１７により、利用者別使用電話帳テーブル１２３から要求元の携帯電話機４０が利用できる電話帳データを読出し２０６、読み出した電話帳データを電話帳データ送信手段１１８により、携帯電話機４０に対し送信２０７する。尚、全データ要求を履歴テーブル１２７により判断する構成にしても良い。
携帯電話機４０は、電話帳データ同期手段１３５により、取得した差分情報で、自機の電話帳データ１４０を同期処理２０８して更新する。尚、全データを受信した場合は、そのまま、又は、前データがある時は前データを削除し、或いは、前データに上書きして格納する。
【００２７】
電話帳管理サーバ３０からの電話帳取得に失敗する場合の流れを、図１及び図３を用いて詳細に説明する。電話帳登録２０１から認証処理２０３までは、図２の動作と同じ流れであるので説明を省略する。
【００２８】
認証処理２０３に於ける認証時に、携帯電話機４０のクライアント認証に失敗した場合と、携帯電話機４０の利用者が利用停止状態になっている場合、認証結果送信手段１２１により、携帯電話機４０に対してエラー応答の認証結果送信３０１を行う。
携帯電話機４０は、エラー応答の認証結果送信３０１の信号を受信した場合、電話帳データ強制削除手段１３８による電話帳データ強制削除処理３０２によって記憶メモリ１３２上の電話帳データ１４０を全て削除する。
【００２９】
次に、携帯電話機４０の電話帳データ１４０を保持する状態の遷移を、図１及び図４を用いて詳細に説明する。初期状態４０１では携帯電話機４０には電話帳データ１４０を持たない（初期状態）。
認証成功４０５の場合、電話帳管理サーバ３０から電話帳データ１４０を取得し、データ記憶エリア１３４に格納して、電話帳データ使用可能状態４０３となり、電話帳データ１４０を参照することができる。
電話帳データ使用可能状態４０３で定期的な認証要求による認証成功４０４が続くと、そのままの状態を維持する。
【００３０】
電話帳データ使用可能状態４０３に於いて、定期的な認証要求による認証時に、認証エラー４０６となると、電話帳データ１４０は削除されて初期状態４０１に遷移する。
電話帳データ使用可能状態４０３で一定期間認証未実行４０７となった場合、電話帳ロック状態４０８に遷移する。電話帳ロック状態４０８においては電話帳データ１４０はロックされ、電話帳データ１４０の使用及び参照はできないが、電話帳データ１４０は保持している。
【００３１】
次に、電話帳ロック状態４０８に於いて認証成功４０９となった場合、電話帳データ１４０のロックは解除され、ロック電話帳使用可能状態４０３に遷移する。
電話帳ロック状態４０８で認証エラー４１０となった場合、電話帳データ１４０が削除され、初期状態４０１に遷移する。
【００３２】
前述した電話帳データを取得する一連の流れについて、図１及び図５を用いて更に詳細に説明する。まず認証要求手段１３６によって電話帳管理サーバ３０との接続５０１を行う。
接続ができなかった場合、電話帳データ強制削除手段１３８によって、前回接続後の規定時間経過確認５０４を行い、規定時間経過していた場合、不正な状態にあると判断し携帯電話機４０上の電話帳データ１４０を電話帳強制削除処理５０６する。
【００３３】
前回接続から規定時間内だった場合、次のタイミングで電話帳管理サーバ３０との接続を行う。電話帳管理サーバ３０との接続が行えた場合、認証要求手段１３６による認証要求に基づき、電話帳管理サーバ３０は、認証手段１２０によって認証処理５０３を実行する。
【００３４】
認証処理判定５０５で認証が正しく行えた場合は、携帯電話機４０は、電話帳管理サーバ３０から携帯電話機４０が利用できる電話帳データ１４０の差分情報或いは全情報を取得し、電話帳データ同期手段１３５によって、携帯電話機４０上の電話帳データ１４０に電話帳同期処理５０７、即ち、反映を行う。
電話帳管理サーバ３０の認証処理５０３においてエラーと判定された場合、携帯電話機４０に対して電話帳管理サーバ３０から認証結果送信手段１２１によってエラー応答がされる。携帯電話機４０はエラー応答を受信した場合、電話帳データ強制削除手段１３８による電話帳強制削除処理５０８により携帯電話機４０上の電話帳１２３を削除する。
【００３５】
電話帳管理サーバ３０での利用者情報管理について、図１及び図６を用いて説明する。電話帳データを利用する携帯電話機４０の利用者について、利用者登録・更新手段１１１であるサーバ利用者情報登録画面によって、電話帳管理サーバ３０上で登録を行う。また登録した情報について、更新と削除も可能とする。
【００３６】
利用者情報は一覧として表示ができるが、登録及び更新時は１人につき１画面以上の画面として表示を行う。利用者単位に電話番号６０１、利用者氏名６０２、社員番号６０３、証明書ＩＤ６０４、利用電話帳データ登録手段１１２である利用可能な個別電話帳名称６０５、利用中か否か等の利用状態を表示する利用状態６０６の登録・更新欄を持つ。
前記データについて登録／更新６０７押下により登録もしくは更新を行い、削除６０８押下で削除を行う。
【００３７】
利用可能な電話帳データとは、複数の個別電話帳名称を登録するので利用者ごとに参照権限を与えるために設定される電話帳データである。例えば顧客Ａ社の担当者情報、顧客Ｂ社の担当者情報をそれぞれ別の社員に参照させるという使い方ができる。Ａ社担当社員にはＡ社の情報のみ、Ｂ社の担当社員にはＢ社の情報のみといった見せ方が可能となる。又、会社の中でも自部署の全社員の電話帳、他部署については管理職のみといった分け方も可能となる。
【００３８】
登録する情報について、利用者情報は利用者情報テーブル１２２に格納を行う。利用者情報の持ち方としては、利用者情報テーブル１２２に電話番号、氏名、社員番号、証明書ＩＤ、利用状態を持つ。
利用者ごとに参照可能な電話帳は、利用者別使用電話帳テーブル１２３で規定する。社員番号と利用電話帳ＩＤで１レコードとして登録する。社員番号をキーに選択すれば、利用可能な電話帳ＩＤが取得できる。電話帳ＩＤと電話帳データの日本語名称は、電話帳名称テーブル１２４で規定する。電話帳ＩＤごとの日本語表記を定義する。又、１人の社員が参照可能な電話帳データの数も、自由に設定できる。
【００３９】
携帯電話帳管理の方法について、図７を用いて説明する。電話帳データは前述の通り複数定義可能である。電話帳データごとに、登録情報を設定可能とする。
電話帳管理サーバ３０の電話帳データ登録手段１１３である登録画面において電話帳名称７０１の表示、電話帳ＩＤ７０２の表示、電話帳データ７０３の表示及び入力を行う。登録／更新７０４押下により追加及び更新を行う。削除７０５押下で選択した登録者の削除を行う。登録情報としては、氏名、電話番号、メールアドレス等がある。電話番号とメールアドレスについては、複数の登録を可能とする。登録者情報は電話帳登録者テーブル１２５に持つ。
【００４０】
各登録者ごとに固有のＩＤである登録者ＩＤを持ち、登録者ＩＤをキーとする。登録者ＩＤと電話帳ＩＤを電話帳所属テーブル１２６で関連付ける。これは登録者が複数の電話帳登録者テーブル１２５に登録される場合、データの一元管理を行うためである。
複数の電話帳登録者テーブル１２５に登録されるケースとして、同一組織内に複数の電話帳登録者テーブルが存在する場合がある。Ａ社総務部電話帳登録者テーブル、Ａ社営業部電話帳登録者テーブル、Ａ社管理職電話帳登録者テーブルといった持ち方をする場合が例として挙げられる。
【００４１】
図８に携帯電話機４０に表示する警告画面を示す。規定時間内に認証が行えなかった場合、手動認証を促す警告画面８０１を表示する。本画面８０１が表示された場合、図４の状態遷移に示す電話帳データロック状態４０８となる。この時、電話帳データ１４０の使用はできず、この状態で、更に、認証に失敗した場合は電話帳データ１４０が削除されることとなる。電話帳データロック状態４０８から、認証に成功した場合は、再び電話帳データ１４０が使用可能、又は、参照可能となる。
認証した結果、エラー応答が返却された場合、警告画面８０２が表示される。この画面が表示された場合は図４に示す携帯電話機４０の状態遷移の初期状態４０１に遷移し、携帯電話機４０上に保持していた電話帳データ１４０が全て削除されたことを示す。
【００４２】
斯くして、本発明の携帯電話帳管理システム２０において、携帯電話機４０は、電話帳管理サーバ３０から最新の電話帳データを取得し、その最新の電話帳データと、自機に保有する電話帳データ１４０との同期を取ることができる。
又、電話帳管理サーバ３０は、携帯電話機識別手段１１６、認証手段１２０を備え、携帯電話機４０は、認証要求手段１３６と、ロック手段１３７と、電話帳データ強制削除手段１３５とを備えるので、電話帳管理サーバ３０に格納された携帯電話帳データ及び携帯電話機４０に蓄積された電話帳データ１４０の情報漏えい又は不正使用を防止することができる。
【図面の簡単な説明】
【００４３】
【図１】本発明による携帯電話帳管理システムを概略的に示す説明図である。
【図２】本発明による携帯電話帳管理システムに於いて、認証成功時の電話帳データ取得シーケンス図である。
【図３】本発明による携帯電話帳管理システムに於いて、認証失敗時の電話帳データ取得シーケンス図である。
【図４】本発明による携帯電話帳管理システムに於いて、携帯電話の電話帳データの保持状態の遷移を示す説明図である。
【図５】本発明の携帯電話帳管理システムに於ける認証及び電話帳データ処理フローである。
【図６】（ａ）本発明の携帯電話帳管理システムに於けるサーバ利用者情報登録画面である。（ｂ）テーブルの説明図である。
【図７】（ａ）本発明の携帯電話帳管理システムに於けるサーバ電話帳データ登録画面である。（ｂ）テーブルの説明図である。
【図８】（ａ）本発明の携帯電話帳管理システムに於ける携帯電話に表示される警告画面である。（ｂ）本発明の携帯電話帳管理システムに於ける携帯電話に表示される電話帳データ削除を知らせる画面である。
【図９】従来例による携帯電話帳管理システムを概略的に示す説明図である。
【符号の説明】
【００４４】
２０ 電話帳管理システム
３０ 電話帳管理サーバ
４０ 携帯電話機
１０６ 電話帳データベース
１１１ 利用者登録・更新手段
１１２ 利用電話帳データ登録手段
１１３ 電話帳データ登録手段
１１４ 電話帳データ更新手段
１１５ 電話帳データ送付要求受信手段
１１６ 携帯電話機識別手段
１１７ 電話帳データ読出し手段
１１８ 電話帳データ送信手段
１１９ 認証要求受信手段
１２０ 認証手段
１２１ 認証結果送信手段
１３５ 電話帳データ同期手段
１３６ 認証要求手段
１３７ ロック手段
１３８ 電話帳データ強制削除手段
１４０ 電話帳データ
【技術分野】
【０００１】
本発明は、携帯電話機からの要求に対して電話帳管理サーバで管理する電話帳データを送信する携帯電話帳管理システムに関するものである。
【背景技術】
【０００２】
携帯電話の技術の向上に伴い、電話帳データを携帯電話だけで管理することは一般に行なわれている。一方、携帯電話機の操作性の問題から、電話帳データの登録、修正、削除を電話帳管理サーバで行い、携帯電話に対して自動的に最新データを反映する仕組みも知られている。
【０００３】
図９は、データの登録、修正、削除を電話帳管理サーバで行い自動的に最新データを反映する公知の電話帳管理システム１の概要を示すものである。電話帳管理システム１は、電話帳管理サーバ２と、電話帳管理サーバ２から携帯公衆電話回線網及びインターネット３を介して電話帳データを受信する携帯電話機４とから構成され、電話帳管理サーバ２は、各種の指示を入力する入力部５、外部メディアとのデータ入出力を行う外部インタフェース入出力制御装置６、操作内容や実行結果を表示するディスプレイ装置７、全体を制御するデータ処理部８、入力したデータを蓄積する記憶装置９、データの処理を実行するプログラムを格納するメモリ装置１０とから構成されている。
【０００４】
このような構成の電話帳管理システム１に於いては、電話帳管理サーバ２から入力した登録者情報を記憶装置９に格納し、登録者情報を複数の電話帳としてまとめる。登録者情報に変更や削除が発生した場合、電話帳管理サーバ２からの入力により更新や削除を行う。
電話帳管理サーバ２は、携帯電話機４から電話帳取得要求受けると、電話帳データを携帯電話機４に送信する。
尚、本発明に関連する公知技術文献としては下記の特許文献１がある。
【特許文献１】特開２００２−５７７９８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述したように、電話帳データの登録、修正、削除を電話帳管理サーバで行い携帯電話に対して自動的に最新データを反映する仕組みは、携帯電話機の操作性の問題からも利便性が高いものである。又、電話帳管理サーバの持つ大量のデータから選択した電話帳データを携帯電話にダウンロードすることも可能である。
【０００６】
然しながら、そのような場合に於いても、携帯電話に個人情報を持つことは、紛失した場合や盗難にあった場合等に情報漏えいの危険性が高い。又、電話帳管理サーバに於いても、情報漏えい等を防止する必要がある。
そこで、電話帳管理サーバから携帯電話に対して電話帳データの最新データを反映する仕組みに於いて、携帯電話及び電話帳管理サーバの情報漏えいや、不正使用を防止することが望まれている。尚、特許文献１は前述した問題を解決するものではない。
【０００７】
以上の現状に鑑み、本発明は、携帯電話機が、電話帳管理サーバから最新の電話帳データを取得し、自機に保有する電話帳データとの同期を取ることができるようにすると共に、携帯電話機及び電話帳管理サーバに蓄積された電話帳データの情報漏えい又は不正使用を防止する電話帳管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の課題を解決すべく、本発明は以下の構成を提供する。
請求項１に係る発明は、電話帳データベースを備えた電話帳管理サーバと、該電話帳管理サーバから電話帳データを受信する携帯電話機から成る電話帳管理システムであって、
前記電話帳管理サーバは、前記電話帳データベースに電話帳データを登録する電話帳データ登録手段と、
登録された電話帳データを、名前及び電話番号をキーとして検索し更新または削除する電話帳データ更新手段と、
電話帳データの利用可否を、携帯電話機ごとに電話帳データベースに登録する電話帳データ利用可否登録手段と、
電話帳データを利用可能な携帯電話機を、電話帳データベースを参照して識別する携帯電話機識別手段と、
携帯電話機からの要求により、電話帳データベースから携帯電話機ごとに利用可能な電話帳データを読み出す電話帳データ読出し手段と、
読み出した電話帳データを、要求元の携帯電話機に送信する電話帳データ送信手段とを備え、
前記携帯電話機は、要求を行うことにより前記電話帳管理サーバから最新の電話帳データを取得し、該最新の電話帳データと、自機に保有する電話帳データとの同期を取る電話帳データ同期手段を備えることを特徴とする携帯電話帳管理システムを提供するものである。
【０００９】
請求項２に係る発明は、電話帳データベースを備えた電話帳管理サーバと、該電話帳管理サーバから電話帳データを受信する携帯電話機から成る携帯電話帳管理システムであって、
前記電話帳管理サーバは、要求元の携帯電話機が正規の利用者か否かを認証する認証手段と、
電話帳データベースに複数の電話帳データを持ち、利用者ごとに提供可能な電話帳データを設定する提供可能電話帳データ設定手段と、
利用者ごとに電話帳データの提供可否を設定する電話帳データ提供可否設定手段と、
電話帳データを暗号化して携帯電話機に送信する電話帳データ送信手段とを備え、
前記携帯電話機は、電話帳管理サーバに対し一定間隔で認証要求を行う認証要求手段と、
一定回数認証要求に失敗した場合に、携帯電話機内の電話帳データをロックして参照不可にするロック手段と、
前記電話帳管理サーバから認証不正の回答受信時に電話帳データを強制的に削除する電話帳データ強制削除手段とを備えることを特徴とする携帯電話帳管理システムを提供するものである。
【発明の効果】
【００１０】
本発明の請求項１記載の発明によれば、携帯電話機が、電話帳管理サーバから最新の電話帳データを取得し、自機に保有する電話帳データとの同期を取ることができると共に、電話帳管理サーバに蓄積された電話帳データの情報漏えい又は不正使用を防止することができる。
請求項２記載の発明によれば、携帯電話機が、電話帳管理サーバから最新の電話帳データを取得し、自機に保有する電話帳データとの同期を取ることができると共に、携帯電話機及び電話帳管理サーバに蓄積された電話帳データの情報漏えい又は不正使用を防止することができる。
【発明を実施するための最良の形態】
【００１１】
以下、実施例を示した図面を参照しつつ本発明の実施の形態を説明する。
図１に於いて、２０は、本発明の実施形態の携帯電話帳管理システムであり、携帯電話帳管理システム２０は、電話帳管理サーバ３０、携帯電話機４０とが携帯電話公衆回線網及びインターネット５０を介して通信自在に接続されている。
電話帳管理サーバ３０は、ディスプレイ装置１０１、ＭＰＵ１０２、キー入力装置１０３、外部入出力制御装置１０４と、後述するアプリケーションを格納するメモリ１０５と、記憶装置内に電話帳データベース１０６とを備えている。
【００１２】
そして、メモリ１０５内には、電話帳データを利用する利用者のデータを登録及び更新するための利用者登録・更新手段１１１、利用者が利用する電話帳データ又は電話帳ファイルを登録する利用電話帳データ登録手段１１２、電話帳データ登録手段１１３、電話帳データ更新手段１１４、携帯電話機４０からの電話帳データ送付要求を受信するための電話帳データ送付要求受信手段１１５、電話帳データベース１０６を参照して、電話帳データを利用可能な携帯電話機４０を識別する携帯電話機識別手段１１６、電話帳データ読出し手段１１７、電話帳データ送信手段１１８、携帯電話機４０からの認証要求を受信する認証要求受信手段１１９、ＰＫＩ（Public
Key Infrastructure 公開鍵基盤）クライアント認証を行なう認証手段１２０、認証結果送信手段１２１等のアプリケーションが格納されている。
【００１３】
又、電話帳データベース１０６には、利用者情報テーブル１２２、利用者別使用電話帳テーブル１２３、電話帳名称テーブル１２４、電話帳登録者テーブル１２５、電話帳所属テーブル１２６、ダウンロード等の履歴を蓄積する履歴テーブル１２７が格納されている。
【００１４】
一方、携帯電話機４０はＭＰＵ１３１と記憶メモリ１３２とを備え、記憶メモリ１３２は、アプリケーション記憶エリア１３３と、データ記憶エリア１３４とから構成される。
アプリケーション記憶エリア１３３は、電話帳データ同期手段１３５、認証要求手段１３６、電話帳データをロックして電話帳データの参照を不可能にするロック手段１３７、電話帳データ強制削除手段１３８、電話帳データ送付要求手段１３９としての各機能を持つアプリケーションを格納し、且つ、携帯電話機４０としての必要な図示省略のアプリケーションを格納し、データ記憶エリア１３４内に電話帳データ１４０を持つ。
【００１５】
電話帳データ利用者は、電話帳管理サーバ３０において利用者登録を行う。利用者登録は電話帳管理サーバ管理者が行い、利用者登録・更新手段１１１によって利用者の個人情報、携帯電話機４０の機種情報を登録し、それらの情報は、利用者情報テーブル１２２に格納される。
利用者の携帯電話機４０からは定期的に利用者の認証を行う。一定時間電話帳管理サーバ３０と接続できない場合、携帯電話機４０側の機能により電話帳データの利用が行えなくなる。
【００１６】
又、利用者から携帯電話機４０を紛失したとの連絡があった場合や、サーバ管理者が利用者の利用を停止する判断をした場合、電話帳管理サーバ３０のステータスを利用停止に変更する。この状態で携帯電話機４０から認証のアクセスがあった場合、携帯電話機４０での電話帳利用が行えなくなる。
携帯電話機４０からの要求として、認証要求、及び、電話帳データの送付要求１４１等が存在する。
電話帳管理サーバ３０からの応答としては、電話帳データ送信、認証結果送信１４２等が存在する。これらの要求と応答は携帯公衆回線網及びインターネット５０を介して行なわれ、インターネットに於いては、ＴＣＰ／ＩＰで接続され、プロトコルとしてＨＴＴＰが用いられる。クライアント認証は、ＰＫＩによる暗号を用いて行なわれる。
【００１７】
携帯電話機４０は、電話帳管理サーバ３０から携帯公衆回線網及びインターネット５０を通じて取得した電話帳データ１４０を携帯電話機４０のデータ記憶エリア１３４内に格納する。
本実施の形態において、電話帳データ１４０とは氏名、電話番号、メールアドレスを含んでいる。電話番号とメールアドレスについては、複数保持することが可能である。
【００１８】
携帯電話機４０は認証要求手段１３６によって電話帳管理サーバ３０に対して認証要求を行う。これに応答して、認証結果が電話帳管理サーバ３０の認証結果送信手段１２１によって、電話帳管理サーバ３０から送られてくるが、認証に成功した場合、携帯電話機４０内の電話帳データ１４０はそのまま維持され、この時、携帯電話機４０から電話帳データ送付要求手段１３９によって電話帳データを送付要求すると、電話帳管理サーバ３０の電話帳データ送信手段１１８によって履歴に基づく差分データ又は全データの電話帳データが送られてくる。
【００１９】
携帯電話機４０は送られてきた電話帳データにより電話帳データ同期手段１３５によって自機の電話帳データ１４０の差分の更新を行い最新の状態とする。尚、送られてきた電話帳データが全データである場合は、全データを格納、又は、上書きする。
【００２０】
又、認証に失敗した場合は、認証に失敗した認証結果に基づき、電話帳データ強制削除手段１３８によって強制的に携帯電話機４０内の電話帳データ１４０の削除を行う。
更に、認証時に電話帳管理サーバ３０で当該利用者の電話帳利用が禁止されていた場合も、その認証結果に基づき、電話帳データ強制削除手段１３８によって電話帳データ１４０の削除を行う。
【００２１】
更に又、一定期間認証が行われなかった場合、ロック手段１３７によって電話帳データ１４０のロックを行い、参照不可状態にする。電話帳データ１４０がロックされた場合、認証要求手段１３６によって電話帳管理サーバ３０に対して認証要求を行い、認証が成功した時、ロック手段１３７によりロックの解除を行う。ロックされた状態で認証に失敗した場合、電話帳データ強制削除手段１３８によって電話帳データ１４０は記憶メモリ１３２上から削除される。
【００２２】
携帯電話機４０が、電話帳管理サーバ３０から電話帳データを取得する処理の流れについて、図１及び図２を用いて更に詳細に説明する。電話帳データ登録手段１１３による電話帳登録処理２０１により、利用者が参照可能な電話帳データが、利用者別使用電話帳テーブル１２３内に登録されていることが前提となる。
先ず、携帯電話機４０の認証要求手段１３６によって、電話帳管理サーバ３０に対し、定時ごとの自動処理もしくは手動処理による認証要求送信２０２を行う。
【００２３】
電話帳管理サーバ３０では、認証要求受信手段１１９によって、携帯電話機４０からの認証要求２０２を受信すると、携帯電話機識別手段１１６によって、利用者情報テーブル１２２を参照し、認証要求２０２があった携帯電話機４０が登録されているかどうかについて認証処理２０３を行う。次に、認証手段１２０によって、利用者情報テーブル１２２を参照し、要求があった携帯電話機４０の利用者が、正規の利用者であるか、即ち、利用を許可されているかどうかについての認証処理２０３を行う。
【００２４】
認証が成功した場合は、その認証結果を認証結果送信手段１２１によって携帯電話機４０へ送信２０４する。携帯電話機４０側では認証が成功した認証結果を受信したのち、電話帳データ送付要求手段１３９によって、電話帳管理サーバ３０へ電話帳データ送付要求を送信２０５する。尚、電話帳データ送付要求は、認証結果を受信した時に必ず行なわれる必要はなく、適宜、行なわれても良く、或いは、携帯電話機４０の利用者が要求しても良い。又、電話帳データ送付要求としては、全データ要求、及び、更新データ要求がある。
【００２５】
電話帳管理サーバ３０は、電話帳データ送付要求２０５を受信すると、それが、更新データ要求である場合、電話帳データ読出し手段１１７により、履歴テーブル１２７を参照し、履歴テーブル１２７の履歴に基き、利用者別使用電話帳テーブル１２３から要求元の携帯電話機４０が利用できる最新の電話帳データとの差分情報を読出し２０６、読み出した電話帳データの差分情報を電話帳データ送信手段１１８により、携帯電話機４０に対し送信２０７する。差分情報の電話帳データは、例えば、ＳＳＬにより暗号化して送信される。尚、電話帳データ送付要求２０５をしなくても、認証結果送信２０４と共に、或いは、その後に電話帳管理サーバ３０から携帯電話機４０へ自動的に電話帳データを送信するようにしても良い。
【００２６】
又、電話帳データ送付要求２０５が全データ要求である場合は、電話帳データ読出し手段１１７により、利用者別使用電話帳テーブル１２３から要求元の携帯電話機４０が利用できる電話帳データを読出し２０６、読み出した電話帳データを電話帳データ送信手段１１８により、携帯電話機４０に対し送信２０７する。尚、全データ要求を履歴テーブル１２７により判断する構成にしても良い。
携帯電話機４０は、電話帳データ同期手段１３５により、取得した差分情報で、自機の電話帳データ１４０を同期処理２０８して更新する。尚、全データを受信した場合は、そのまま、又は、前データがある時は前データを削除し、或いは、前データに上書きして格納する。
【００２７】
電話帳管理サーバ３０からの電話帳取得に失敗する場合の流れを、図１及び図３を用いて詳細に説明する。電話帳登録２０１から認証処理２０３までは、図２の動作と同じ流れであるので説明を省略する。
【００２８】
認証処理２０３に於ける認証時に、携帯電話機４０のクライアント認証に失敗した場合と、携帯電話機４０の利用者が利用停止状態になっている場合、認証結果送信手段１２１により、携帯電話機４０に対してエラー応答の認証結果送信３０１を行う。
携帯電話機４０は、エラー応答の認証結果送信３０１の信号を受信した場合、電話帳データ強制削除手段１３８による電話帳データ強制削除処理３０２によって記憶メモリ１３２上の電話帳データ１４０を全て削除する。
【００２９】
次に、携帯電話機４０の電話帳データ１４０を保持する状態の遷移を、図１及び図４を用いて詳細に説明する。初期状態４０１では携帯電話機４０には電話帳データ１４０を持たない（初期状態）。
認証成功４０５の場合、電話帳管理サーバ３０から電話帳データ１４０を取得し、データ記憶エリア１３４に格納して、電話帳データ使用可能状態４０３となり、電話帳データ１４０を参照することができる。
電話帳データ使用可能状態４０３で定期的な認証要求による認証成功４０４が続くと、そのままの状態を維持する。
【００３０】
電話帳データ使用可能状態４０３に於いて、定期的な認証要求による認証時に、認証エラー４０６となると、電話帳データ１４０は削除されて初期状態４０１に遷移する。
電話帳データ使用可能状態４０３で一定期間認証未実行４０７となった場合、電話帳ロック状態４０８に遷移する。電話帳ロック状態４０８においては電話帳データ１４０はロックされ、電話帳データ１４０の使用及び参照はできないが、電話帳データ１４０は保持している。
【００３１】
次に、電話帳ロック状態４０８に於いて認証成功４０９となった場合、電話帳データ１４０のロックは解除され、ロック電話帳使用可能状態４０３に遷移する。
電話帳ロック状態４０８で認証エラー４１０となった場合、電話帳データ１４０が削除され、初期状態４０１に遷移する。
【００３２】
前述した電話帳データを取得する一連の流れについて、図１及び図５を用いて更に詳細に説明する。まず認証要求手段１３６によって電話帳管理サーバ３０との接続５０１を行う。
接続ができなかった場合、電話帳データ強制削除手段１３８によって、前回接続後の規定時間経過確認５０４を行い、規定時間経過していた場合、不正な状態にあると判断し携帯電話機４０上の電話帳データ１４０を電話帳強制削除処理５０６する。
【００３３】
前回接続から規定時間内だった場合、次のタイミングで電話帳管理サーバ３０との接続を行う。電話帳管理サーバ３０との接続が行えた場合、認証要求手段１３６による認証要求に基づき、電話帳管理サーバ３０は、認証手段１２０によって認証処理５０３を実行する。
【００３４】
認証処理判定５０５で認証が正しく行えた場合は、携帯電話機４０は、電話帳管理サーバ３０から携帯電話機４０が利用できる電話帳データ１４０の差分情報或いは全情報を取得し、電話帳データ同期手段１３５によって、携帯電話機４０上の電話帳データ１４０に電話帳同期処理５０７、即ち、反映を行う。
電話帳管理サーバ３０の認証処理５０３においてエラーと判定された場合、携帯電話機４０に対して電話帳管理サーバ３０から認証結果送信手段１２１によってエラー応答がされる。携帯電話機４０はエラー応答を受信した場合、電話帳データ強制削除手段１３８による電話帳強制削除処理５０８により携帯電話機４０上の電話帳１２３を削除する。
【００３５】
電話帳管理サーバ３０での利用者情報管理について、図１及び図６を用いて説明する。電話帳データを利用する携帯電話機４０の利用者について、利用者登録・更新手段１１１であるサーバ利用者情報登録画面によって、電話帳管理サーバ３０上で登録を行う。また登録した情報について、更新と削除も可能とする。
【００３６】
利用者情報は一覧として表示ができるが、登録及び更新時は１人につき１画面以上の画面として表示を行う。利用者単位に電話番号６０１、利用者氏名６０２、社員番号６０３、証明書ＩＤ６０４、利用電話帳データ登録手段１１２である利用可能な個別電話帳名称６０５、利用中か否か等の利用状態を表示する利用状態６０６の登録・更新欄を持つ。
前記データについて登録／更新６０７押下により登録もしくは更新を行い、削除６０８押下で削除を行う。
【００３７】
利用可能な電話帳データとは、複数の個別電話帳名称を登録するので利用者ごとに参照権限を与えるために設定される電話帳データである。例えば顧客Ａ社の担当者情報、顧客Ｂ社の担当者情報をそれぞれ別の社員に参照させるという使い方ができる。Ａ社担当社員にはＡ社の情報のみ、Ｂ社の担当社員にはＢ社の情報のみといった見せ方が可能となる。又、会社の中でも自部署の全社員の電話帳、他部署については管理職のみといった分け方も可能となる。
【００３８】
登録する情報について、利用者情報は利用者情報テーブル１２２に格納を行う。利用者情報の持ち方としては、利用者情報テーブル１２２に電話番号、氏名、社員番号、証明書ＩＤ、利用状態を持つ。
利用者ごとに参照可能な電話帳は、利用者別使用電話帳テーブル１２３で規定する。社員番号と利用電話帳ＩＤで１レコードとして登録する。社員番号をキーに選択すれば、利用可能な電話帳ＩＤが取得できる。電話帳ＩＤと電話帳データの日本語名称は、電話帳名称テーブル１２４で規定する。電話帳ＩＤごとの日本語表記を定義する。又、１人の社員が参照可能な電話帳データの数も、自由に設定できる。
【００３９】
携帯電話帳管理の方法について、図７を用いて説明する。電話帳データは前述の通り複数定義可能である。電話帳データごとに、登録情報を設定可能とする。
電話帳管理サーバ３０の電話帳データ登録手段１１３である登録画面において電話帳名称７０１の表示、電話帳ＩＤ７０２の表示、電話帳データ７０３の表示及び入力を行う。登録／更新７０４押下により追加及び更新を行う。削除７０５押下で選択した登録者の削除を行う。登録情報としては、氏名、電話番号、メールアドレス等がある。電話番号とメールアドレスについては、複数の登録を可能とする。登録者情報は電話帳登録者テーブル１２５に持つ。
【００４０】
各登録者ごとに固有のＩＤである登録者ＩＤを持ち、登録者ＩＤをキーとする。登録者ＩＤと電話帳ＩＤを電話帳所属テーブル１２６で関連付ける。これは登録者が複数の電話帳登録者テーブル１２５に登録される場合、データの一元管理を行うためである。
複数の電話帳登録者テーブル１２５に登録されるケースとして、同一組織内に複数の電話帳登録者テーブルが存在する場合がある。Ａ社総務部電話帳登録者テーブル、Ａ社営業部電話帳登録者テーブル、Ａ社管理職電話帳登録者テーブルといった持ち方をする場合が例として挙げられる。
【００４１】
図８に携帯電話機４０に表示する警告画面を示す。規定時間内に認証が行えなかった場合、手動認証を促す警告画面８０１を表示する。本画面８０１が表示された場合、図４の状態遷移に示す電話帳データロック状態４０８となる。この時、電話帳データ１４０の使用はできず、この状態で、更に、認証に失敗した場合は電話帳データ１４０が削除されることとなる。電話帳データロック状態４０８から、認証に成功した場合は、再び電話帳データ１４０が使用可能、又は、参照可能となる。
認証した結果、エラー応答が返却された場合、警告画面８０２が表示される。この画面が表示された場合は図４に示す携帯電話機４０の状態遷移の初期状態４０１に遷移し、携帯電話機４０上に保持していた電話帳データ１４０が全て削除されたことを示す。
【００４２】
斯くして、本発明の携帯電話帳管理システム２０において、携帯電話機４０は、電話帳管理サーバ３０から最新の電話帳データを取得し、その最新の電話帳データと、自機に保有する電話帳データ１４０との同期を取ることができる。
又、電話帳管理サーバ３０は、携帯電話機識別手段１１６、認証手段１２０を備え、携帯電話機４０は、認証要求手段１３６と、ロック手段１３７と、電話帳データ強制削除手段１３５とを備えるので、電話帳管理サーバ３０に格納された携帯電話帳データ及び携帯電話機４０に蓄積された電話帳データ１４０の情報漏えい又は不正使用を防止することができる。
【図面の簡単な説明】
【００４３】
【図１】本発明による携帯電話帳管理システムを概略的に示す説明図である。
【図２】本発明による携帯電話帳管理システムに於いて、認証成功時の電話帳データ取得シーケンス図である。
【図３】本発明による携帯電話帳管理システムに於いて、認証失敗時の電話帳データ取得シーケンス図である。
【図４】本発明による携帯電話帳管理システムに於いて、携帯電話の電話帳データの保持状態の遷移を示す説明図である。
【図５】本発明の携帯電話帳管理システムに於ける認証及び電話帳データ処理フローである。
【図６】（ａ）本発明の携帯電話帳管理システムに於けるサーバ利用者情報登録画面である。（ｂ）テーブルの説明図である。
【図７】（ａ）本発明の携帯電話帳管理システムに於けるサーバ電話帳データ登録画面である。（ｂ）テーブルの説明図である。
【図８】（ａ）本発明の携帯電話帳管理システムに於ける携帯電話に表示される警告画面である。（ｂ）本発明の携帯電話帳管理システムに於ける携帯電話に表示される電話帳データ削除を知らせる画面である。
【図９】従来例による携帯電話帳管理システムを概略的に示す説明図である。
【符号の説明】
【００４４】
２０ 電話帳管理システム
３０ 電話帳管理サーバ
４０ 携帯電話機
１０６ 電話帳データベース
１１１ 利用者登録・更新手段
１１２ 利用電話帳データ登録手段
１１３ 電話帳データ登録手段
１１４ 電話帳データ更新手段
１１５ 電話帳データ送付要求受信手段
１１６ 携帯電話機識別手段
１１７ 電話帳データ読出し手段
１１８ 電話帳データ送信手段
１１９ 認証要求受信手段
１２０ 認証手段
１２１ 認証結果送信手段
１３５ 電話帳データ同期手段
１３６ 認証要求手段
１３７ ロック手段
１３８ 電話帳データ強制削除手段
１４０ 電話帳データ
【特許請求の範囲】
【請求項１】
電話帳データベースを備えた電話帳管理サーバと、該電話帳管理サーバから電話帳データを受信する携帯電話機から成る電話帳管理システムであって、
前記電話帳管理サーバは、前記電話帳データベースに前記携帯電話機の利用者を登録及び更新する利用者登録・更新手段と、
携帯電話機ごとに、利用する電話帳データを登録する利用電話帳データ登録手段と、
電話帳データを登録する電話帳データ登録手段と、
登録された電話帳データを、名前及び電話番号をキーとして検索し更新または削除する電話帳データ更新手段と、
携帯電話機からの電話帳データ送付要求を受信する電話帳データ送付要求受信手段と
携帯電話機からの要求により、電話帳データベースを参照して、電話帳データを利用可能な携帯電話機を識別する携帯電話機識別手段と、
携帯電話機ごとに利用可能な電話帳データを電話帳データベースから読み出す電話帳データ読出し手段と、
読み出した電話帳データを、要求元の携帯電話機に送信する電話帳データ送信手段とを備え、
前記携帯電話機は、要求を行うことにより、前記電話帳管理サーバから最新の電話帳データを取得し、該最新の電話帳データと、自機に保有する電話帳データとの同期を取る電話帳データ同期手段を備えることを特徴とする携帯電話帳管理システム。
【請求項２】
電話帳データベースを備えた電話帳管理サーバと、該電話帳管理サーバから電話帳データを受信する携帯電話機から成る携帯電話帳管理システムであって、
前記電話帳管理サーバは、前記携帯電話機からの認証要求を受信する認証要求受信手段と、
要求元の携帯電話機が正規の利用者か否かを認証する認証手段と、
認証結果を前記携帯電話機に送信する認証結果送信手段と、
携帯電話機からの電話帳データ送付要求を受信する電話帳データ送付要求受信手段と
電話帳データを暗号化して携帯電話機に送信する電話帳データ送信手段とを備え、
前記携帯電話機は、電話帳管理サーバに対し一定間隔で認証要求を行う認証要求手段と、
一定回数認証要求に失敗した場合に、携帯電話機内の電話帳データをロックして参照不可にするロック手段と、
前記電話帳管理サーバから認証不正の回答受信時に電話帳データを強制的に削除する電話帳データ強制削除手段とを備えることを特徴とする携帯電話帳管理システム。
【請求項１】
電話帳データベースを備えた電話帳管理サーバと、該電話帳管理サーバから電話帳データを受信する携帯電話機から成る電話帳管理システムであって、
前記電話帳管理サーバは、前記電話帳データベースに前記携帯電話機の利用者を登録及び更新する利用者登録・更新手段と、
携帯電話機ごとに、利用する電話帳データを登録する利用電話帳データ登録手段と、
電話帳データを登録する電話帳データ登録手段と、
登録された電話帳データを、名前及び電話番号をキーとして検索し更新または削除する電話帳データ更新手段と、
携帯電話機からの電話帳データ送付要求を受信する電話帳データ送付要求受信手段と
携帯電話機からの要求により、電話帳データベースを参照して、電話帳データを利用可能な携帯電話機を識別する携帯電話機識別手段と、
携帯電話機ごとに利用可能な電話帳データを電話帳データベースから読み出す電話帳データ読出し手段と、
読み出した電話帳データを、要求元の携帯電話機に送信する電話帳データ送信手段とを備え、
前記携帯電話機は、要求を行うことにより、前記電話帳管理サーバから最新の電話帳データを取得し、該最新の電話帳データと、自機に保有する電話帳データとの同期を取る電話帳データ同期手段を備えることを特徴とする携帯電話帳管理システム。
【請求項２】
電話帳データベースを備えた電話帳管理サーバと、該電話帳管理サーバから電話帳データを受信する携帯電話機から成る携帯電話帳管理システムであって、
前記電話帳管理サーバは、前記携帯電話機からの認証要求を受信する認証要求受信手段と、
要求元の携帯電話機が正規の利用者か否かを認証する認証手段と、
認証結果を前記携帯電話機に送信する認証結果送信手段と、
携帯電話機からの電話帳データ送付要求を受信する電話帳データ送付要求受信手段と
電話帳データを暗号化して携帯電話機に送信する電話帳データ送信手段とを備え、
前記携帯電話機は、電話帳管理サーバに対し一定間隔で認証要求を行う認証要求手段と、
一定回数認証要求に失敗した場合に、携帯電話機内の電話帳データをロックして参照不可にするロック手段と、
前記電話帳管理サーバから認証不正の回答受信時に電話帳データを強制的に削除する電話帳データ強制削除手段とを備えることを特徴とする携帯電話帳管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２００７−１２３９５９（Ｐ２００７−１２３９５９Ａ）
【公開日】平成１９年５月１７日（２００７．５．１７）
【国際特許分類】
【出願番号】特願２００５−３０９０４８（Ｐ２００５−３０９０４８）
【出願日】平成１７年１０月２４日（２００５．１０．２４）
【出願人】（０００２３３０５５）日立ソフトウエアエンジニアリング株式会社 (1,610)
【Ｆターム（参考）】
【公開日】平成１９年５月１７日（２００７．５．１７）
【国際特許分類】
【出願日】平成１７年１０月２４日（２００５．１０．２４）
【出願人】（０００２３３０５５）日立ソフトウエアエンジニアリング株式会社 (1,610)
【Ｆターム（参考）】
[ Back to top ]