(57)【特許請求の範囲】
【請求項１】
携帯電話に搭載可能なＩＣカードと、サーバとが、ネットワークで接続されたシステムであって、
前記サーバは、
電話帳データ及び前記ＩＣカードのユーザの電話帳データへのアクセス権の情報を保持する手段と、
前記ＩＣカードに、前記ＩＣカードを所有する前記ユーザのアクセス権を送信する送信手段を有し、
前記ＩＣカードは、
前記サーバの電話帳データと同一内容の電話帳データと、前記サーバから受信した当該ユーザのアクセス権を保持する手段と、
前記アクセス権に基づいて、前記電話帳データの特定データにアクセスする手段と、
を有することを特徴とする電話帳管理システム。
【請求項２】
前記アクセス権は、前記サーバによって、登録、更新及び削除がなされることを特徴とする請求項１記載の電話帳管理システム。
【請求項３】
前記サーバによる前記アクセス権の登録、更新及び削除は、ネットワーク経由で行われることを特徴とする請求項２記載の電話帳管理システム。
【請求項４】
前記ＩＣカードは、
認証情報を保持する手段と、
携帯電話から入力された認証情報と前記ＩＣカードの保持する認証情報とを照合する手段と、を有し、
前記ＩＣカードの認証情報と、前記携帯電話から入力された認証情報とが一致した場合に前記アクセス権を有効にすることを特徴とする請求項１記載の電話帳管理システム。
【請求項５】
前記ＩＣカードの電話帳データ及び前記サーバの電話帳データは、最新更新日付を含み、前記サーバは、電話帳データを前記ＩＣカードに送信する手段を有し、前記ＩＣカードは、前記サーバの電話帳データに含まれる最新更新日付と、前記ＩＣカードの電話帳データに含まれる最新更新日付が一致しない場合に、前記ＩＣカードの電話帳データを更新する手段を有することを特徴とする請求項１記載の電話帳管理システム。
【請求項６】
サーバとネットワークを介して接続され、携帯電話に搭載可能なＩＣカードであって、
電話帳データと、サーバから受信した当該ユーザのアクセス権を保持する手段と、
前記アクセス権に基づいて、前記電話帳データの特定データにアクセスする手段と、
を有することを特徴とするＩＣカード。
【請求項７】
前記アクセス権は、前記サーバによって、登録、更新及び削除がなされることを特徴とする請求項６記載のＩＣカード。
【請求項８】
前記サーバによる前記アクセス権の登録、更新及び削除は、無線ネットワーク経由で行われることを特徴とする請求項７記載のＩＣカード。
【請求項９】
前記ＩＣカードは、
認証情報を保持する手段と、
携帯電話から入力された認証情報と認証情報とを照合する手段と、を有し、
前記ＩＣカードの認証情報と、前記携帯電話から入力された認証情報とが一致した場合に前記アクセス権を有効にすることを特徴とする請求項６記載のＩＣカード。
【請求項１０】
前記ＩＣカードの電話帳データ及び前記サーバの電話帳データは、最新更新日付を含み、前記サーバの電話帳データに含まれる最新更新日付と、前記ＩＣカードの電話帳データに含まれる最新更新日付が一致しない場合に、電話帳データを更新する手段を有することを特徴とする請求項６記載のＩＣカード。
【請求項１１】
携帯電話に搭載可能なＩＣカードと、ネットワークで接続されたサーバであって、
電話帳データ及び前記ＩＣカードのユーザの電話帳データへのアクセス権の情報を保持する手段と、
前記ＩＣカードに、前記ＩＣカードを所有する前記ユーザのアクセス権を送信する送信手段と、
を有することを特徴とするサーバ。
【請求項１２】
前記ＩＣカードのアクセス権を、登録、更新及び削除する手段を有することを特徴とする請求項１１記載のサーバ。
【請求項１３】
前記アクセス権の登録、更新及び削除を、無線ネットワーク経由で行う手段を有することを特徴とする請求項１１記載のサーバ。
【請求項１４】
コンピュータを、請求項６から請求項１０のいずれかに記載のＩＣカードとして機能させるプログラム。
【請求項１５】
コンピュータを、請求項１１から請求項１３のいずれかに記載のサーバとして機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話帳管理システム、プログラムとＩＣカードに関するものである。
【背景技術】
【０００２】
昨今、携帯電話等の電話機では、ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）、ＵＩＭ（Ｕｓｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）、ＵＳＩＭ（Ｕｎｉｖｅｒｓａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）等のＩＣカードを用いて複数の電話機でデータを共有することができる。ＩＣカードは、携帯電話等の電話機に装着可能であり、電話機を変更する場合、ＩＣカードを交換することにより、電話帳データの再入力を行うことなく電話帳データを引き継ぐことができる（例えば「特許文献１」参照。）。
【特許文献１】特開平１１−２６１６８９号公報
【０００３】
従来、ＩＣカードの不揮発性メモリは小容量であり、電話帳としては数十件程度の収容が限界であったため、ＩＣカードの電話帳はあくまでも小規模な個人使用等にとどまっていた。
【０００４】
しかし、ＩＣカードの大容量化が進み、現在では１０００件程度の電話帳データを収容することが可能である。これに伴い、例えば会社等の組織の電話帳をＩＣカードに保持するニーズも生じてきた。
【０００５】
しかしながら、会社等の組織で使用する場合、退職等によって個人の保持する電話帳が必要でなくなった際のＩＣカードの回収等の必要がある。また、転属時においては、ＩＣカードの情報を全て書き換える必要がある。このように大きな組織内で多くのユーザのＩＣカードのデータを管理するには、多くの時間と手間を要する。また、セキュリティ管理も煩雑である。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、前述した問題点に鑑みてなされたもので、その目的とすることはセキュリティが高く、メンテナンスが容易な電話帳管理システムを提供することにある。
【課題を解決するための手段】
【０００７】
前述した目的を達成するために第１の発明は、携帯電話に搭載可能なＩＣカードと、サーバとが、ネットワークで接続されたシステムであって、前記サーバは、電話帳データ及び前記ＩＣカードのユーザの電話帳データへのアクセス権の情報を保持する手段と、前記ＩＣカードに、前記ＩＣカードを所有する前記ユーザのアクセス権を送信する送信手段を有し、前記ＩＣカードは、前記サーバの電話帳データと同一内容の電話帳データと、前記サーバから受信した当該ユーザのアクセス権を保持する手段と、前記アクセス権に基づいて、前記電話帳データの特定データにアクセスする手段と、を有することを特徴とする電話帳管理システムである。
【０００８】
アクセス権は、サーバによって、登録、更新及び削除がなされる。アクセス権の登録、更新及び削除は、ネットワーク経由で行われる。
【０００９】
ＩＣカードは、認証情報を保持する手段と、携帯電話から入力された認証情報とＩＣカードの保持する認証情報とを照合する手段と、を有し、ＩＣカードの認証情報と、携帯電話から入力された認証情報とが一致した場合にアクセス権を有効にする。
【００１０】
また、ＩＣカードの電話帳データ及びサーバの電話帳データは、最新更新日付を含み、前記サーバは、電話帳データを前記ＩＣカードに送信する手段を有し、前記ＩＣカードは、前記サーバの電話帳データに含まれる最新更新日付と、前記ＩＣカードの電話帳データに含まれる最新更新日付が一致しない場合に、前記ＩＣカードの電話帳データを更新する。
【００１１】
第２の発明は、サーバとネットワークを介して接続され、携帯電話に搭載可能なＩＣカードであって、電話帳データと、サーバから受信した当該ユーザのアクセス権を保持する手段と、前記アクセス権に基づいて、前記電話帳データの特定データにアクセスする手段と、を有することを特徴とするＩＣカードである。
【００１２】
第３の発明は、携帯電話に搭載可能なＩＣカードと、ネットワークで接続されたサーバであって、電話帳データ及び前記ＩＣカードのユーザの電話帳データへのアクセス権の情報を保持する手段と、前記ＩＣカードに、前記ＩＣカードを所有する前記ユーザのアクセス権を送信する送信手段と、を有することを特徴とするサーバである。
【００１３】
第４の発明は、コンピュータを、第２の発明のＩＣカードとして機能させるプログラムである。
第５の発明は、コンピュータを、第３の発明のサーバとして機能させるプログラムである。
【発明の効果】
【００１４】
本発明によれば、セキュリティが高く、メンテナンスが容易な電話帳管理システムを提供することができる。
【発明を実施するための最良の形態】
【００１５】
以下添付図面に基づいて、本発明の実施形態に係る電話帳管理システム１等について詳細に説明する。
【００１６】
最初に、図１を参照しながら、電話帳管理システム１の構成について説明する。
【００１７】
図１は、電話帳管理システム１の１例であり、図１に示すように、電話帳管理システム１は、電話帳サーバ１１と、複数のＩＣカード１５−１、１５−２１５−３、・・・、がネットワーク１３を介して接続されて構成される。ＩＣカード１５−１、１５−２、１５−３、・・・、は携帯電話１９−１、１９−２、１９−３、・・・、に装着される。
【００１８】
電話帳サーバ１１は、サーバコンピュータ等であり、電話帳データ２１を保持する。また、電話帳サーバ１１は、ＩＣカード１５−１、１５−２等に対して、電話帳３３に対するアクセス権を配信、管理する。電話帳サーバ１１は、例えば会社内では人事部に設置され、人事部で管理される。
【００１９】
ネットワーク１３は、主に無線であり、電話帳サーバ１１からリモート・アクセスでＩＣカード１５内のファイルを書き換えるＯＴＡ（Ｏｖｅｒ  Ｔｈｅ  Ａｉｒ  ｃｕｓｔｍｉｚａｔｉｏｎ）の機能を提供する。
【００２０】
ＩＣカード１５−１、１５−２、１５−３等は、携帯電話１９−１、１９−２、１９−３等に装着可能なプラグイン型のＩＣカードであり、不揮発性メモリであるＥＥＰＲＯＭ２９（図２で後述する。）にアクセス権３１、電話帳３３を保持する。
【００２１】
携帯電話１９−１、１９−２、１９−３等は、携帯電話（特に第３世代３ＧＰＰ）、アナログＴＶやデジタルＴＶの受信機器であるセットトップボックス（ＳＴＢ）、車載案内装置やＧＰＳ等の位置信号受発信機器である車載端末等である。
【００２２】
図２は、ＩＣカード１５の構造を示す図である。
図２に示すように、ＩＣカード１５は、接触型ＩＣカードであり、ＩＣモジュール端子とリーダ／ライタの端子が接触することで電力供給や通信を行う。
ＩＣカード１５には、ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）、ＵＩＭ（Ｕｎｉｖｅｒｓａｌ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）、ＵＳＩＭ（Ｕｎｉｖｅｒｓａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）等がある。
ＩＣカード１５は、ＣＰＵ２３、ＲＯＭ２５、ＲＡＭ２７、ＥＥＰＲＯＭ２９（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）から構成される。
【００２３】
ＣＰＵは２３、ＲＯＭ２５、ＥＥＰＲＯＭ２９等に格納されるプログラムを呼び出して実行し、演算処理、動作制御を行い、システム全体を制御する。
【００２４】
ＲＯＭ２５は、不揮発性のメモリであり、プログラム領域（図示せず。）を有し、プラットフォーム型ＯＳ、即ち基礎制御プログラムとしてのファームウエア・プログラムを格納する。
【００２５】
ＲＡＭ２７は、揮発性メモリであり、ＲＯＭ２５等からロードしたプログラム、データ等を一時的に保持するとともに、ＣＰＵ２３が各種処理を行う為に使用するワークエリアを備える。
【００２６】
ＥＥＰＲＯＭ２９は、不揮発性メモリであり、ユーザ領域を有する。ＥＥＰＲＯＭ２９は、プラットフォーム型ＯＳに対応したアプリケーション及びユーザ・データを複数搭載可能とする。例えば、アプリケーションとして、契約端末の認証を行う認証アプリケーション・プログラム、正当使用者／端末を特定するための認証情報（例えば、契約者識別情報等）を搭載、格納する。
【００２７】
電話帳管理システム１において、ＥＥＰＲＯＭ２９には、アクセス権３１、電話帳３３等が格納される。アクセス権３１は、ユーザ１７が電話帳３３内のデータにアクセスできる権利を示す情報である。電話帳３３は、組織内すべてのユーザ１７−１、１７−２、１７−３、・・・、の属性データ等を含んでおり、これらの属性データはＩＣカード１５出荷時に予め書き込まれる。
【００２８】
またＥＥＰＲＯＭ２９には、暗証番号３５が格納されている。暗証番号３５としては、ＰＩＮコード等がある。ＰＩＮコードは、携帯電話１９の電源を入れたときやＩＣカード１５の装着時に使用者を特定するための暗証番号であるが、電話帳管理システム１を使用するためのユーザ１７の暗証番号を別に設定してもよい。
【００２９】
次に、図３を参照しながら、電話帳サーバ１１のハードウェア構成を説明する。図３は、電話帳サーバ１１のハードウェア構成図である。電話帳サーバ１１は制御部４１、表示部４３、記憶部４５、入力部４７、通信部４９等がシステムバス５１を介して互いに接続されて構成される。
【００３０】
制御部４１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等を有する。
ＣＰＵは、ハードディスク等に格納されるプログラムを呼び出して実行し、演算処理、動作制御を行い、システム全体を制御する。ＲＯＭは、不揮発性メモリであり、データ等を恒久的に保持し、ＲＡＭは、揮発性メモリであり、プログラム、データ等を一時的に保持する。
【００３１】
表示部４３は、ＣＲＴモニタ、液晶パネル等のディスプレイ装置、ディスプレイ装置と連携してコンピュータのビデオ機能を実現するための論理回路等（ビデオアダプタ等）の表示装置等を有する。
【００３２】
記憶部４５は、データを記憶する装置であり、磁気ディスク、フロッピディスク、メモリ、光ディスク装置等を有する。記憶部４５には、制御部４１が実行するプログラム、プログラム実行に必要なデータ、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）等が格納される。電話帳データ２１は、記憶部４５に保持される。
【００３３】
入力部４７は、データの入力を行い、例えば、キーボード、マウス等のポインティングデバイス、テンキー等の入力装置を有する。
入力部４７を介して、電話帳サーバ１１に対して、操作指示、動作指示、データ入力、維持管理等を行うことができる。
【００３４】
通信部４９は、電話帳サーバ１１とネットワーク１３間の通信を媒介する通信インタフェースであり、通信制御装置、通信ポート等を有する。
システムバス５１は、各装置間の制御信号、データ信号等の授受を媒介する経路である。
【００３５】
次に、図４を参照しながら、携帯電話１９のハードウェア構成を説明する。図４は、携帯電話１９のハードウェア構成図である。尚、送受話部等の図示は省略してある。
【００３６】
携帯電話１９は、制御部６１、記憶部６３、表示部６５、カメラ６７、送受信部６９、入力部７１、マイク７３、記録媒体Ｉ／Ｆ部７５等が、接続されて構成される。
【００３７】
制御部６１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ  ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ  ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成される。
【００３８】
ＣＰＵは、記憶部６３、ＲＯＭ等に格納されるプログラムを呼び出して実行し、システムバスを介して接続された各装置を駆動制御し、携帯電話１９が行う各種処理を実現する。
ＲＯＭは、不揮発性メモリであり、コンピュータのブートプログラムやＢＩＯＳ等のプログラム、データ等を恒久的に保持している。
ＲＡＭは、揮発性メモリであり、記憶部６３、ＲＯＭ等からロードしたプログラム、データ等を一時的に保持するとともに、制御部６１が各種処理を行う為に使用するワークエリアを備える。
【００３９】
記憶部６３は、制御部６１が実行するプログラム、プログラム実行に必要なデータ、ＯＳ（オペレーティングシステム）等が格納される。
これらの各プログラムコードは、制御部６１により必要に応じて読み出されてＲＡＭに移され、ＣＰＵに読み出されて各種の手段として実行される。
【００４０】
表示部６５は、ＣＲＴモニタ、液晶パネル等のディスプレイ装置である。カメラ６７は、画像データ、映像データ等を取得する。
【００４１】
送受信部６９は、携帯電話１９とネットワーク（図示せず。）間の通信を媒介する通信インタフェースである。
【００４２】
入力部７１は、データの入力を行い、例えば、キーボード、テンキー等の入力装置である。マイク７３は、音声データを取得する。
【００４３】
記録媒体Ｉ／Ｆ部７５は、記録媒体へのデータの授受を行う。記録媒体は、例えばＩＣカード１５等である。
【００４４】
次に、図５を参照しながら、電話帳サーバ１１の保持する電話帳データ２１について説明を行う。電話帳データ２１は、アクセス権８０、社員ＩＤ８１、氏名８３、部署８５、役職８７、プロジェクト８９、住所９１、電話９３、ＦＡＸ９５、Ｅメール９７、最終更新日付９９等から構成される。
【００４５】
アクセス権８０は、該当の社員がアクセスできるデータの属性を示す。例えば、アクセス可能なデータの該当部署やプロジェクト等である。
社員ＩＤ８１は、社員であるユーザ１７を特定する番号や記号等である。氏名８３は社員であるユーザ１７の氏名、部署８５はユーザ１７の属する部署、役職８７は、ユーザ１７の役職である。プロジェクト８９は、ユーザ１７の、所属部署内外における特定任務である。住所９１はユーザ１７の所属する事業所の住所である。電話９３は、ユーザ１７の電話番号、例えば内線番号等である。ＦＡＸ９５は、ユーザ１７のＦＡＸ番号、Ｅメール９７は、ユーザ１７のＥメールアドレスである。
【００４６】
最終更新日付９９は、電話帳サーバ１１上で該当社員のデータが最後に更新された日付である。電話帳データ２１は、電話帳サーバ１１の入力部４７より変更、追加が可能である。また、ユーザ１７が自分の持つ携帯電話１９の入力部７１より、ＩＣカード１５上の電話帳３３にデータを追加し、電話帳サーバ１１に送信することにより電話帳データ２１を更新してもよい。
【００４７】
また、以上のデータ項目以外に社員（ユーザ１７）の顔写真等の属性データを含んでもよい。
【００４８】
例えば、社員ＩＤ８１が「１０００１」のユーザＡ１７−１のアクセス権８０は（ａ、ｘ）であるので、このユーザＡ１７−１は，部署ａに所属するユーザとプロジェクトｘに従事しているユーザには全てアクセス可能である。
また、社員ＩＤ８１が「１０００５」のユーザ１７（社長）は、アクセス権８０が（Ａｌｌ（オール））であり、すべてのユーザにアクセスできる。
【００４９】
次に図６を参照しながら、ＩＣカード１５上に保持されている電話帳３３について説明を行う。電話帳３３は、出荷時に予めＥＥＰＲＯＭ２９に書き込まれる。組織内の全てのユーザ１７、即ち社員の情報が格納されている。出荷時点ではすべてのデータが暗号化され、アクセスできないようにしてもよいし、予めユーザ１７それぞれに対応したアクセス権を設定したＩＣカードを配布してもよい。
【００５０】
電話帳３３は、ユーザ１７が個人で使用する電話帳とは別の領域に保持されることが望ましい。
【００５１】
電話帳３３は社員ＩＤ１１１、氏名１１３、部署１１５、役職１１７、プロジェクト１１９、住所１２１、電話１２３、ＦＡＸ１２５、Ｅメール１２７、最終更新日付１２９等から構成される。
【００５２】
社員ＩＤ１１１は、社員であるユーザ１７を特定する番号や記号等であり、電話帳データ２１の社員ＩＤ８１と同様のものである。氏名１１３は社員であるユーザ１７の氏名、部署１１５はユーザ１７の属する部署、役職１１７は、ユーザ１７の役職であり、それぞれ氏名８３、部署８５、役職８７と同様のものである。プロジェクト１１９は、ユーザ１７の、所属部署内外における特定任務であり、プロジェクト８９と同様のものである。
【００５３】
住所１２１はユーザ１７の所属する事業所の住所であり、住所９１と同様のものである。電話１２３は、ユーザ１７の電話番号、例えば内線番号等であり、電話９３と同様のものである。ＦＡＸ１２５は、ユーザ１７のＦＡＸ番号、Ｅメール１２７は、ユーザ１７のＥメールアドレスであり、ＦＡＸ９５、Ｅメール９７と同様のものである。
【００５４】
次に図７を参照しながら、アクセス権の付与時、アクセス権の更新時における電話帳サーバ１１及びＩＣカード１５の動作について説明を行う。図７は電話帳サーバ１１及びＩＣカード１５の動作を示すフローチャートである。
【００５５】
ＩＣカード１５のＥＥＰＲＯＮ２９内に格納された電話帳３３は、出荷時点では組織内全てのデータを含む。全てのデータが暗号化されており、ユーザ１７からアクセスすることはできない場合には、電話帳サーバ１１からアクセス権８０が付与される。アクセス権８０即ち、該当データの復号を行うための鍵を得た場合のみ、電話帳３３の該当データにアクセスが可能となる。
【００５６】
まず、電話帳サーバ１１の制御部４１は、電話帳データ２１より、当該ユーザ１７のアクセス権８０を読み、ＩＣカード１５に送信する（ステップＳ１０１）。例えばユーザＡ１７−１は、ａという部署に所属し、ｘというプロジェクトに従事している。従ってユーザＡ１７−１のアクセス権８０は（ａ、ｘ）である。電話帳サーバ１１は、ユーザＡ１７−１のＩＣカード１５−１に対しては、（ａ、ｘ）のアクセス権８０を送信する。
【００５７】
次に、ＩＣカード１５のＣＰＵ２３は、電話帳サーバ１１より受信したアクセス権８０をＥＥＰＲＯＭ２９のアクセス権３１に記録する（ステップＳ１０２）。ユーザＡ１７−１のＩＣカード１５−１のアクセス権３１には（ａ、ｘ）が書き込まれる。即ち、ユーザＡ１７−１のＩＣカード１５−１の電話帳３３より部署１１５がａ、又はプロジェクト１１９がｘであるデータにアクセスするための鍵が付与される。従って、ユーザＡ１７−１は、ＩＣカード１５−１の電話帳３３より、部署１１５がａ、プロジェクト１１９がｘであるデータを参照したり、更新したりすることができるようになる。即ち、ユーザＡ１７−１は、社員ＩＤ１１１が「１０００３」、「１０００４」の電話帳３３のデータにアクセスが可能となる。
【００５８】
同様に、ユーザＢ１７−２のＩＣカード１５−２のアクセス権３１には（ｂ）が書き込まれ、ユーザＣ１７−３のＩＣカード１５−３のアクセス権３１には、（ａ）が書き込まれる。このようにして社員であるユーザ１７の所属に対応した鍵が書き込まれるので、ユーザ１７は自分の所属する部署１１５やプロジェクト１１９のデータのみをアクセスすることになる。例えば社員ＩＤ１１５が１０００５の社長や全体の管理者となるユーザ１７には全てのデータをアクセスできるようにアクセス権３１を「Ａｌｌ」に設定する。
【００５９】
同様にして、アクセス権３１の更新や削除も電話帳サーバ１１より行うことができる。例えばユーザＢ１７−２が退職した場合、電話帳サーバ１１よりアクセス権３１の内容を削除する。またユーザＣ１７−３の部署８５がｃに変更になった場合には、アクセス権３１を（ｂ）から（ｃ）に書き換える。
【００６０】
このように、電話帳３３は予めＩＣカード１５に格納されており、電話帳サーバ１１はＩＣカード１５に対してリモートでアクセス権３１の付与、更新、削除を行う。これにより、予め全てのユーザ１７のＩＣカード１５に書き込まれている電話帳３３の書き換えを行うことなく、アクセス権３１を書き換えるだけでユーザ１７がアクセスできるデータを設定変更ができる。
【００６１】
このように、アクセス権３１の設定により、ＩＣカード１５中のデータの有無に拘らず、ユーザ１７から特定データ以外はアクセスできなくすることが可能であるため、煩雑な処理を行うことなくセキュリティを高めることができる。社員の退職時にリモート・アクセスにより電話帳３３を全て削除してもよい。
【００６２】
また、アクセス権３１の更新、削除等については、電話帳サーバ１１からのＯＴＡ（リモート・アクセス）で行う以外に、ＩＣカードリーダ・ライタを用いて行うこともできる。
【００６３】
次に図８を参照しながら、電話帳検索時における携帯電話１９及びＩＣカード１５の動作について説明を行う。図８は、携帯電話１９及びＩＣカード１５の動作を示すフローチャートである。
ユーザ１７は、携帯電話１９の入力部７１から電話帳検索のための操作を行う。このとき、ユーザ１７は電話帳アクセスのための暗証番号を入力する。携帯電話１９の制御部６１は、入力部７１から入力された情報をＩＣカードに送信する（ステップＳ２０１）。
【００６４】
ＩＣカード１５のＣＰＵ２３は、携帯電話１９より受信した暗証番号をＥＥＰＲＯＭ２９の暗証番号３５と照合する（ステップＳ２０２）。暗証番号が一致しない場合（ステップＳ２０３のＮｏ）、ＣＰＵ２３はエラーのステータスを携帯電話１９に送信する（ステップＳ２０４）。携帯電話１９の制御部６１は、表示部６５にエラーメッセージを表示させる（ステップＳ２０５）。
【００６５】
暗証番号が一致した場合（ステップＳ２０３のＹｅｓ）、ＩＣカード１５のＣＰＵ２３は、アクセス権３１に該当するデータを携帯電話１９に送信する（ステップＳ２０６）。即ちＩＣカード１５は、鍵のあるデータのみ復号して携帯電話１９に送信する。例えばユーザＡ１７−１であれば、アクセス権３１（ａ、ｘ）に該当するデータのみを復号して携帯電話１９で表示できるようにする。
【００６６】
携帯電話１９の制御部６１は、表示部６５にデータを表示させる（ステップＳ２０７）。ユーザＡ１７−１の携帯電話１９−１の表示部６５には、所属する部署１１５がａ、又は従事するプロジェクト１１９がｘである社員すなわちユーザ１７のデータが一覧で表示される。
【００６７】
以上のように、ＩＣカード１５は、アクセス権３１に該当するデータを携帯電話１９に送信し、携帯電話１９は該当データのみを表示する。ユーザ１７は、同じ所属の社員（ユーザ１７）の情報等、必要データのみを参照することができる。また、アクセス権３１に該当しないデータの参照はできない。従って組織内でのセキュリティ管理にも多様に対応が可能である。
【００６８】
次に図９を参照しながら、電話帳３３の変更時における電話帳サーバ１１及びＩＣカード１５の動作について説明を行う。図９は電話帳サーバ１１及びＩＣカード１５の動作を示すフローチャートである。
【００６９】
例えば、人事異動や組織変更によって電話帳２１の内容が変更になった場合、変更内容を各ユーザ１７のＩＣカード１５に反映させるために電話帳サーバ１１はＩＣカード１５に対し、変更のための送信を行う。
まず、電話帳サーバ１１の制御部５１は、電話帳データ２１をＩＣカード１５に配信する（ステップＳ３０１）。
【００７０】
ＩＣカード１５のＣＰＵ２３は、電話帳サーバ１１から受信した電話帳データ２１の最終更新日付９９と、電話帳３３の最終更新日付１２９を比較し、電話帳３３の未更新データを更新する（ステップＳ３０２）。即ち、電話帳サーバ１１の電話帳データ２１の最終更新日付９９が、ＩＣカード１５の電話帳３３の最終更新日付１２９よりも新しい場合、電話帳３３の該当データは未更新であるので、更新を行う。
【００７１】
また、電話帳サーバ１１の電話帳データ２１の最終更新日付９９が、ＩＣカード１５の電話帳３３の最終更新日付１２９よりも古い場合には、電話帳サーバ１１の電話帳データ２１を更新する場合もある。
【００７２】
このように、ＩＣカード１５内の電話帳３３は電話帳サーバ１１よりリモート・アクセスで更新することも可能である。また電話帳サーバ１１より、定期的に電話帳３３を更新することもできる。このとき、最終更新日付の照合により、電話帳サーバ１１の電話帳データ２１とＩＣカード１５の電話帳３３の内容を一致させることができる。
【００７３】
以上述べたように電話帳管理システム１では、電話帳サーバ１１からＩＣカード１５に対してアクセス権を付与、更新、削除等を行うことができる。従って、通常は電話帳３３の大幅な書き換えをすることなく、組織変更、退職等の異動に対しても簡単に対応することができる。また、組織外のユーザ１７からのアクセスを制限できるのでセキュリティを高めることができる。
【００７４】
以上、添付図面を参照しながら、本発明に係る電話帳管理システム、ＩＣカード等の好適な実施形態について説明したが、本発明はかかる例に限定されない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【図面の簡単な説明】
【００７５】
【図１】電話帳管理システム１の構成を示すブロック図
【図２】ＩＣカード１５の構造を示す図
【図３】電話帳サーバ１１の構造を示す図
【図４】携帯電話１９のハードウェア構成図
【図５】電話帳データ２１のデータ構造を示す図
【図６】電話帳３３のデータ構造を示す図
【図７】アクセス権の付与、更新時における電話帳サーバ１１とＩＣカード１５の動作を示すフローチャート
【図８】電話帳３３の検索時の携帯電話１９とＩＣカード１５の動作を示すフローチャート
【図９】変更データの配信時における電話帳サーバ１１及びＩＣカード１５の動作を示すフローチャート
【符号の説明】
【００７６】
１………電話帳管理システム
１１………電話帳サーバ
１３………ネットワーク
１５………ＩＣカード
１７………ユーザ
１９………携帯電話
２１………電話帳データ
２３………ＣＰＵ
２５………ＲＯＭ
２７………ＲＡＭ
２９………ＥＥＰＲＯＭ
３１………アクセス権
３３………電話帳
３５………暗証番号
【図１】
0004760556.tif 000002
【図２】
0004760556.tif 000003
【図３】
0004760556.tif 000004
【図４】
0004760556.tif 000005
【図５】
0004760556.tif 000006
【図６】
0004760556.tif 000007
【図７】
0004760556.tif 000008
【図８】
0004760556.tif 000009
【図９】
0004760556.tif 000010