JP4390519B2

JP4390519B2 - 通信端末、通信方法をコンピュータに実行させるためのプログラム、および記録媒体

Info

Publication number: JP4390519B2
Application number: JP2003347260A
Authority: JP
Inventors: 和征横川
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2002-10-09
Filing date: 2003-10-06
Publication date: 2009-12-24
Anticipated expiration: 2023-10-06
Also published as: JP2004152278A

Description

本発明は、通信端末による情報通信の技術に関し、特に暗号情報を通信する技術に関する。

通信端末の利用者がインターネット等の通信回線を経由して、各種のサービス（たとえば、情報提供、オンラインショッピング等）を利用する場合、その利用者は、認証を受けるために、サービスの提供者（たとえば、情報提供会社、コンテンツ配信プロバイダなど）により発行された、提供者に接続するためのアクセスデータ（たとえば、ユーザＩＤ（Identification）およびパスワード）を送信する。サービスの提供者は、受信したアクセスデータに基づいて、データの送信者が正規に登録された利用者であるか否かを確認する。アクセスデータの送信者は正規の利用者であることが確認されると、提供者と通信端末との接続が確立され、利用者は、サービスの利用を開始することができる。

このようにして提供されるサービスに対して、利用者が利用するサービスの数を増やすと、サービスの利用に必要なアクセスデータの数も増加する。そのため、利用者には、それらのアクセスデータを効率よく管理する必要が増してきた。一方で、サービスの利用者が増加した結果、サービスの提供者は、利用者を効率よく認証することが要求されている。

そこで、たとえば特開２００２−１３２７２７号公報（特許文献１）は、業務サーバの利用者を認証するサービスを提供する利用者認証システムを開示する。この利用者認証システムは、ネットワークに接続された業務サーバとの接続を要求する通信端末の利用者の認証を、業務サーバに換わって行なう。このシステムは、通信端末の利用者を業務サーバに換わって認証するための代理認証装置と、通信端末の利用者に事前に与えられた利用者認証情報を記憶するための記憶装置とを含む。この代理認証装置は、通信端末から業務サーバに対する接続要求を検出する回路と、接続要求が検出されると、通信端末との間で接続を確立するとともに通信端末に対し利用者認証情報の入力要求を送信する回路と、通信端末から利用者認証情報を受信すると、記憶装置にアクセスして利用者認証情報の正当性を検証する回路と、利用者認証情報が正当であると検証されると、業務サーバとの接続を確立する回路とを含む。

特許文献１に開示された利用者認証システムによると、通信端末から業務サーバへの接続要求が代理認証装置において検出されると、代理認証装置と通信端末との接続が確立される。このとき、代理認証装置は、通信端末に利用者認証情報（たとえば、ユーザＩＤとパスワード）の入力要求を送信する。その要求に対して、利用者認証情報が通信端末から代理認証装置に送信され、その情報が、記憶装置に記憶されたデータ（たとえば、登録されたユーザＩＤとパスワード）に基づいて正当であると検証されると、代理認証装置は、通信端末と業務サーバとの接続を確立する。業務サーバはその利用者認証情報の検証結果に基づいて通信端末と接続し、その端末が要求するサービスあるいは業務等を提供する。
特開２００２−１３２７２７号公報

しかしながら、上記の公報に開示された認証システムは、認証業務を効率化することはできても、利用者に対する情報の管理負担を軽減することはできない。すなわち、利用者は、サービスごとあるいは提供者ごとに発行された利用者認証情報（たとえば、ユーザＩＤとパスワード）をそれぞれ入力する必要がある。

本発明は、上述の問題を解決するためになされたものであって、その目的は、利用者に対して情報処理装置への接続のための負荷を軽減することができ、さらにはデータ通信のセキュリティ水準を向上することができる通信端末を提供することである。

この発明の他の目的は、利用者に対して情報処理装置への接続のための負荷を軽減することができ、さらにはデータ通信のセキュリティ水準を向上することができる通信方法を提供することである。

この発明の他の目的は、利用者に対して情報処理装置への接続のための負荷を軽減することができ、さらにはデータ通信のセキュリティ水準を向上することができる方法を通信端末において実現するためのプログラムを提供することである。

この発明のさらに他の目的は、そのプログラムを記録した記録媒体とを提供することである。

第１の発明に係る通信端末は、情報を記憶するための記憶手段と、通信端末の利用者が指示を入力するための入力手段と、記憶手段に接続され、情報を表示するための表示手段と、記憶手段および入力手段に接続され、表示手段に表示された情報処理装置との関係を表わす会員情報に応じた利用者による指示に基づいて、認証データを生成するための生成手段と、通信回線および生成手段に接続され、利用者を識別する識別データと認証データとを情報処理装置に送信するための送信手段とを含む。

第１の発明によると、通信端末は、通信回線に接続された情報処理装置と通信する。その情報処理装置は、暗号化された情報を通信端末から受信すると、公開鍵に基づいて復号化する。情報処理装置は、さらに、復号化されたデータに含まれるアクセスデータに基づいて、その通信端末が正当な（すなわち、情報処理装置に予め登録された）端末であるか否かを認証する。通信端末の記憶手段は、データ（たとえば、利用者を識別するために割り当てられた識別データ、情報処理装置により割り当てられたアクセスＩＤなど）を記憶する。表示手段は、アイコン、文字などの情報を表示する。通信端末と情報処理装置との関係を表わす会員情報が表示されているとき、通信端末の利用者が、表示された情報に対する指示（たとえば、その情報が特定するサービスの提供者への接続の指示）を入力すると、生成手段は認証データを生成する。この会員情報とは、たとえば情報処理装置を端的に表わす画像とその装置が通信端末に割り当てた会員番号などである。送信手段は、通信端末の利用者を識別するための識別データと生成された認証データとを情報処理装置に送信する。情報処理装置が受信したデータに基づいて認証を実行する。このようにすると、通信端末の利用者は、会員情報の表示画面に対して指示を入力することにより、情報処理装置による利用者の認証を受けることができる。したがって、利用者は情報処理装置が予め割り当てられた情報（たとえば、アクセスＩＤとパスワード）を接続ごとに入力する必要がなくなる。その結果、利用者に対して、情報処理装置への接続のための負荷を軽減することができる通信端末を提供することができる。

第２の発明に係る通信端末は、第１の発明の構成に加えて、記憶手段は、公開鍵に対応する秘密鍵を、会員情報に関係付けて記憶するための手段を含む。生成手段は、秘密鍵に基づいてアクセスデータを暗号化することにより、認証データを生成するための手段を含む。

第２の発明によると、情報処理装置は、公開鍵に基づいて暗号化されたデータを復号化し、さらに復号化されたデータに含まれるアクセスデータに基づいて、通信端末が正当な端末であるか否かを認証する。そのアクセスデータは、会員情報に関係付けられるデータである。記憶手段は、会員情報に関係付けて公開鍵に対応する秘密鍵を記憶する。生成手段は、秘密鍵によりアクセスデータを暗号化して認証データを生成する。その認証データが情報処理装置に送信されると、公開鍵に基づいて、通信端末は認証される。したがって、利用者に対する負荷を軽減しつつ、情報のセキュリティを向上することができる通信端末を提供することができる。

第３の発明に係る通信端末は、第１または第２の発明の構成に加えて、会員情報は、利用者が情報処理装置との接続に必要な情報であることを視覚的に認識できるように表示される。

第３の発明によると、利用者は、表示された会員情報が情報処理装置との接続に必要な情報であることを視覚的に認識することができるため、接続情報を記憶する必要がなくなる。したがって、利用者が必要な情報（たとえばアクセスＩＤ、パスワード）を失念した場合に備えて、その情報を別途管理する必要がなくなる。その結果利用者に対して情報処理装置への接続のための負荷は軽減される。

第４の発明に係る通信端末は、第１〜３のいずれかの発明の構成に加えて、外部から情報を受信するための受信手段をさらに含む。記憶手段は、会員情報と、利用者が情報処理装置から情報を取得するための取得情報とを関係付けて記憶するための手段を含む。

第４の発明によると、記憶手段は、会員情報と、利用者が情報処理装置から情報（たとえば、音楽、ニュース、広告などのいわゆるコンテンツ情報）を取得するための取得情報（たとえば、ＵＲＬ（Uniform Resource Locators）、アクセスキーなど）とを関係付けて記憶する。情報処理装置に関する情報を一元的に管理することができるため、利用者に対する情報処理装置への接続のための負荷が軽減される。

第５の発明に係る通信端末は、第１〜４のいずれかの発明の構成に加えて、通信端末は、情報処理装置からの指示に基づいて、会員情報を更新するための更新手段をさらに含む。

第５の発明によると、会員情報は、通信端末において更新することができる情報である。受信手段が情報処理装置から会員情報として記憶されている情報の更新指示を受信すると、更新手段はその会員情報は情報を更新する。したがって、会員情報は常に最新の状態を維持することができる。さらに、利用者に対するその更新のための負荷は軽減される。

第６の発明に係る通信端末は、第１〜５のいずれかの発明の構成に加えて、送信手段は、送信要求に基づいて、会員情報を情報処理装置に送信するための手段を含む。

第６の発明によると、情報処理装置は、通信端末に情報の送信要求を送信する。その送信要求が通信端末に送信されると、会員情報が情報処理装置に送信される。このようにすると、利用者が情報の送信処理を行なう必要はなくなる。これにより、利用者に対する負荷は軽減される。

第７の発明に係る通信端末は、第１〜６のいずれかの発明の構成に加えて、記憶手段は、会員情報と公開鍵とを対応させて記憶するための手段を含む。

第７の発明によると、会員情報と公開鍵とは関連付けられて記憶される。このようにすると、公開鍵を使用してデータを暗号化することができるため、通信のセキュリティが向上する。

第８の発明に係る通信端末は、第７の発明の構成に加えて、通信端末は、公開鍵に基づいて、データを暗号化するための暗号手段をさらに含む。

第８の発明によると、データは、公開鍵により暗号化される。通信端末は、公開鍵暗号方式に基づいて情報の送受信をすることができる。その結果、通信端末同士の通信のセキュリティを向上させることができる。

第９の発明に係る通信端末は、第１〜８のいずれかの発明の構成に加えて、送信手段は、会員情報の更新要求を情報処理装置に送信するための手段を含む。

第９の発明によると、情報処理装置は、通信端末の要求に基づいて会員情報を更新することができる。送信手段が、会員情報の更新要求を情報処理装置に送信すると、会員情報は情報処理装置において更新される。これにより、通信端末と情報処理装置との会員情報を同期させて更新することができる。

第１０の発明に係る通信方法は、情報を予め準備する準備ステップと、通信方法の利用者が指示を入力する入力ステップと、情報を表示する表示ステップと、表示ステップにて表示された情報処理装置との関係を表わす会員情報に応じた利用者による指示に基づいて、認証データを生成する生成ステップと、利用者を識別する識別データと認証データとを情報処理装置に送信する送信ステップとを含む。

第１０の発明によると、通信方法は、通信回線に接続された情報処理装置と通信する。その情報処理装置は、暗号化された情報を通信方法から受信すると、公開鍵に基づいてその情報を復号化する。情報処理装置は、さらに、復号化されたデータに含まれるアクセスデータに基づいて、その通信方法による情報の送信が正当であるか否かを認証する。通信方法の準備ステップは、データ（たとえば、利用者を識別するために割り当てられた識別データ、情報処理装置により割り当てられたアクセスＩＤなど）を予め準備する。表示ステップが情報処理装置と通信方法との関係を表わす会員情報を表示しているとき、通信方法の利用者が表示された情報に対する指示（たとえば、その会員情報が特定する情報処理装置への接続の指示）を入力すると、生成ステップは認証データを生成する。この会員情報とは、たとえば情報処理装置に割り当てられた会員番号、その情報処理装置を表示する画像、アイコンなどである。送信ステップは、通信方法の利用者を識別するための識別データと生成された認証データとを情報処理装置に送信する。情報処理装置が受信したデータに基づいて認証を実行する。このようにすると、通信方法の利用者は、会員情報の表示画面に対して指示を入力することにより、情報処理装置による利用者の認証を受けることができる。したがって、利用者は情報処理装置が予め割り当てられた情報（たとえば、アクセスＩＤとパスワード）を接続ごとに入力する必要がなくなる。その結果、利用者に対して、情報処理装置への接続のための負荷を軽減することができる通信方法を提供することができる。

第１１の発明に係るプログラムは、コンピュータに、情報を予め準備する準備ステップと、通信方法の利用者が指示を入力する入力ステップと、情報を表示する表示ステップと、表示ステップにて表示された情報処理装置との関係を表わす会員情報に応じた利用者による指示に基づいて、認証データを生成する生成ステップと、利用者を識別する識別データと認証データとを情報処理装置に送信する送信ステップとを実行させる。

第１１の発明によると、プログラムは、通信回線に接続された情報処理装置と通信する通信方法を実現する。その情報処理装置は、暗号化された情報を通信方法から受信すると、公開鍵に基づいてその情報を復号化する。情報処理装置は、さらに、復号化されたデータに含まれるアクセスデータに基づいて、その通信方法による情報の送信が正当であるか否かを認証する。通信方法の準備ステップは、データ（たとえば、利用者を識別するために割り当てられた識別データ、情報処理装置により割り当てられたアクセスＩＤなど）を予め準備する。表示ステップが情報処理装置と通信方法との関係を表わす会員情報を表示しているとき、通信方法の利用者が表示された情報に対する指示（たとえば、その会員情報が特定する情報処理装置への接続の指示）を入力すると、生成ステップは認証データを生成する。この会員情報とは、たとえば情報処理装置に割り当てられた会員番号、その情報処理装置を表示する画像、アイコンなどである。送信ステップは、通信方法の利用者を識別するための識別データと生成された認証データとを情報処理装置に送信する。情報処理装置が受信したデータに基づいて認証を実行する。このようにすると、通信方法の利用者は、会員情報の表示画面に対して指示を入力することにより、情報処理装置による利用者の認証を受けることができる。したがって、利用者は情報処理装置が予め割り当てられた情報（たとえば、アクセスＩＤとパスワード）を接続ごとに入力する必要がなくなる。その結果、利用者に対して、情報処理装置への接続のための負荷を軽減することができる通信方法を実現するプログラムを提供することができる。

第１２の発明に係る記録媒体は、請求項１１に記載のプログラムを記録したコンピュータ読取り可能な記録媒体である。

第１２の発明によると、このプログラムを用いて通信回線に接続された情報処理装置と通信する通信方法をコンピュータに実現させることができる。

第１３の発明に係る通信端末は、利用者が指示を入力するための入力手段と、情報を表示するための表示手段と、利用者を識別する識別データと、通信端末と情報処理装置との関係を表わす複数の会員情報と、各会員情報に対応したそれぞれの秘密鍵とを記憶するための記憶手段と、会員情報から、指示により指定された会員情報に対応した秘密鍵に基づいた認証データを生成するための生成手段と、通信回線を介して、識別データと認証データとを情報処理装置に送信するための送信手段とを含む。

第１３の発明によると、利用者が複数の会員情報の中から特定の会員情報を選択すると、その会員情報に対応した秘密鍵が記憶手段から読み出される。生成手段は、その秘密鍵を利用して認証データを生成する。送信手段は、その認証データを通信回線を介して情報処理装置に送信する。このようにすると、利用者が特定の認証データを入力することなく、情報処理装置に接続するための認証データが暗号データとして生成される。したがって、情報処理装置とのセキュリティを維持しつつ、認証のためのデータ通信を行なうことができる。

第１４の発明によると、利用者が会員情報を選択すると、その会員情報に含まれるアクセスデータが暗号化され、認証データが生成される。ここでアクセスデータとは、通信端末が情報処理装置との接続を確立するためのデータである。このようにすると、利用者が情報処理装置との接続ごとにアクセスデータを入力する必要がないため、データ入力のための負荷が軽減され、誤入力が防止される。

第１４の発明に係る通信端末は、第１３の発明の構成に加えて、会員情報は、情報処理装置との接続を確立するためのアクセスデータを含むものである。生成手段は、秘密鍵に基づいてアクセスデータを暗号化することにより、認証データを生成するための手段を含む。

第１５の発明に係る通信端末は、第１３または第１４の発明の構成に加えて、記憶手段は、文字および図形の少なくともいずれかにより会員情報を表示するための表示データを記憶する。表示手段は、表示データに基づいて会員情報を表示する。

第１５の発明によると、会員情報は文字あるいは図形により表示されるため、たとえば、単に数字が表示される場合に比べて、利用者は、その会員情報を容易に認識することができる。

第１６の発明に係る通信端末は、第１３〜１５のいずれかの発明の構成に加えて、通信回線を介して情報を受信するための受信手段をさらに含む。記憶手段は、会員情報と、利用者が情報処理装置から情報を取得するための取得情報とを関係付けて記憶する。

第１６の発明によると、記憶手段は、会員情報と、利用者が情報処理装置から情報（たとえば、音楽、ニュース、広告などのいわゆるコンテンツ情報）を取得するための取得情報（たとえば、ＵＲＬ（Uniform Resource Locators）、アクセスキーなど）とを関係付けて記憶する。情報処理装置に関する情報を一元的に管理することができるため、利用者に対する情報処理装置への接続のための負荷が軽減される。

第１７の発明に係る通信端末は、第１３〜１６のいずれかの発明の構成に加えて、会員情報を更新するための更新手段をさらに含む。

第１７の発明によると、通信端末は、会員情報を更新することができるため、たとえば、仮にその会員情報が不正に第三者に取得されても、会員情報を変更することにより、不不正なアクセスを防止することができる。

第１８の発明に係る通信端末は、第１７の発明の構成に加えて、更新手段は、情報処理装置からの指示に基づいて、会員情報を更新する。

第１８の発明によると、通信端末は、情報処理装置における情報の更新と合わせて、会員情報を更新することができるため、通信端末と情報処理装置との間で会員情報を同期させることができる。

第１９の発明に係る通信端末は、第１７の発明の構成に加えて、更新手段は、通信端末内のデータに基づいて、会員情報を更新する。

第１９の発明によると、通信端末は、会員情報を更新するためのデータを外部から取得することなく内部のデータを使用することができる。したがって、セキュリティを維持しつつ、その会員情報を更新することができる。

第２０の発明に係る通信端末は、第１３〜１９のいずれかの発明の構成に加えて、送信手段は、情報処理装置から受信する要求に応答して、会員情報を情報処理装置に送信する。

第２０の発明によると、情報処理装置が通信端末に情報の送信要求を送信する装置である場合には、通信端末は、その送信要求に基づいて会員情報を情報処理装置に送信する。このようにすると、その端末の利用者が情報の送信処理を行なう必要はなくなるため、利用者にによる送信の手間を軽減することができる。

第２１の発明に係る通信端末は、第１３〜２０のいずれかの発明の構成に加えて、記憶手段は、会員情報と公開鍵とを対応させて記憶する。通信端末は、公開鍵に基づいてデータを暗号化するための暗号手段をさらに含む。

第２１の発明によると、通信端末は、会員情報に関連付けて記憶される公開鍵を使用してデータを暗号化することができる。通信端末はこのデータを通信することにより、通信端末同士の通信のセキュリティを向上させることができる
第２２の発明に係る通信端末は、第１３〜２１のいずれかの発明の構成に加えて、送信手段は、会員情報の更新要求を情報処理装置に送信するための手段を含む。

第２２の発明によると、送信手段が会員情報の更新要求を情報処理装置に送信すると、会員情報は情報処理装置において更新されるため、通信端末に記憶される会員情報と情報処理装置に記憶される会員情報との更新時期を同期化することができる。

第２３の発明に係る通信方法は、利用者が指示を入力する入力ステップと、情報を表示する表示ステップと、利用者を識別する識別データと、通信端末と情報処理装置との関係を表わす複数の会員情報と、各会員情報に対応したそれぞれの秘密鍵とを予め準備する準備ステップと、会員情報から、指示により指定された会員情報に対応した秘密鍵に基づいた認証データを生成する生成ステップと、識別データと認証データとを情報処理装置に送信する送信ステップとを含む。

第２３の発明によると、利用者が指示を入力して複数の会員情報の中から特定の会員情報を選択すると、その会員情報に対応した秘密鍵が準備される。生成ステップにて、その秘密鍵を利用した認証データが生成される。送信ステップにて、その認証データが通信回線を介して情報処理装置に送信される。このようにすると、利用者が特定の認証データを入力することなく、情報処理装置に接続するための認証データが暗号データとして生成される。したがって、情報処理装置とのセキュリティを維持しつつ、認証のためのデータ通信を行なうことができる。

第２４の発明に係るプログラムは、通信回線に接続された情報処理装置と通信するための通信方法をコンピュータに実行させるためのプログラムである。このプログラムはコンピュータに、利用者が指示を入力する入力ステップと、情報を表示する表示ステップと、利用者を識別する識別データと、通信端末と情報処理装置との関係を表わす複数の会員情報と、各会員情報に対応したそれぞれの秘密鍵とを予め準備する準備ステップと、会員情報から、指示により指定された会員情報に対応した秘密鍵に基づいた認証データを生成する生成ステップと、識別データと認証データとを情報処理装置に送信する送信ステップとを実行させる。

第２４の発明によると、利用者がコンピュータに指示を入力して、複数の会員情報の中から特定の会員情報を選択すると、その会員情報に対応した秘密鍵が、記憶手段から読み出されて準備される。その秘密鍵を利用した認証データが、たとえば演算回路により、生成される。その認証データが通信回線を介して情報処理装置に送信される。このようにすると、利用者が特定の認証データを入力することなく、情報処理装置に接続するための認証データが暗号データとして生成される。その結果、情報処理装置とのセキュリティを維持しつつ認証のためのデータ通信を行なう方法を、コンピュータに実行させることができる。

第２５の発明に係る記録媒体は、第２４の発明に係るプログラムを記録したコンピュータ読取可能な記録媒体である。

第２５の発明によると、プログラムをコンピュータにインストールすることにより、情報処理装置とのセキュリティを維持しつつ認証のためのデータ通信を行なう方法を、そのコンピュータに実行させることができる。

本発明に係る通信端末によると、利用者は、データ通信のセキュリティを維持しつつ、情報処理装置への接続のための負荷を軽減することができる。

本発明に係る通信方法によると、通信端末は、情報処理装置への接続のための負荷を増加させることなく、データ通信のセキュリティを維持することができる。

本発明に係るプログラムによると、利用者に対して情報処理装置への接続のための負荷を軽減することができ、さらにはデータ通信のセキュリティ水準を向上することができる方法をコンピュータにおいて実現することができる。

本発明に係る記録媒体によると、その媒体に格納されているプログラムがコンピュータにおいて実行されることにより、そのコンピュータは、データ通信のセキュリティを維持しつつ、情報処理装置への接続のための負荷を軽減することができる。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

＜第１の実施の形態＞
図１〜図１３を参照して、本発明の第１の実施の形態について説明する。図１は、本発明の第１の実施の形態に係る通信端末１００を含む通信ネットワークを表わす図である。この通信ネットワークには、通信端末１００とサービス提供サーバ２００と会員情報管理サーバ３００とが接続されている。この通信端末１００は、たとえば携帯電話、ＰＤＡ（Personal Digital Assistant）あるいはＰＣ（Personal Computer）などＷｅｂブラウジング機能を含む端末であればよい。ネットワーク５００は、たとえばインターネットあるいはＬＡＮ（Local Area Network）などである。会員情報管理サーバ３００にはデータベース４００が接続される。なお、図１におけるサービス提供サーバ２００と会員情報管理サーバ３００は、特許請求範囲の各請求項に記載の情報処理装置に相当するものである。

図２に、本実施の形態に係る通信端末１００の一例であるコンピュータの制御ブロック図を示す。図２に示すように、このコンピュータは、相互にバスで接続されたＣＰＵ（Central Processing Unit）１０２と、固定ディスク１０４と、通信ＩＦ（Interface）１０６と、モニタ１０８と、マウス１１２と、キーボード１１４と、メモリ１１６と、ＦＤ駆動装置１１８と、ＣＤ−ＲＯＭ（Compact Disk - Read Only Memory）駆動装置１２０とを含む。ＦＤ駆動装置１１８にはＦＤ１２２が装着される。ＣＤ−ＲＯＭ駆動装置１２０には、ＣＤ−ＲＯＭ１２４が装着される。なお、この通信端末１００における入力装置は、上記のものに限られない。たとえば、通信端末１００が小型の携帯端末であれば、キーボード１１４の代わりに、入力ペンなど、情報入力部として利用者による情報の入力が可能なものであればよい。また、読取可能な記録媒体の駆動装置は、上記のものに限られず、たとえば、メモリカードあるいはメモリスティックなどを読取ることが可能な駆動装置であってもよい。

図２を参照して、固定ディスク１０４は、会員証保存部として、後述する会員証データあるいは名刺データ等のデータを記憶する。モニタ１０８は、画面表示部あるいは会員証表示部として、固定ディスク１０４から読み出された画像データあるいは会員証データ等を表示する。ＣＰＵ１０２は、会員証暗号処理部として、データを暗号化して送信データを生成する。通信ＩＦ１０６は、通信処理部として、ＣＰＵ１０２の指示に基づきデータを外部に送信するとともに、外部からデータを受信する。キーボード１１４は、文字入力部として、利用者が通信端末１００に文字あるいは数値等の情報を入力することができる。

この通信端末１００における処理は、コンピュータハードウェアおよびＣＰＵ１０２により実行されるソフトウェアにより実現される。一般に、このようなソフトウェアは、ＦＤ１２２、ＣＤ−ＲＯＭ１２４などの記録媒体に格納されて流通し、ＦＤ駆動装置１１８またはＣＤ−ＲＯＭ駆動装置１２０などにより記録媒体から読取られて固定ディスク１０４に一旦格納される。そのソフトウェアは、固定ディスク１０４からメモリ１１６に読出されて、ＣＰＵ１０２により実行される。図２に示したコンピュータのハードウェア自体は、一般的なものである。したがって、本発明の最も本質的な部分は、ＦＤ１２２、ＣＤ−ＲＯＭ１２４、固定ディスク１０４などの記録媒体に記録されたソフトウェアである。

図３に、本発明の実施の形態に係るサービス提供サーバ２００の一例であるコンピュータの制御ブロック図を示す。図３を参照して、このコンピュータは、相互にバスで接続されたＣＰＵ２０２と、固定ディスク２０４と、通信ＩＦ２０６と、モニタ２０８と、マウス２１２と、キーボード２１４と、メモリ２１６と、ＦＤ駆動装置２１８と、ＣＤ−ＲＯＭ駆動装置２２０とを含む。さらに、このサービス提供サーバ２００は、上記したＦＤ駆動装置２１８およびＣＤ−ＲＯＭ駆動装置２２０に加えて、ＦＤ駆動装置２１８にはＦＤ２２２が装着される。ＣＤ−ＲＯＭ駆動装置２２０には、ＣＤ−ＲＯＭ２２４が装着される。

このサービス提供サーバ２００における処理は、コンピュータハードウェアおよびＣＰＵ２０２により実行されるソフトウェアにより実現される。一般に、このようなソフトウェアは、ＦＤ２２２、ＣＤ−ＲＯＭ２２４などの記録媒体に格納されて流通し、ＦＤ駆動装置２１８またはＣＤ−ＲＯＭ駆動装置２２０などにより記録媒体から読取られて固定ディスク２０４に一旦格納される。そのソフトウェアは、固定ディスク２０４からメモリ２１６に読出されて、ＣＰＵ２０２により実行される。図３に示したコンピュータのハードウェア自体は、一般的なものである。

図４に、本発明の実施の形態に係る会員情報管理サーバ３００の一例であるコンピュータの制御ブロック図を示す。なお、会員情報管理サーバ３００の構成は、前述のサービス提供サーバ２００の構成と同じであるので、ここでは詳細な説明は繰り返さない。

図４を参照して、会員情報管理サーバ３００のＣＰＵ３０２は、通信ＩＦ３０６を介して外部から受信した利用者情報に基づいて、会員情報を生成する。生成された会員情報は、固定ディスク３０４あるいはデータベース４００に記憶される。

図５を参照して、本実施の形態に係る通信端末１００が記憶する会員証データの構造を説明する。

データが格納されるフィールドＦ１０２には、利用者識別ＩＤ（Identification）が格納される。このＩＤは、サービス提供サーバ２００に登録された利用者を識別するＩＤであって、利用者ごとに固有である。

フィールドＦ１０４には、秘密鍵が格納される。この秘密鍵は、サービス提供サーバ２００に送信するデータを暗号化するために使用される。この秘密鍵は、サービス提供サーバ２００あるいは会員情報管理サーバ３００により予め作成される。

フィールドＦ１０６には、アクセスＩＤが格納される（以下、通信端末１００に記憶されるアクセスＩＤを「アクセスＩＤ（Ａ）」と表わす）。このＩＤは、サービス提供サーバ２００が提供するサービスごとに、利用者に割り当てられる。利用者がサービスを利用する場合、このアクセスＩＤ（Ａ）が通信端末１００の認証処理に使用される。

フィールドＦ１０８には、画像データが格納される。画像データの形式は、特に限定されず、たとえばＪＰＥＧ（Joint Photographic Experts Group）形式、ＭＰＥＧ（Moving Picture Experts Group）形式あるいはベクトルアニメーションのファイル形式であるＥアニメータなどである。このような画像データは、利用者が提供を受けるサービスを認識できるようにモニタ１０８に表示される。すなわちこの画像データの処理が実行されると、そのサービスの会員証の画像がモニタ１０８に表示される。このようにすると、利用者が表示された画像を見ると、その会員証はいずれのサービスを表わしているのかを容易に判断することができる。なお画像データの表示のためのプログラムは、特に限定されない。

図６を参照して、本実施の形態に係る通信端末１００のモニタ１０８に表示される会員証のデータについて説明する。図６（Ａ）は、モニタ１０８に表示される会員証およびその会員証に対応付けられるデータを説明するための図である。図６（Ｂ）は、通信端末１００とサービス提供サーバ２００との間における認証処理を説明するための図である。会員証は、固定ディスク１０４に記憶されたデータ（図５のフィールドＦ１０８に格納された画像データ「svc01jpg」）に基づいて、モニタ１０８に表示される。

図６（Ａ）に示すように、この会員証データは、「ＡＢＣポータル」のサービスを利用するための会員証であることを示す。この会員証における「会員番号」は、たとえば利用者識別ＩＤ（図５のフィールドＦ１０２に記憶されたデータ）である。このように表示すると、通信端末１００の利用者は、この会員証はＡＢＣポータルを利用するための会員証であることを容易に認識することができる。あるいは文字に加えて、画像を表示するようにしてもよい。

図６（Ｂ）に示すように、通信端末１００は、秘密鍵で暗号化したアクセスＩＤを含むデータをサービス提供サーバ２００に送信する。サービス提供サーバ２００がそのデータを公開鍵により復号して、通信端末１００から送信されたデータが正当なデータであることが確認されると、認証が成功したことを表わすデータがサービス提供サーバ２００から通信端末１００に送信される。

図７に、本発明の実施の形態に係る通信端末１００とサービス提供サーバ２００との間で通信されるデータの構造を示す。

フィールドＦ２０２には、送信先アドレスが格納される。このアドレスは、たとえばＭＡＣ（Media Access Control）アドレスであるが、特に限定されない。通信端末１００がサービス提供サーバ２００にデータを送信する場合、サービス提供サーバ２００のアドレスが格納される。

フィールドＦ２０４には、送信元アドレスが格納される。このアドレスは、たとえばＭＡＣアドレスであるが、特に限定されない。通信端末１００がサービス提供サーバ２００にデータを送信する場合、通信端末１００のアドレスが格納される。

フィールドＦ２０６には、通信端末１００に割り当てられた利用者識別ＩＤが格納される。フィールドＦ２０８には、通信端末１００の暗号化処理により生成されたデータが格納される。

フィールドＦ２１０には、通信データが格納される。通信データとは、たとえば、サービス提供サーバ２００の処理に固有なコード（以下、「処理コード」という）である。たとえば、サービスの利用開始を表わす「svcstart」、サービスの利用終了を表わす「svcend」、利用者情報の更新を表わす「usrupdate」あるいは名刺交換の依頼を表わす「meishikoukanrqst」などが使用される。通信端末１００がこのような処理コードをサービス提供サーバ２００に送信すると、サービス提供サーバ２００は、そのコードに基づいて処理を実行する。また、サービス提供サーバ２００が通信端末１００に送信するコードとして、たとえば、認証が成功したことを表わす「athsuccess」、認証が失敗したことを表わす「athfail」等が使用される。通信端末１００は、これらの処理コードを読取ることにより、接続時における利用者認証の結果を知ることができる。

図８を参照して、本実施の形態に係るサービス提供サーバ２００が固定ディスク２０４に記憶するデータの構造を説明する。

フィールドＦ３０２には、フィールドＦ１０２に格納される利用者識別ＩＤと同じＩＤが格納される。このＩＤは、キーデータとして公開鍵およびアクセスＩＤを一意に特定する。

フィールドＦ３０４には、公開鍵が格納される。この公開鍵は、通信端末１００に送信され、フィールドＦ１０４に格納されている秘密鍵とペアで生成されたデータである。したがって、この公開鍵だけが、その秘密鍵で暗号処理されたデータを復号化することができる。この公開鍵の生成方法は特に限定されない。

フィールドＦ３０６には、通信端末１００に割り当てたサービスの利用に必要なアクセスＩＤ（以下、アクセスＩＤ（Ｂ）という）が格納される。このアクセスＩＤ（Ｂ）は、通信端末１００の固定ディスク１０４に記憶されているアクセスＩＤ（Ａ）と同じデータである。

図９を参照して、本実施の形態に係る会員情報管理サーバ３００が記憶するデータの構造を説明する。

フィールドＦ４０２には、フィールドＦ１０２およびフィールドＦ３０２に格納される利用者識別ＩＤと同じＩＤが、キーデータとして格納される。

フィールドＦ４０４には、公開鍵が格納される。この公開鍵は、通信端末１００の固定ディスク１０４に記憶している秘密鍵と対になるデータである。

フィールドＦ４０６には、通信端末の利用者の氏名が格納される。フィールドＦ４０８には、その利用者の住所が格納される。フィールドＦ４１０には、利用者の電子メールアドレスが格納される。フィールドＦ４１２には、利用者の第１の属性データ（たとえば職業）が格納される。フィールドＦ４１４には、利用者の第２の属性データ（たとえば趣味）が格納される。

なお、フィールドＦ４０６〜フィールドＦ４１４までのデータは、それぞれの通信端末の利用者がサービス提供サーバ２００に送信したデータである。このようにサービス提供サーバ２００と会員情報管理サーバ３００との間でデータの通信が行なわれ、処理がリアルタイムベースで実行される。このようにすると、サービスの提供と基本情報の管理とを効率よく分担することができる。

また、格納されるデータの項目数（すなわちフィールド数）は特に限定されない。また、項目数が多い場合は、たとえばＲＤＢ（Relational Data Base）方式によりデータを記憶するようにしてもよい。たとえば参照頻度が高いデータを会員情報管理サーバ３００の固定ディスク３０４に記憶し、参照頻度が低いデータを会員情報管理サーバ３００に接続された外部データベース４００に記憶するようにしてもよい。

図１０に、本実施の形態に係る通信端末１００が実行する処理の手順を、フローチャートに基づいて説明する。

ステップＳ１０２にて、通信端末１００のＣＰＵ１０２は、固定ディスク１０４に記憶されている情報を読み出して、モニタ１０８に表示する。

ステップＳ１０４にて、ＣＰＵ１０２は、利用者によるサービス提供サーバ２００への接続指示を検出する。たとえば利用者がサービスのメニューを選択して接続ボタンを押下すると、ＣＰＵ１０２は接続が指示されたと認識する。

ステップＳ１０６にて、ＣＰＵ１０２は、そのサービスを利用するための会員証データを取得済みであるか否かを確認する。この確認は、たとえば会員証データが固定ディスク１０４に記憶されているか否かに基づいて行なわれる。サービスを利用するための会員証データを取得済みであるとき（ステップＳ１０６にてＹＥＳ）、処理はステップＳ１０８に移される。そうでないと（ステップＳ１０６にてＮＯ）、処理はステップＳ１２０に移される。

ステップＳ１０８にて、ＣＰＵ１０２は、固定ディスク１０４からメモリ１１６に、利用者識別ＩＤ、秘密鍵、アクセスＩＤ（Ａ）などを読み出す。

ステップＳ１１０にて、ＣＰＵ１０２は、秘密鍵を使用してアクセスＩＤ（Ａ）を暗号化する。この暗号化のための方法は特に限定されない。

ステップＳ１１２にて、ＣＰＵ１０２は、利用者識別ＩＤと暗号化したデータとをサービス提供サーバ２００に送信する。これらのデータは、サービス提供サーバ２００による認証処理に使用される。

ステップＳ１１４にて、ＣＰＵ１０２は、利用者の認証が成功したという情報を受信したか否かを判断する。この判断は、たとえばサービス提供サーバ２００から受信したデータが認証の成功を表わす処理コードを含むか否かに基づいて行なわれる。利用者の認証が成功したという情報を受信すると（ステップＳ１１４にてＹＥＳ）、処理はステップＳ１１６に移される。そうでないと（ステップＳ１１４にてＮＯ）、処理はステップＳ１３０に移される。

ステップＳ１１６にて、ＣＰＵ１０２は、サービス提供サーバ２００によるサービスの利用を開始する。この時点から、通信端末１００の利用者はサービスを利用することができる。このサービスとは、たとえば情報の受信、音楽のダウンロード、特定の利用者との情報の通信あるいはオンラインショッピングなどである。

ステップＳ１２０にて、ＣＰＵ１０２は、会員登録の要求をサービス提供サーバ２００に送信する。たとえば、利用者がモニタ１０８に表示された「会員登録」のメニューを選択して実行すると、会員登録要求がサービス提供サーバ２００に送信される。

ステップＳ１２２にて、ＣＰＵ１０２は、サービス提供サーバ２００から利用者情報の送信要求を受信する。この情報を受信すると、必要な情報の入力画面がモニタ１０８に表示される。この入力画面は、たとえば入力必須項目と入力任意項目とから構成される。入力必須項目には、利用者の氏名、住所、電子メールアドレスなどがある。入力任意項目には、利用者の職業、趣味などがある。なお、これらの項目はサービス提供サーバ２００において任意に設定するようにしてもよい。たとえば、提供されるサービスごとに入力必須項目を代えるようにしてもよい。

ステップＳ１２４にて、ＣＰＵ１０２は、通信端末１００の利用者の情報を送信する。すなわち、利用者がステップＳ１２２にて表示された入力画面に必要な情報を入力し、入力の確定メニューを選択し、送信ボタンを押下すると、利用者情報がサービス提供サーバ２００に送信される。サービス提供サーバ２００がその情報を受信すると、会員情報管理サーバ３００と通信して、サービスの利用者として会員の登録処理を実行する。たとえば、サービス提供サーバ２００がサービスを利用するためのアクセスＩＤを発行し、会員情報管理サーバ３００が利用者識別ＩＤとアクセスＩＤとを関連付けて記憶するようにしてもよい。なお、この登録処理は、サービス提供サーバ２００のみが実行するようにしてもよい。すなわち、それぞれのサーバの処理能力、あるいはサービスごとに予め想定された利用者数等に基づいて処理を分担するようにしてもよい。

ステップＳ１２６にて、ＣＰＵ１０２は、サービス提供サーバ２００から、会員情報管理サーバ３００が生成した会員証データを受信する。このときデータは、第３者が取得しても使用できないようにセキュリティで保護されて送信される。

ステップＳ１２８にて、ＣＰＵ１０２は、受信した会員証データを固定ディスク１０４に記憶する。たとえば前述の図５に示したように、利用者識別ＩＤ、秘密鍵、アクセスＩＤ（Ａ）および画像データがそれぞれのフィールドに記憶される。

ステップＳ１３０にて、ＣＰＵ１０２は、サービス提供サーバ２００に暗号化データを再送信するか否かを判断する。この判断は、たとえばサービス提供サーバ２００あるいは会員情報管理サーバ３００からデータの再送信の指示を受信したか否か、あるいは利用者が再送信のボタンを押下したか否か等に基づいて行なわれる。サービス提供サーバ２００に暗号化データを再送信するとき（ステップＳ１３０にてＹＥＳ）、処理はステップＳ１０８に戻される。そうでないと（ステップＳ１３０にてＮＯ）、処理は終了する。

ステップＳ１４０にて、ＣＰＵ１０２は、通信端末１００の利用者による終了要求を検出したか否かを判断する。この判断は、たとえば利用者がサービスの利用を終了するメニューを選択したか否か等に基づいて行なわれる。終了要求が検出されると（ステップＳ１４０にてＹＥＳ）、処理は終了する。そうでないと（ステップＳ１４０にてＮＯ）、処理はステップＳ１１６に戻される。

図１１を参照して、本実施の形態に係るサービス提供サーバ２００が実行する処理の手順を、フローチャートに基づいて説明する。

ステップＳ２０２にて、サービス提供サーバ２００のＣＰＵ２０２は、通信端末１００からサービスの利用要求を受信する。この場合、受信された利用要求には、処理コードとして「サービスの利用開始」を表わすコード（たとえば、図７のフィールドＦ２１０に示された「svcstart」）が含まれる。

ステップＳ２０４にて、ＣＰＵ２０２は、通信端末１００の利用者が登録済みであるか否かを確認する。この確認は、たとえばサービス提供サーバ２００の固定ディスク２０４に利用者情報が登録されているか否か、あるいは、会員情報を管理する会員情報管理サーバ３００に利用者情報が登録されているか否かなどに基づいて行なわれる。なお、利用者情報とは、利用者識別ＩＤ、アクセスＩＤ、公開鍵などである。通信端末１００の利用者がデータベースに登録されているとき（ステップＳ２０４にてＹＥＳ）、処理はステップＳ２０６に移される。そうでないと（ステップＳ２０４にてＮＯ）、処理はステップＳ２２０に移される。

ステップＳ２０６にて、ＣＰＵ２０２は、受信したデータから暗号化データおよび利用者識別ＩＤを取得して、メモリ２１６に一時的に保存する。

ステップＳ２０８にて、ＣＰＵ２０２は、固定ディスク２０４から利用者識別ＩＤに関連付けられている公開鍵とアクセスＩＤ（Ｂ）とを読み出す。

ステップＳ２１０にて、ＣＰＵ２０２は、取得した公開鍵を利用して、受信した暗号化データを復号化する。この復号化処理により、通信端末１００が送信したアクセスＩＤ（Ａ）が取得される。

ステップＳ２１２にて、ＣＰＵ２０２は、アクセスＩＤ（Ａ）とアクセスＩＤ（Ｂ）とが一致するか否かを判断する。アクセスＩＤ（Ａ）とアクセスＩＤ（Ｂ）とが一致すると（ステップＳ２１２にてＹＥＳ）、処理はステップＳ２１４に移される。そうでないと（ステップＳ２１２にてＮＯ）、処理はステップＳ２３０に移される。

ステップＳ２１４にて、ＣＰＵ２０２は、通信端末１００の利用者認証が成功したことを通信端末１００に通知する。たとえば、利用者認証の成功を表わす処理コードが通信端末１００に送信される。

ステップＳ２１８にて、ＣＰＵ２０２は、通信端末１００の利用者が求めているサービスを提供する。このサービスの提供とは、たとえばニュースの配信、情報の提供あるいは音楽データファイルの送信など、データ通信により提供することが可能なサービスである。

ステップＳ２２０にて、ＣＰＵ２０２は、通信端末１００から会員登録要求を受信する。ステップＳ２２２にて、ＣＰＵ２０２は、その要求を会員情報管理サーバ３００に送信する。

ステップＳ２３０にて、ＣＰＵ２０２は、通信端末１００の利用者の認証が失敗したことを通知する。たとえば、利用者認証の失敗を表わす処理コードが通信端末１００に送信される。

ステップＳ２４０にて、ＣＰＵ２０２は、通信端末１００の利用者から終了要求を受信したか否かを判断する。終了要求を受信すると（ステップＳ２４０にてＹＥＳ）、処理は終了する。そうでないとき（ステップＳ２４０にてＮＯ）、処理はステップＳ２１８に戻される。

図１２を参照して、本実施の形態に係る会員情報管理サーバ３００が実行する処理の手順を、フローチャートに基づいて説明する。

ステップＳ３０２にて、会員情報管理サーバ３００のＣＰＵ３０２は、サービス提供サーバ２００から通信端末１００の利用者の会員登録要求を受信する。

ステップＳ３０４にて、ＣＰＵ３０２は、利用者情報の送信要求を通信端末１００に送信する。

ステップＳ３０６にて、ＣＰＵ３０２は、サービス提供サーバ２００から、通信端末１００が送信した利用者情報を受信する。この利用者情報とは、利用者の氏名、住所、電子メールアドレスなどである。

ステップＳ３０８にて、ＣＰＵ３０２は、通信端末１００の利用者に利用者識別ＩＤを割り当てる。この利用者識別ＩＤは、サービス提供サーバ２００の利用者を一意に特定するＩＤである。

ステップＳ３１０にて、ＣＰＵ３０２は、利用者情報を固定ディスク３０４に記憶する。このとき、利用者識別ＩＤと利用者情報とは関係付けられて登録される。これにより、会員情報管理サーバ３００は、利用者識別ＩＤをキーとして利用者情報を検索することが可能になる。

ステップＳ３１２にて、ＣＰＵ３０２は、割り当てた利用者識別ＩＤに基づいて、秘密鍵と公開鍵とを生成する。このようにして生成された秘密鍵は、利用者識別ＩＤに固有なデータである。

ステップＳ３１４にて、ＣＰＵ３０２は、生成した公開鍵を記憶する。このとき公開鍵と利用者識別ＩＤとが関係付けられて固定ディスク３０４に記憶される。

ステップＳ３１６にて、ＣＰＵ３０２は、通信端末１００の利用者がサービス提供サーバ２００のサービスを利用するために必要になるアクセスＩＤを作成する。このアクセスＩＤは、提供されるサービスごとに固有である。したがって、たとえばサービス提供サーバ２００が複数のサービスを提供する場合、それぞれのサービスごとのアクセスＩＤが作成される。

ステップＳ３１８にて、ＣＰＵ３０２は、生成したアクセスＩＤを登録する。アクセスＩＤは、利用者識別ＩＤに関連付けられて固定ディスク３０４に記憶される。また、このアクセスＩＤはサービス提供サーバ２００に送信され、アクセスＩＤ（Ｂ)として記憶される。

ステップＳ３２０にて、ＣＰＵ３０２は、利用者識別ＩＤおよびアクセスＩＤに基づいて、会員証データを作成する。作成された会員証データは、少なくとも利用者識別ＩＤ、アクセスＩＤ、秘密鍵、表示データとを含む。

ステップＳ３２２にて、ＣＰＵ３０２は、会員証データを通信端末１００に送信する。あるいは、一旦サービス提供サーバ２００にそのデータを送信し、サービス提供サーバ２００が通信端末１００にそのデータを送信するようにしてもよい。いずれの場合も、データを保護するために会員証データは暗号化されて送信される。その後、ＣＰＵ３０２は処理を終了する。

以上のような構造およびフローチャートに基づく本実施の形態に係る通信端末１００、サービス提供サーバ２００および会員情報管理サーバ３００の動作を説明する。以下、通信端末１００が会員証データを取得済みの場合と未取得の場合とについて説明する。

［会員証データを取得済みの場合］
通信端末１００のモニタ１０８に利用するサービスの初期画面が表示され（ステップＳ１０２）、通信端末１００の利用者が接続ボタンを押下すると、接続の指示が検出される（ステップＳ１０４）。そのサービスの利用のために必要な会員証データが取得済みであるとき（ステップＳ１０６にてＹＥＳ）、会員証データが固定ディスク１０４から読み込まれ、メモリ１１６に一時的に保存される（ステップＳ１０８）。アクセスＩＤ（Ａ）が秘密鍵により暗号化されると（ステップＳ１１０）、利用者識別ＩＤとその暗号化されたデータとがサービス提供サーバ２００に送信される（ステップＳ１１２）。

サービス提供サーバ２００は、通信端末１００からサービスの利用要求を含む情報を受信する（ステップＳ２０２）。通信端末１００の利用者が登録済みである場合（ステップＳ２０４にてＹＥＳ）、受信情報の中から利用者識別ＩＤおよび暗号化されたデータとを取得する（ステップＳ２０６）。利用者識別ＩＤをキーデータとして、固定ディスク２０４から予め作成された公開鍵とアクセスＩＤ（Ｂ）とが読出され、メモリ２１６に一時的に保存される（ステップＳ２０８）。暗号化されたデータが公開鍵に基づいて復号化されると、アクセスＩＤ（Ａ）が取得される（ステップＳ２１０）。アクセスＩＤ（Ａ）とアクセスＩＤ（Ｂ）とが一致すると（ステップＳ２１２にてＹＥＳ）、認証が成功したことが通信端末１００に通知される（ステップＳ２１４）。

通信端末１００がサービス提供サーバ２００から認証成功の情報を受信すると（ステップＳ１１４にてＹＥＳ）、サービス提供サーバ２００はサービスの提供可能な状態となり（ステップＳ２１８）、通信端末１００の利用者は、サービスを利用することができる（ステップＳ１１６）。このサービスは、利用者がサービスの利用を終了する指示を入力しない間（ステップＳ１４０にてＮＯ）、利用することができる。

利用者がサービスの利用を終了するボタンを押下すると、終了要求が検出され（ステップＳ１４０にてＹＥＳ）、通信端末１００は処理を終了する。その要求がサービス提供サーバ２００に送信されると、終了処理がサービス提供サーバ２００において実行され（たとえばログアウトの処理が実行され）、サービス提供サーバ２００は処理を終了する。

［会員証データが未取得の場合］
以下、会員証データの作成までの動作を説明する。なお、会員証データを取得した場合（ステップＳ１０６にてＹＥＳ）以降の動作の説明は、前述の会員証データを取得済みの場合における動作の説明と同じであるので、ここでは繰り返さない。

通信端末１００のモニタ１０８に利用するサービスの初期画面が表示され（ステップＳ１０２）、通信端末１００の利用者が接続ボタンを押下すると、接続の指示が検出される（ステップＳ１０４）。そのサービスの利用のために必要な会員証データが未取得であるとき（ステップＳ１０６にてＮＯ）、会員登録要求が通信端末１００からサービス提供サーバ２００に送信される（ステップＳ１２０）。

サービス提供サーバ２００は、通信端末１００から会員登録要求を受信すると（ステップＳ２２０）、その要求を会員情報管理サーバ３００に送信する（ステップＳ２２２）。

会員情報管理サーバ３００は、サービス提供サーバ２００から会員登録要求を受信すると（ステップＳ３０２）、利用者情報の送信要求を通信端末１００に送信する（ステップＳ３０４）。

通信端末１００が利用者情報の送信要求を受信すると（ステップＳ１２２）、利用者が入力した情報を会員情報管理サーバ３００に送信する（ステップＳ１２４）。

会員情報管理サーバ３００は、通信端末１００から利用者情報を受信すると（ステップＳ３０６）、その通信端末１００に対して利用者識別ＩＤを割り当て（ステップＳ３０８）、利用者情報は固定ディスク３０４に記憶される（ステップＳ３１０）。利用者情報に基づいて、秘密鍵と公開鍵とが生成されると（ステップＳ３１２）、その公開鍵は、利用者識別ＩＤに関係付けられて固定ディスク３０４に記憶される（ステップＳ３１４）。通信端末１００の利用者のためのアクセスＩＤが作成されると（ステップＳ３１６）、そのＩＤは利用者識別ＩＤに関係付けられて固定ディスク３０４に記憶される（ステップＳ３１８）。通信端末１００の利用者の会員証データが作成されると（ステップＳ３２０）、その会員証データが通信端末１００に送信される（ステップＳ３２２）。

通信端末１００が会員情報管理サーバ３００から会員証データを受信すると（ステップＳ１２６）、そのデータは固定ディスク１０４に記憶される（ステップＳ１２８）。その後、会員証データは取得済みであることが確認されると（ステップＳ１０６にてＹＥＳ）、接続のための処理が継続される（ステップＳ１０８以降）。

このようにして、通信端末１００の利用者は、アクセスデータあるいはパスワードなどを入力することなくサービス提供サーバ２００に接続することができる。その結果、利用者の負担は軽減される。

＜第１の実施の形態の変形例＞
以下、上述の第１の実施の形態の変形例について説明する。図１３に、本発明の実施の形態に係る通信端末１００が記憶する会員証データの構造を示す。図１３に示されたデータ構造と図５に示されたデータ構造との相違は、データを格納するフィールドの数である。

フィールドＦ５０２〜フィールドＦ５０８には、図５に示されたフィールドＦ１０２〜フィールドＦ１０８に格納されるデータと同じデータが格納される。フィールドＦ５１０には、文字データが格納される。フィールドＦ５１２には、音楽データが格納される。フィールドＦ５１４には、リンクデータが格納される。フィールドＦ５１６には、オブジェクトデータが格納される。

図１３に示すように、会員証データにその利用者が希望するデータを格納するフィールドを設けると、利用者が頻繁に使用するサービスに対する利便性を向上させることができる。たとえば、音楽データを会員証データの１つとして関連付けて記憶しておくことにより、音楽を速やかに再生することができる。また、そのサービスに対応したデータを予め格納することにより、通信端末１００の利用者による操作を軽減することができる。

また、データを格納するフィールドの追加、変更、削除などを通信端末１００の利用者が設定できるようにしてもよい。その結果、通信端末１００を利用者の嗜好に合わせてカスタマイズすることができる。

以上のようにして、本実施の形態に係る通信端末１００によると、通信回線を介して提供されるサービスを利用する場合に、通信端末１００の利用者がサービスの利用に必要なアクセスＩＤおよびパスワードを入力することなく、接続処理を実行してサービスを利用することができる。この場合、接続処理は暗号化されたデータに基づいて行なわれるため、セキュリティを確保することができる。また、サービスの利用者としての登録が行なわれていない場合には、会員登録処理が実行された後に必要なデータが通信端末に割り当てられるので、その後に接続処理を実行することができる。これにより、利用者に対して、情報処理装置への接続のための負荷を軽減することができる通信端末を提供することができる。

なお、本実施の形態に係る会員証データは、ステップＳ１２６において、会員情報管理サーバ３００から通信端末１００に送信された。この処理に代えて、会員情報管理サーバ３００が会員証データの作成完了通知をサービス提供サーバ２００に送信するようにしてもよい。この場合、通信端末１００の利用者がその通知を受信すると、ＳＳＬ（Secure Sockets Layer）等のセキュリティにより保護されたＷｅｂアクセスによりサービス提供サーバ２００にアクセスする。そして会員証データを通信端末１００にダウンロードするようにしてもよい。このようにすると、ネットワーク５００におけるデータの漏洩の可能性を低くすることができる。

また、サービス提供サーバ２００の処理において、認証成功の通知の後（図１１におけるステップＳ２１４）、サービスの提供が開始される（同図におけるステップＳ２１８）。この場合、認証結果を通知する前に、通信端末１００に割り当てていたアクセスＩＤを変更して、変更後のアクセスＩＤを認証結果の通知とともに通信端末１００に送信するようにしてもよい。なお、新たにアクセスＩＤを割り当てる方法は特に限定されない。たとえば、ランダムにアクセスＩＤを割り当ててもよいし、認証処理が成功した時刻を新たなアクセスＩＤとして設定してもよい。また、ワンタイムパスワードのように認証ごとに異なるアクセスＩＤを設定するようにしてもよいし、予め設定されたアクセスＩＤの変更タイミングに基づいて更新してもよい。このようにアクセスＩＤを適時変更することにより、アクセスＩＤを不正に取得した通信端末からの不正アクセスを防止することができる。

さらに、本実施の形態に係る秘密鍵と公開鍵とは、会員情報管理サーバ３００において作成されたが、通信端末１００が作成してもよい。すなわち、通信端末１００は、生成した公開鍵と利用者情報とを会員情報管理サーバ３００に送信して、会員情報管理サーバ３００がその公開鍵を記憶してもよい。この場合、会員情報管理サーバ３００は秘密鍵を含まない会員証データを生成して、通信端末１００に送信する。通信端末１００がそのような会員証データを受信すると、端末自身が作成した秘密鍵を会員証データに含めて、固定ディスク１０４に記憶する。このように通信端末が公開鍵と秘密鍵とを生成しても、必要なデータを含む会員証データが作成されるので、サービス提供サーバ２００との接続の負荷を軽減することができる。

また、会員証データは通信端末１００に記憶されているため、他人がその端末を使用することができる場合、その他人がサービス提供サーバ２００に容易にアクセスすることが可能となる。この場合、会員証データの読み込みにロックをかけることにより、会員証データが容易に使用されないようにすることができる。このロックには、たとえばパスワードを設定する方法があるが、このパスワードはデータの読み込みに共通に設定すると、会員証データが複数記憶されている場合もそれらのデータを一括して保護することが可能になる。

＜第２の実施の形態＞
以下、本発明の第２の実施の形態に係る通信端末について説明する。本実施の形態に係る通信端末１０００は、会員証データに含めるデータの項目において、上述の第１の実施の形態に係る通信端末１００と異なる。すなわち通信端末１０００は、秘密鍵の代わりに公開鍵を会員証データとして記憶する。以下、本実施の形態において秘密鍵を含む会員証データを名刺データと称す。

なお、本実施の形態に係る通信端末１０００、サービス提供サーバ２００および会員情報管理サーバ３００は、前述の第１の実施の形態に係る通信端末１００、サービス提供サーバ２００および会員情報管理サーバ３００と同じハードウェア構成を有する。したがって、詳細な説明は繰り返さない。

以下、本実施の形態に係る各通信端末の構成要素の参照符号は、前述の第１に実施の形態に係る通信端末１００の構成要素の参照符号を使用する。たとえば通信端末１０００のＣＰＵ１０２は、図２に示されたＣＰＵ１０２と同じである。他の構成要素も同様である。

図１４に、本実施の形態に係る複数の各通信端末、サービス提供サーバ２００および会員情報管理サーバ３００を含む通信ネットワークを示す。

図１４を参照して、通信端末１０００、通信端末１１００および通信端末１２００は、たとえば携帯電話、ＰＤＡ（Personal Digital Assistant）あるいはＰＣ（Personal Computer）などである。なお、通信端末はこれらに限られず、所定の演算機能、データ記憶機能、通信機能、入出力機能を有するものであればよい。

本実施の形態に係る各通信端末は、同じ機能を含む他の通信端末と記憶されたデータを交換できる機能を含む。そのデータは、たとえば名刺データであって、その名刺データには、名刺を作成した利用者の氏名、住所あるいは電子メールアドレスなどのデータ、モニタ１０８に名刺を表示するための画面表示用データ等が含まれる。

図１５を参照して、本実施の形態に係る会員情報管理サーバ３００が固定ディスク２０４に記憶するデータの構造について説明する。

フィールドＦ６０２には、利用者識別ＩＤが格納される。このＩＤは、サービス提供サーバ２００が各通信端末に割り当てたＩＤである。すなわち、同じサービスの利用者など特定の利用者のＩＤが格納される。フィールドＦ６０４には、公開鍵が格納される。この公開鍵は、たとえば前述の実施の形態に記載の会員証データに含まれ、各通信端末に記憶された秘密鍵と対になるデータである。

フィールドＦ６０６には、各通信端末の利用者の氏名が格納される。フィールドＦ６０８には、フィールドＦ６０６に格納されている氏名を公開可能にするか否かを制御するフラグが格納される。たとえばフラグ「１」が格納されているとき、その氏名は公開可能（たとえば通信端末のモニタ１０８に表示可能）である。一方、フラグ「０」が格納されているとき、その氏名は公開されない。

フィールドＦ６１０には、各通信端末の利用者の住所が格納される。フィールドＦ６１２には、フィールドＦ６１０に格納されている住所を公開可能にするか否かを制御するフラグが格納される。そのフラグは、たとえば、上述のフィールドＦ６０８において使用されるフラグと同様である。

フィールドＦ６１４には、各通信端末の利用者の電子メールアドレスが格納される。フィールドＦ６１６には、フィールドＦ６１４に格納されている電子メールアドレスを公開可能にするか否かを制御するフラグか格納される。そのフラグは、たとえば、上述のフィールドＦ６０８において使用されるフラグと同様である。

図１６に、本実施の形態に係る通信端末１０００のモニタ１０８に表示された利用者の名刺データを示す。図１６を参照して、「利用者Ａ」は名刺データとして、氏名、電子メールアドレスおよび住所を公開可能にしているため、これらのデータがモニタ１０８に表示される。したがって、他の利用者もこれらの項目を閲覧することができる。

図１７を参照して、本実施の形態に係る通信端末１０００の利用者（以下、利用者Ａと表わす）が通信端末１１００の利用者（以下、利用者Ｂと表わす）との名刺交換を要求する場合に実行する処理の手順を、フローチャートに基づいて説明する。

ステップＳ４０２にて、通信端末１０００のＣＰＵ１０２は、固定ディスク１０４に記憶されている情報を読み出して、モニタ１０８に表示する。

ステップＳ４０４にて、ＣＰＵ１０２は、利用者Ａによる名刺交換要求を検出する。たとえば利用者Ａがモニタ１０８に表示された名刺交換メニューにおいて「交換」のメニューを選択すると、その要求が検出される。

ステップＳ４０６にて、ＣＰＵ１０２は、通信端末１１００の利用者Ｂとの名刺交換の依頼をサービス提供サーバ２００に送信する。このとき、通信データのフィールド（図７におけるフィールドＦ２１０）には、「名刺交換依頼」を表わす処理コード（たとえば「meishikoukanrqst」）が格納される。

ステップＳ４０８にて、ＣＰＵ１０２は、サービス提供サーバ２００から情報を受信する。ステップＳ４１０にて、ＣＰＵ１０２は、受信した情報に基づいて、通信端末１１００の利用者Ｂが名刺交換を受諾したか否かを判断する。この判断は、たとえば、利用者Ａとの名刺交換を受諾したことを表わす処理コードが受信した情報の中に含まれているか否かに基づいて行なわれる。通信端末１１００の利用者Ｂが名刺交換を受諾したとき（ステップＳ４１０にてＹＥＳ）、処理はステップＳ４１２に移される。そうでないと（ステップＳ４１０にてＮＯ）、処理は終了する。

ステップＳ４１２にて、ＣＰＵ１０２は、受信情報から、利用者Ｂの名刺データを利用者Ａの秘密鍵により復号化して、固定ディスク１０４に記憶する。

ステップＳ４１４にて、ＣＰＵ１０２は、固定ディスク１０４から、通信端末１０００の利用者Ａの名刺データを読み出す。ステップＳ４１６にて、ＣＰＵ１０２は、公開鍵を使用してその名刺データを暗号化する。ステップＳ４１８にて、ＣＰＵ１０２は、サービス提供サーバ２００にデータの送信先（すなわち通信端末１１００）と暗号化データとを送信する。

ステップＳ４２０にて、ＣＰＵ１０２は、サービス提供サーバ２００から、通信端末１１００が通信端末１０００の利用者の名刺を受信したことを表わす連絡を受信する。その後、処理は終了する。

図１８を参照して、本実施の形態に係る通信端末１１００が通信端末１０００との名刺交換依頼を受信した場合に実行する処理の手順を、フローチャートに基づいて説明する。

ステップＳ５０２にて、通信端末１１００のＣＰＵ１０２は、サービス提供サーバ２００から情報を受信する。ステップＳ５０４にて、ＣＰＵ１０２は、受信情報から通信端末１０００の利用者Ａによる名刺交換依頼を検出する。

ステップＳ５０６にて、ＣＰＵ１０２は、名刺交換の依頼をモニタ１０８に表示して利用者Ｂに通知する。ステップＳ５０８にて、ＣＰＵ１０２は、利用者Ｂによる名刺交換の諾否を検出する。

ステップＳ５１０にて、ＣＰＵ１０２は、利用者Ｂが名刺交換を受諾したか否かを判断する。この判断は、たとえば利用者Ｂが通信端末１１００のモニタ１０８にて「名刺交換を受諾する」というメニューを選択したか否かに基づいて行なわれる。利用者Ｂが名刺交換を受諾すると（ステップＳ５１０にてＹＥＳ）、処理はステップＳ５１２に移される。そうでないと（ステップＳ５１０にてＮＯ）、処理は終了する。

ステップＳ５１２にて、ＣＰＵ１０２は、固定ディスク１０４から利用者Ｂの名刺データを読み出して、メモリ１１６に一時的に保存する。ステップＳ５１４にて、ＣＰＵ１０２は、名刺データを利用者Ａの公開鍵に基づいて暗号化する。ステップＳ５１６にて、ＣＰＵ１０２は、通信端末１１００の利用者識別ＩＤと暗号化したデータとをサービス提供サーバ２００に送信する。

ステップＳ５１８にて、ＣＰＵ１０２は、サービス提供サーバ２００から、通信端末１０００の利用者Ａの名刺データを含む情報を受信する。この名刺データは利用者Ｂの公開鍵により暗号化されているデータである。

ステップＳ５２０にて、ＣＰＵ１０２は、受信データを利用者Ｂの秘密鍵により基づいて復号化して、利用者Ａの名刺データを取得すると、そのデータを固定ディスク１０４に記憶する。

ステップＳ５２２にて、ＣＰＵ１０２は、名刺データの交換が完了したことをサービス提供サーバ２００に通知する。

図１９を参照して、本実施の形態に係るサービス提供サーバ２００が実行する名刺交換処理の手順を、フローチャートに基づいて説明する。

ステップＳ６０２にて、サービス提供サーバ２００のＣＰＵ２０２は、通信端末１０００の利用者Ａから受信した情報に基づいて、利用者Ｂとの名刺交換依頼を検出する。たとえば受信情報において、送信者ＩＤが利用者Ａの利用者識別ＩＤであり、受信者ＩＤが利用者Ｂの利用者識別ＩＤであり、処理コードが名刺交換依頼を表わすコード（たとえば「meishikoukanrqst」である場合、ＣＰＵ２０２は、受信情報には通信端末１０００による通信端末１１００との名刺交換依頼が含まれると判断する。

ステップＳ６０４にて、ＣＰＵ２０２は、受信情報に基づいて、通信端末１０００の名刺交換依頼を通信端末１１００に送信する。

ステップＳ６０６にて、ＣＰＵ２０２は、受信情報に基づいて、通信端末１１００による名刺交換の受諾を検出する。たとえば受信情報において、送信者ＩＤが利用者Ｂの利用者識別ＩＤであり、受信者ＩＤが利用者Ａの利用者識別ＩＤであり、処理コードが名刺交換受諾を表わすコード（たとえば、「meishikoukanok」）である場合、利用者Ｂが利用者Ａとの名刺交換を受諾したと判断される。このとき受信情報に含まれる暗号化データには、利用者Ｂの名刺データが含まれている。

ステップＳ６０８にて、ＣＰＵ２０２は、通信端末１１００の利用者Ｂによる名刺交換受諾の通知を通信端末１０００の利用者Ａに送信する。

ステップＳ６１０にて、ＣＰＵ２０２は、通信端末１０００から情報を受信する。その情報には、送信先が利用者Ｂである、利用者Ａの名刺データが含まれている。ステップＳ６１２にて、ＣＰＵ２０２は、その情報を通信端末１１００に送信する。

以上のような構造およびフローチャートに基づく、本実施の形態に係る各通信端末およびサービス提供サーバ２００の動作を説明する。

通信端末１０００の利用者Ａが名刺データを表示し（ステップＳ４０２）、通信端末１０００のモニタ１０８上にて利用者Ｂの利用者識別ＩＤを入力して名刺交換メニューを選択する。利用者Ａによる利用者Ｂとの名刺交換要求が検出されると（ステップＳ４０４)、名刺交換依頼が通信端末１０００からサービス提供サーバ２００に送信される(ステップＳ４０６)。

サービス提供サーバ２００が、通信端末１０００からその依頼を受信すると（ステップＳ６０２）、サービス提供サーバ２００は、その依頼を通信端末１１００に送信する（ステップＳ６０４）。

通信端末１１００が、サービス提供サーバ２００から受信した情報に基づいて、名刺交換依頼を検出すると（ステップＳ５０４）、その依頼を表わすメッセージが通信端末１１００のモニタ１０８に表示される（ステップＳ５０６）。通信端末１１００の利用者Ｂが名刺交換を受諾すると（ステップＳ５１０にてＹＥＳ）、利用者Ｂの名刺データが読み出され（ステップＳ５１２）、公開鍵により暗号化される（ステップＳ５１４）。暗号化されたデータは、送信先である通信端末１０００の利用者識別ＩＤと、送信元である通信端末１１００の利用者識別ＩＤとともに、サービス提供サーバ２００に送信される（ステップＳ５１６）。

サービス提供サーバ２００が、通信端末１１００から名刺交換の受諾を受信すると（ステップＳ６０６）、サービス提供サーバ２００は、その情報を通信端末１０００に送信する（ステップＳ６０８）。

通信端末１０００がサービス提供サーバ２００から情報を受信して（ステップＳ４０８）、名刺交換の受諾を検出すると（ステップＳ４１０にてＹＥＳ）、受信情報を復号化し、利用者Ｂの名刺データを取得し、通信端末１０００の固定ディスク１０４に記憶する（ステップＳ４１２）。通信端末１０００の利用者Ａの名刺データが固定ディスク１０４から読み出されると（ステップＳ４１４）、そのデータは公開鍵により暗号化され（ステップＳ４１６）、サービス提供サーバ２００に送信される（ステップＳ４１８）。

サービス提供サーバ２００が通信端末１０００から情報を受信すると（ステップＳ６１０）、その情報を通信端末１１００に送信する（ステップＳ６１２）。通信端末１１００がサービス提供サーバ２００から情報を受信すると（ステップＳ５１８）、その情報が復号化され、利用者Ａの名刺データが取得され、固定ディスク１０４に記憶される（ステップＳ５２０）。

通信端末１１００が通信端末１０００との名刺データの交換の完了をサービス提供サーバ２００に通知すると（ステップＳ５２２）、通信端末１０００はその通知を受信し、処理は終了する。

図２０に、本実施の形態に係る通信端末１０００による名刺交換の依頼を送信する場合におけるモニタ１０８の表示内容の推移を示す。

図２０（Ａ）は、通信端末１０００がサービス提供サーバ２００に接続している場合に表示される、名刺交換サービスの初期メニュー画面を示す。

図２０（Ｂ）は、端末の利用者が「名刺交換」を選択した場合に表示される入力画面を示す。図２０（Ｂ）に示すように、交換を希望する相手の利用者識別ＩＤの入力欄と、通信メッセージの入力欄が示される。なお、利用者識別ＩＤの入力欄は、たとえばポップアップメニュ形式により、サービス提供サーバ２００に登録されている利用者識別ＩＤが表示されてもよい。あるいは、入力された氏名等から利用者識別ＩＤを検索するようにしてもよい。

図２０（Ｃ）は、利用者が図２０（Ｂ）において送信ボタンを押下した後に表示される画面である。すなわち、通信端末１０００の利用者の名刺データがサービス提供サーバ２００に送信され、交換を希望する相手（すなわち通信端末１１００）の諾否を待機している状態であることを示す。

図２１に、本実施の形態に係る通信端末１１００が他の通信端末１０００から名刺交換の依頼を受信した場合におけるモニタ１０８の表示内容の推移を示す。

図２１（Ａ）は、通信端末１１００がサービス提供サーバ２００から受信した情報に基づいて表示された、「名刺交換依頼の受信」画面を示す。

図２１（Ｂ）は、端末の利用者Ｂが「名刺交換」を選択した場合に表示される画面を示す。図２１（Ｂ）に示すように、交換を希望する利用者Ａの氏名が表示される。

図２１（Ｃ）は、利用者Ｂが図２１（Ｂ）において「メッセージ確認」ボタンを押下した後に表示される画面である。すなわち、名刺交換の依頼者（利用者Ａ）のメッセージが表示される。さらにその依頼に対する回答の入力欄が表示され、利用者Ｂはその欄にメッセージを入力することができる。

図２１（Ｄ）は、利用者が図２１（Ｃ）において「承認」ボタンを押下した後に表示される画面である。この操作により、利用者Ｂの名刺データが通信端末１０００に送信され、それぞれの利用者は、互いに相手の名刺データを閲覧することができる。

図２２を参照して、本実施の形態に係る通信端末１０００のモニタ１０８に表示される名刺データの表示画面の推移を説明する。

図２２（Ａ）は、名刺データの表示の初期画面である。端末の利用者Ａが「名刺入れ」のメニューを選択すると、氏名の一覧が表示される（図２２（Ｂ））。その利用者が表示されている氏名（たとえば利用者Ｂ）を選択すると、詳細データが表示される（図２２（Ｃ））。

図２３を参照して、本実施の形態に係る通信端末１０００のモニタ１０８に表示される名刺データの表示画面の推移を説明する。

図２３（Ａ）は、名刺交換完了後に示される画面である。端末の利用者が「確認する」あるいは「名刺入れ」を選択すると、氏名の一覧が表示される（図２３（Ｂ））。その利用者が表示されている氏名を選択すると、詳細データが表示される（図２３（Ｃ））。

＜第２の実施の形態の第１の変形例＞
図２４を参照して、本実施の形態に係る通信端末１０００の第１の変形例を説明する。図２４（Ａ）は、名刺データの表示の初期画面である。図２４（Ａ）に示すように、機能の１つとして、「名刺の修正」を追加してもよい。この場合、利用者が「名刺の修正」を選択すると、その利用者が作成した利用者自身の名刺データが読み出されて表示される（図２４（Ｂ））。利用者Ａがこの画面にて修正データを入力して「修正」ボタンを押下すると、入力されたデータに基づき名刺データが更新され、更新された名刺データが通信端末１０００のモニタ１０８に表示される（図２４（Ｃ））。

＜第２の実施の形態の第２の変形例＞
図２５を参照して、本実施の形態に係る通信端末１０００の第２の変形例を説明する。この第２の変形例は、利用者が作成し配布した名刺データの公開レベルを設定する機能が追加された通信端末を示す。すなわち、サービス提供サーバ２００あるいは会員情報管理サーバ３００（以下、これらを名刺交換サーバと表わす）が名刺データを記憶する。本実施の形態に係る各通信端末の利用者は、名刺交換により参照可能となった他の利用者に対して、参照できる項目をそれぞれの配布先の利用者ごとに設定することができる。

図２５（Ａ）は、通信端末１１００が名刺交換サーバに接続した場合に表示される初期画面を示す。利用者Ｂが「公開レベル設定」を選択すると、名刺を交換した相手の氏名が一覧表示される（図２５（Ｂ））。名刺データの公開レベルを設定したい相手（たとえば利用者Ａ）を選択すると、利用者Ａに対する名刺データに使用される項目の一覧が表示される（図２５（Ｃ））。利用者Ｂがそれぞれの項目について、公開および非公開のいずれかを設定することができる。利用者Ｂが「修正」ボタンを押下して「公開レベル」の設定を確定すると、「公開」と設定された項目のみが表示される。

たとえば、通信端末１０００の利用者Ａが名刺交換サーバに接続して利用者Ｂの名刺データを参照すると、利用者Ｂの氏名および住所が表示され、電子メールアドレスは表示されない（図２５（Ｄ））。このように、名刺を交換した相手ごとに、名刺データの公開レベルを設定して、情報の開示水準を自由に設定することができる。

＜第２の実施の形態の第３の変形例＞
図２６を参照して、本変形例に係るサービス提供サーバ２００が送信する名刺データの更新通知について説明する。通信端末間においてそれぞれの利用者の名刺データが交換された後、名刺データの内容が更新される場合がある。たとえば、移転に伴う住所の変更などである。そのような場合、第２の実施の形態の第１の変形例のように、通信端末の利用者が端末上にて名刺データを更新してサービス提供サーバ２００に送信したとき、あるいはサービス提供サーバ２００に記憶されている名刺データを更新したとき、サービス提供サーバ２００は、その名刺データを受信している通信端末に、名刺データの変更の連絡を送信することができる。

図２６は、通信端末１１００の利用者Ｂに対して送信された、通信端末１０００の利用者Ａによる名刺データの変更連絡を示す。この連絡は、たとえば登録されている電子メールアドレスに送信される。この場合、変更連絡の内容として、更新されたデータが記憶されているＵＲＬ（Uniform Resource Locators）を含めてもよい。また、更新されたデータが添付データとして送信されるようにしてもよい。これにより、利用者Ａと名刺を交換した利用者（たとえば利用者Ｂ）は、名刺データの更新を速やかに知ることができる。また、利用者Ａは、それぞれの利用者に更新を通知する必要がなくなり、名刺データの変更に起因する負荷が軽減される。

図２７は、利用者Ａにより更新される名刺データの表示の推移を示す。図２７（Ａ）は、変更前の名刺データの内容である。図２７（Ｂ）は、変更後の名刺データの内容である。たとえば利用者Ｂが利用者Ａの名刺データを参照した場合、利用者Ａによる変更後は、図２７（Ｂ）の内容が表示される。このようにして、名刺データの最新状態を表示させることができる。

＜第２の実施の形態の第４の変形例＞
図２８に、本変形例に係る通信端末１０００が記憶する名刺データの構造を示す。図２８を参照して、それぞれのフィールドには、図１３に示されたデータの各フィールドに格納されるデータが格納される。この場合、Ｆ７１４には、更新された名刺データが記憶されているアドレス（たとえばＵＲＬ）が格納される。名刺データを更新した通信端末１０００がこのようなデータを他の通信端末に送信すると、前述の図２７のような画面がそれぞれの端末のモニタ１０８に表示される。

＜第２の実施の形態の第５の変形例＞
図２９を参照して、本変形例に係る通信端末１０００のモニタ１０８における表示画面の推移について説明する。

利用者が名刺メニュー画面において「名刺裏面の修正」を選択すると（図２９（Ａ））、表示は「名刺裏面の修正」画面に切換わる（図２９（Ｂ））。その画面において、利用者が修正したい画像のファイル名を読み出す（「アップロード」の実行）。利用者は、さらにメッセージの入力欄に修正後のメッセージを入力する。「修正」ボタンを押下すると、修正後の画像およびメッセージが表示される（図２９（Ｃ））。その表示画面から「表面を見る」を選択すると、名刺データの表が表示される（図２９（Ｄ））。

以上のようにして、本実施の形態に係る通信端末１０００は、モニタに表示された名刺データを更新してその更新結果を他の通信端末あるいはサービス提供サーバに送信することにより、名刺データを最新の状態にすることができる。

なお、本実施の形態においては、それぞれの通信端末の利用者の名刺データは固定ディスクに記憶されており、通信端末間で名刺データの送受信を行った。これに代えて、第２の変形例で説明したように、登録された通信端末の利用者の名刺データを名刺交換サーバに記憶しておいてもよい。この場合、通信端末が送信した名刺交換に関する指示（すなわち名刺交換依頼、名刺交換受諾など）に基づいて、名刺交換サーバが名刺データを送信あるいは更新することができる。これにより、通信端末と名刺交換サーバとの間の通信の負荷を軽減することができる。

＜第３の実施の形態＞
以下、図３０および図３１を参照して、本発明の第３の実施の形態に係る通信端末について説明する。通信端末が会員証データと他の通信端末の利用者の名刺データとを記憶している場合、それらのデータに基づいて、通信端末間でセキュリティレベルの高いデータ通信を行なうことができる。すなわち、各端末の会員証データに記憶されている秘密鍵と、名刺データの項目として記憶されている公開鍵とを使用して、暗号化処理されたデータの通信を行なうことができる。

なお、本実施の形態に係る通信端末１０００、１１００および１２００は、前述の第１の実施の形態に係る通信端末１００と同じハードウェア構成を有する。また、サービス提供サーバ２００および会員情報管理サーバ３００は、前述の第１の実施の形態に係るサービス提供サーバ２００および会員情報管理サーバ３００と同じハードウェア構成を有する。したがって、詳細な説明は繰り返さない。

図３０を参照して、本実施の形態に係る通信端末１０００が実行するデータの送信処理の手順について説明する。

ステップＳ７０２にて、通信端末１０００のＣＰＵ１０２は、利用者Ａによるデータの入力およびデータの送信要求を検出する。ステップＳ７０４にて、ＣＰＵ１０２は、送信相手（たとえば利用者Ｂ）の名刺データを読み込む。ステップＳ７０６にて、ＣＰＵ１０２は、名刺データから公開鍵を取得する。ステップＳ７０８にて、ＣＰＵ１０２は、公開鍵を使用して、送信を希望するデータを暗号化する。

ステップＳ７１０にて、ＣＰＵ１０２は、暗号化データをサービス提供サーバ２００に送信する。そのデータは、送信相手（たとえば利用者Ｂの通信端末１１００）に送信される。

図３１を参照して、本実施の形態に係る通信端末１１００が実行するデータの受信処理の手順について説明する。

ステップＳ８０２にて、通信端末１１００のＣＰＵ１０２は、サービス提供サーバ２００から暗号化されたデータを受信する。ステップＳ８０４にて、ＣＰＵ１０２は、通信端末１１００の利用者Ｂの会員証データを読み出す。ステップＳ８０６にて、ＣＰＵ１０２は、会員証データから利用者Ｂの秘密鍵を読み出す。

ステップＳ８０８にて、ＣＰＵ１０２は、秘密鍵を使用して暗号化データを復号化して通信端末１０００の利用者Ａからのデータを取得する。ステップＳ８１０にて、ＣＰＵ１０２は、そのデータをモニタ１０８に表示する。

以上のような構造およびフローチャートに基づく、本実施の形態に係る通信端末の動作について説明する。

通信端末１０００の利用者Ａが通信端末１１００の利用者Ｂを選択してデータの送信指示を入力すると（ステップＳ７０２）、利用者Ｂの名刺データが読み込まれる（ステップＳ７０４）。名刺データから公開鍵が取得され（ステップＳ７０６）、暗号化されると（ステップＳ７０８）、そのデータがサービス提供サーバ２００に送信される（ステップＳ７１０）。

通信端末１１００がサービス提供サーバ２００から通信端末１０００のデータを受信すると（ステップＳ８０２）、その端末の利用者Ｂの会員証データが読み込まれる（ステップＳ８０４）。そのデータから秘密鍵が読み出されると（ステップＳ８０６）、受信データはその秘密鍵に基づいて復号化される（ステップＳ８０８）。復号化されたデータに含まれる利用者Ａによる通信データがモニタ１０８に表示される（ステップＳ８１０）。

このようにして、本実施の形態に係る通信端末は、会員証データの項目として記憶されている秘密鍵と名刺データの項目として記憶されている公開鍵とに基づいて、利用者のデータ通信を暗号データの通信として行なうことができる。その結果、通信端末間のデータ通信のセキュリティレベルを向上させることができる。

＜第４の実施の形態＞
以下、図３２〜図３６を参照して、本発明の第４の実施の形態について説明する。本実施の形態に係る通信端末は、予め記憶された秘密鍵を用いて会員情報を暗号化することにより、その会員情報に対応する認証データを生成する点で、前述の各実施の形態と異なる。

なお、本実施の形態に係る通信端末のハードウェア構成は、前述の各実施の形態の構成と同じである。それらの機能も同じである。したがって、それらの説明はここでは繰り返さない。

図３２を参照して、本実施の形態に係る通信端末１００に記憶されるデータについて説明する。図３２は、通信端末１００のメモリ１１６あるいは固定ディスク１０４に記憶される会員証データの構造を概念的に表わす図である。

図３２に示すように、タイトルデータがフィールドＦ３２０２に格納される。このタイトルデータは、各会員証データが使用されるサービスの表示、あるいはサービスの提供主を表わすデータである。

詳細データは、フィールドＦ３２０４に格納される。このデータは、たとえば会員証データの内容を具体的に表わすデータである。

補助データは、フィールドＦ３２０６に格納される。このデータは、たとえば各会員証に対して補助的に付与されるデータである。

ＩＤデータは、フィールドＦ３２０８に格納される。このデータは、それぞれのサービスを利用する利用者を他の利用者と識別するためのデータである。

利用者データは、フィールドＦ３２１０に格納される。このデータは、会員証の利用者が誰であるかを明示するためのデータである。すなわち、ＩＤデータが、相互にユニークなデータに基づいて情報を処理するという観点から利用者を識別するために使用されるデータであるのに対し、利用者データは、一般の利用者による認識を容易にするという観点から使用されるデータである。

画像データは、フィールドＦ３２１２に格納される。このデータは、モニタ１０８に所定の画像を表示させるためのデータである。このデータは、たとえばビットマップデータ、ＪＰＧ形式のデータであるが、これらに限られない。

アクセスデータは、フィールドＦ３２１４に格納される。このデータは、フィールドＦ３２０２に格納されるタイトルデータが提供するサービスにアクセスするためのデータである。

秘密鍵データは、フィールドＦ３２１６に格納される。このデータは、通信端末１００が送信する情報を暗号化処理するためのデータである。

図３３を参照して、モニタ１０８の表示画面について説明する。図３３（Ａ）〜（Ｃ）は、図３２に示したデータを表示するモニタ１０８の一態様を表わす図である。

通信端末１００の利用者が会員証一覧を表示させるための所定のボタン操作を実行すると、モニタ１０８は、会員証一覧の初期画面を表示する（図３３（Ａ））。

利用者が通信端末１００の移動ボタン（図示しない）を操作して、会員証一覧から任意の会員証（たとえば、「ＡＢＣポータル」）を選択して、決定ボタン（図示しない）を押下すると、その会員情報メニューに対応する会員証が表示される（図３３（Ｂ））。この表示は、これまでのカードタイプの会員証に記載される項目の表示と同様に各項目を表示する。この表示の態様は、たとえば会員証一覧の前面に表示されるポップアップ表示の態様である。

その後、所定の時間が経過すると、モニタ１０８は、利用者が選択した会員証（すなわち、「ＡＢＣポータル」）の初期画面を表示する（図３３（Ｃ））。利用者はこの初期画面から所定のメニューを選択することにより、会員証に関連付けられたＷＥＢサイトにアクセスしたり、会員情報を更新したり、あるいは退会のための手続を行なうことができる。

図３４を参照して、モニタ１０８の表示画面について、さらに説明する。図３４（Ａ）〜（Ｃ）は、図３２に示したデータに基づいて表示される特定の会員証データに基づいて表示される画面の切換を表わす図である。

利用者がモニタ１０８において表示させた特定の会員証（たとえば、「ＡＢＣポータル」）に対して、「サイトへアクセス」というメニューを選択すると（図３４（Ａ））、モニタ１０８は、その会員証のイメージ画像とともに、ＡＢＣポータルにアクセス中であることを表わす画面を表示する（図３４（Ｂ））。この間、通信端末１００は、ネットワーク５００を介してサービス提供サーバ２００に所定の情報（利用者の認証情報、アクセスデータ等）を送信し、その利用者の認証処理がサービス提供サーバ２００において実行される。

その後、サービス提供サーバ２００が通信端末１００の利用者を正当な利用者であると判断すると、サービス提供サーバ２００は認証が成功した場合の情報を通信端末１００に送信する。通信端末１００がそのような情報を受信すると、モニタ１０８は、その情報に基づいてＡＢＣポータルの初期画面を表示する（図３４Ｃ）。

図３５を参照して、本実施の形態に係る通信端末１００の制御構造について説明する。図３５は、通信端末１００のＣＰＵ１０２が実行する処理の手順を表わすフローチャートである。なお、前述の各実施の形態と同一の処理には同一のステップ番号を付し、それらの説明は繰り返さない。

ステップＳ３５０２にて、ＣＰＵ１０２は、会員証の一覧をモニタ１０８に表示させる。この表示は、たとえば利用者が一覧表示のメニューを選択した場合に行なわれる。

ステップＳ３５０４にて、ＣＰＵ１０２は、利用者による会員証の選択を検出する。この検出は、たとえば利用者が通信端末１００の所定のボタンを押下したときに行なわれる。

ステップＳ１０８にて、ＣＰＵ１０２は、選択された会員証に対応するデータをメモリ１１６から読み出す。

以上のような構造およびフローチャートに基づく、本実施の形態に係る通信端末１００の動作について、図３３および図３４を参照しつつ説明する。

利用者が通信端末１００において初期画面から会員証一覧の表示メニューを選択すると、会員証一覧がモニタ１０８に表示される（図３３（Ａ）、ステップＳ３５０２）。利用者が一覧から「ＡＢＣポータル」を選択すると（ステップＳ３５０４）、その選択に基づいてＡＢＣポータルに該当するデータがメモリ１１６から読み出され（ステップＳ１０８）、モニタ１０８はＡＢＣポータルの操作メニューを表示する（図３３（Ｃ））。

利用者が操作メニューの中から「サイトへアクセス」を選択すると（図３４（Ａ））、通信端末１００は所定の暗号化処理を実行し（ステップＳ１１０）、サービス提供サーバ２００に暗号化したデータを送信する（ステップＳ１１２）。これらの処理の間、通信端末１００のモニタ１０８は、通信端末１００がＡＢＣポータルにアクセス中であることを表わす画面を表示する（図３４（Ｂ））。

サービス提供サーバ２００による認証処理の結果、認証成功の情報がサービス提供サーバ２００から通信端末１００に送信されると（ステップＳ１１４にてＹＥＳ）、モニタ１０８は、ＡＢＣポータルの初期画面を表示する（ステップＳ３５１６、図３４（Ｃ））。

以上のようにして、本実施の形態に係る通信端末１００によると、利用者は、アクセスデータあるいはパスワードなどを入力することなく、モニタ１０８に画像で表示される会員証を選択し操作メニューから接続メニューを選択することにより、サービス提供サーバ２００に接続することができる。その結果、利用者の負担は軽減される。

また、利用者が、複数のサービス提供サーバの会員証を保有していても、会員証ごとに特徴のある画像や文字書式、スタイルなどにより、利用者は直感的にどのサービスがどの会員証に対応しているかを判別することが容易に可能である。

さらに、会員証データは通信端末１００に記憶されているため、他人がその端末を特別な認証作業なしに使用することができる場合、その他人がサービス提供サーバ２００に容易にアクセスすることが可能となる。この場合、会員証データの読み込み機能に認証を要するロックをかけることにより、会員証データが容易に使用されないようにすることができる。このロックには、たとえばパスワードを設定する方法の他、指紋認証などのバイオメトリクス認証や、ICカードによる認証、手書きサイン認証などの方法がある。これらの認証により、会員証データが複数記憶されている場合もそれらのデータを一括して保護することが可能になる。あるいは、利用者が通信端末１００の電源をONにする際や実際に利用を開始するタイミングで、通信端末１００の機能を利用可能にするための前述のような個人認証手段を施してもよい。

なお、本実施の形態に係る通信端末１００において、モニタ１０８の会員証一覧の表示の態様は、図３３（Ａ）に示された態様に限られない。

図３６を参照して、モニタ１０８が表示する会員証一覧の他の態様について説明する。図３６は、会員証のイメージ画像の縮小表示と、その会員証により受けられるサービスの説明とを表示するモニタ１０８の画面を表わす。すなわち、イメージ画像の表示は、メモリ１１６の画像データ（図３２におけるフィールドＦ３２１２）に基づいて行なわれる。サービスの説明の表示は、メモリ１１６の詳細データ（同図におけるフィールドＦ３２０４）に基づいて行なわれる。このようにすると、利用者が会員証の一覧および個別の内容を容易に確認することができる。

また、本実施の形態に係る通信端末１００が記憶する会員証データの構造の態様は、図３２に示したものに限られない。たとえば会員証データの有効期限その他のデータ項目が、各会員証データの項目として格納されてもよい。また、格納可能な会員証データ数は、特に限られない。

さらに、アクセスデータは、設定時のデータが継続して使用される場合に限られず、適当なタイミングで更新されてもよい。たとえば、サービス提供サーバ２００がアクセスのための認証が成功した情報を送信する場合に、更新されたアクセスデータを送信するようにしてもよい。この場合、アクセスデータの送信処理は、たとえば、図１１におけるステップＳ２１４とステップＳ２１８との間で行なわれる。また、サービス提供サーバ２００がサービスを提供している間（ステップＳ２１８）に、定期的に予め定められたタイミングでポーリングを実行して、自動的に更新するようにしてもよい。あるいは、通信端末１００がネットワーク５００を介してサービス提供サーバ２００と常時接続の状態である場合には、サービス提供サーバ２００が適宜ポーリングを実行し、アクセスデータを含む情報を通信端末１００に送信してもよい。

このようにして、通信端末１００がサービス提供サーバ２００からアクセスデータを含む情報を受信すると、そのアクセスデータは、メモリ１１６に保存される。

さらに、アクセスデータの更新は、サービス提供サーバ２００から受信する情報によらずに、通信端末１００自身で行なってもよい。たとえば、通信端末１００の時刻データをアクセスデータとすることにより、予め定められた時間ごとにアクセスデータを更新してもよい。サービス提供サーバ２００の時刻データと通信端末１００の時刻データとが同期している場合であれば、サービス提供サーバ２００はそのデータに基づいて通信端末１００を認証することができるため、時刻データをアクセスデータとして使用することができる。あるいは、アクセスデータを生成するためのアルゴリズムを通信端末１００とサービス提供サーバ２００との間で共有しておき、そのアルゴリズムに基づいてアクセスデータを作成し、更新してもよい。

あるいは、通信端末１００とサービス提供サーバ２００との間の通信実績（たとえば通信時間、データ通信量等）に基づいてアクセスデータを作成してもよい。このような通信実績は、通信端末１００とサービス提供サーバ２００との間で容易に共有することができるデータであるため、その他のデータを共有する必要はない。したがって、通信端末１００とサービス提供サーバ２００との通信に応じて、アクセスデータを容易に生成することができるため、アクセスデータの更新をセキュリティを維持しつつ容易に行なうことができる。

＜第５の実施の形態＞
以下、図３７〜図４０を参照して、本発明の第５の実施の形態について説明する。本実施の形態に係る通信端末１０００は、会員証データに含めるデータの項目が異なる点で、上述の第１の実施の形態に係る通信端末１００と異なる。すなわち通信端末１０００は、秘密鍵の代わりに公開鍵を会員証データの一部として記憶する。以下、本実施の形態において公開鍵を含む会員証データを名刺データと称す。

なお、本実施の形態に係る通信端末１０００、サービス提供サーバ２００および会員情報管理サーバ３００は、前述の第１の実施の形態に係る通信端末１００、サービス提供サーバ２００および会員情報管理サーバ３００と同じハードウェア構成を有する。それらの機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

本実施の形態に係る各通信端末は、同じ機能を含む他の通信端末と記憶されたデータを交換できる機能を有する。そのデータは、たとえば名刺データであって、その名刺データには、名刺を作成した利用者の氏名、住所あるいは電子メールアドレスなどのデータ、端末のモニタ上に名刺を表示するための画面表示用データが含まれる。

図３７を参照して、本実施の形態に係る通信端末に記憶される名刺データについて説明する。図３７は、通信端末１０００の固定ディスク１０４に記憶されるデータの構造を表わす図である。

利用者識別ＩＤは、フィールドＦ３７０２に格納される。このＩＤは、サービス提供サーバ２００が各通信端末に割り当てたＩＤである。

公開鍵は、フィールドＦ３７０４に格納される。この公開鍵は、前述した第１の実施の形態に係る会員証データに含まれ、各通信端末に記憶された秘密鍵と対になるデータである。

画像データは、フィールドＦ３７０６に格納される。画像データの形式は、特に限定されず、たとえばＪＰＥＧ（Joint Photographic Experts Group）形式、ＭＰＥＧ（Moving Picture Experts Group）形式あるいはベクトルアニメーションのファイル形式であるＥアニメータなどである。このような画像データは、利用者が提供を受けるサービスを認識できるようにモニタ１０８に表示される。なお画像データの処理のためのプログラムは、特に限定されない。

このような名刺データを作成するには、通信端末に記憶された名刺作成アプリケーションがサービス提供サーバ２００と通信を行ない、利用者ＩＤと自己の公開鍵と画像データを取得し合成することにより作成してもよい。あるいは、各通信端末から名刺データ作成に必要な指示事項をサービス提供サーバ２００に送信し、サービス提供サーバ２００が所定のデータを合成することにより、その名刺データを作成してもよい。いずれの場合も作成された名刺データは、通信端末の固定ディスクその他の記憶手段に保存される。

図３８を参照して、本実施の形態に係る通信端末１０００における名刺データの使用の態様について説明する。図３８（Ａ）は、図３７に示したデータとそのデータに基づいて表示される名刺の画像との対応を説明するための図である。図３８（Ｂ）は、通信端末１０００と、同様のデータ構造を有する通信端末１１００との間で行なわれる名刺交換の態様を説明するための図である。

図３８（Ａ）に示すように、通信端末１０００は固定ディスク１０４に記憶された名刺データに基づいて、名刺の画像をモニタ１０８に表示する。この表示は、たとえば名刺の表示の指示が利用者によって入力された場合に行なわれる。この場合、固定ディスク１０４の所定の領域からデータが読み出され、表示プログラムがそのデータに基づいて表示データを生成してモニタ１０８に表示させる。このように、所定のデータを名刺データとして予め記憶しておくことにより、通信端末１０００の利用者は、名刺交換用の情報を常に準備しておくことができる。

その結果、図３８（Ｂ）に示すように、同様の機能を有する通信端末１１００の利用者Ｂとの間で、従来の紙製の名刺を利用した名刺交換に代えて、電子的に名刺を交換することができる。

すなわち、利用者Ａは、自己の有する会員情報その他に使用されるデータに基づいて、名刺交換用の名刺データを通信端末１０００に生成させることができる。同様に、利用者Ｂは、自己の有する会員情報その他に使用されるデータに基づいて、名刺交換用の名刺データを通信端末１１００に生成させることができる。これらの各名刺データをデータ通信により交換することにより、利用者Ａは、利用者Ｂの名刺データを通信端末１０００に格納することができる。逆に、利用者Ｂは、利用者Ａの名刺データを通信端末１０００に格納することができる（図３８（Ｂ）の実線）。

あるいは、利用者Ａと利用者Ｂとは、サービス提供サーバ２００により提供される名刺交換サービスを利用することにより、名刺データを交換することができる（図３８（Ｂ）の点線）。この場合、名刺データの作成に使用されるデータは、各通信端末１０００，１１００がサービス提供サーバ２００に送信してもよい。あるいは、既にサービス提供サーバ２００に会員情報として記憶されているデータが、名刺データの作成に使用されてもよい。

図３９を参照して、本実施の形態に係る通信端末１０００の制御構造について説明する。図３９は、通信端末１０００のＣＰＵが実行する処理の手順を表わすフローチャートである。なお、前述の各実施の形態に係る処理と同じ処理には同一のステップ番号を付し、それらの説明は繰り返さない。

ステップＳ３８１２にて、通信端末１０００のＣＰＵ１０２は、受信情報から、利用者Ａの公開鍵で暗号化された利用者Ｂの名刺データを利用者Ａの秘密鍵により復号化し、その復号化したデータを固定ディスク１０４に記憶する。

ステップＳ３８１６にて、ＣＰＵ１０２は、利用者Ｂの公開鍵を使用して利用者Ａの名刺データを暗号化する。

図４０を参照して、本実施の形態に係る通信端末１１００の制御構造について説明する。図４０は、通信端末１１００のＣＰＵが実行する処理の手順を表わすフローチャートである。なお、前述の各実施の形態に係る処理と同じ処理には同一のステップ番号を付し、それらの説明は繰り返さない。

ステップＳ３９１４にて、通信端末１１００のＣＰＵ１０２は、名刺データを利用者Ａの公開鍵を使用して暗号化する。

ステップＳ３９２０にて、ＣＰＵ１０２は、受信データを利用者Ｂの秘密鍵を使用して復号化し、復号化されたデータから名刺データを読み出して固定ディスク１０４に記憶する。

以上のような構造およびフローチャートに基づく、本実施の形態に係る通信端末の動作について説明する。なお、前述の各実施の形態における動作と同じ動作の説明は繰り返さない。

通信端末１０００がサービス提供サーバ２００から情報を受信して（ステップＳ４０８）、名刺交換の受諾を検出すると（ステップＳ４１０にてＹＥＳ）、名刺データを利用者Ａの秘密鍵により復号化して固定ディスク１０４に記憶する（ステップＳ３８１２）。通信端末１０００の利用者Ａの名刺データが固定ディスク１０４から読み出されると（Ｓ４１４）、そのデータは利用者Ｂの公開鍵により暗号化され（ステップＳ３８１６）、サービス提供サーバ２００に送信される（Ｓ４１８）。

サービス提供サーバ２００が通信端末１０００から情報を受信すると（ステップＳ６１０）、その情報を通信端末１１００に送信する（ステップＳ６１２）。通信端末１１００がサービス提供サーバ２００から情報を受信すると（ステップＳ５１８）、その情報が復号化され、利用者Ａの名刺データが取得され、固定ディスク１０４に記憶される（ステップＳ３９２０）。

このようにして、本実施の形態に係る通信端末１０００，１１００は、会員証データに含まれる公開鍵データを使用して名刺データを暗号化したり、復号化することができる。このようにすると、データのセキュリティを保持しつつ、通信端末間の名刺データのやり取りを容易に実行することができる。

以上により、詳述した第１〜５の実施の形態に係る通信端末によると、利用者が利用するサービスを容易に認識できるように表示される会員証データに関連付けて記憶されたデータに基づいて、情報処理装置への接続に必要な認証データが生成される。そのため利用者は、ユーザＩＤやパスワードなどのデータを入力することなく情報処理装置に接続することができる。これにより、利用者に対して情報処理装置への接続のための負荷を軽減することができる通信端末を提供することができる。また、通信端末が記憶する名刺データに含まれる公開鍵を使用することにより、通信端末間において暗号化データを通信することができる。これにより、通信端末間におけるデータ通信のセキュリティ水準を向上させることができる。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本発明の第１の実施の形態に係る通信端末、サービス提供サーバおよび会員情報管理サーバを含む通信ネットワークを表わす図である。本発明の第１の実施の形態に係る通信端末の制御ブロック図である。本発明の第１の実施の形態に係るサービス提供サーバの制御ブロック図である。本発明の第１の実施の形態に係る会員情報管理サーバの制御ブロック図である。本発明の第１の実施の形態に係る通信端末が記憶する会員証データの構造を表わす図（その１）である。本発明の第１の実施の形態に係る通信端末に表示される会員証の画像を表わす図である。本発明の第１の実施の形態に係る通信端末とサービス提供サーバとの間で通信されるデータの構造を表わす図である。本発明の第１の実施の形態に係るサービス提供サーバが記憶するデータの構造を表わす図である。本発明の第１の実施の形態に係る会員情報管理サーバが記憶するデータの構造を表わす図である。本発明の第１の実施の形態に係る通信端末が実行する処理の手順を表わすフローチャートである。本発明の第１の実施の形態に係るサービス提供サーバが実行する処理の手順を表わすフローチャートである。本発明の第１の実施の形態に係る会員情報管理サーバが実行する処理の手順を表わすフローチャートである。本発明の第１の実施の形態に係る通信端末が記憶する会員証データの構造を表わす図（その２）である。本発明の第２の実施の形態に係る通信端末、サービス提供サーバおよび会員情報管理サーバを含む通信ネットワークを表わす図である。本発明の第２の実施の形態に係る会員情報管理サーバが記憶する名刺データの構造を表わす図である。本発明の第２の実施の形態に係る通信端末に表示される名刺データの構造を表わす図である。本発明の第２の実施の形態に係る通信端末が実行する処理の手順を表わすフローチャート（その１）である。本発明の第２の実施の形態に係る通信端末が実行する処理の手順を表わすフローチャート（その２）である。本発明の第２の実施の形態に係るサービス提供サーバが実行する処理の手順を表わすフローチャートである。本発明の第２の実施の形態に係る通信端末における表示画面の推移を表わす図（その１）である。本発明の第２の実施の形態に係る通信端末における表示画面の推移を表わす図（その２）である。本発明の第２の実施の形態に係る通信端末における表示画面の推移を表わす図（その３）である。本発明の第２の実施の形態に係る通信端末における表示画面の推移を表わす図（その４）である。本発明の第２の実施の形態の第１の変形例に係る通信端末における表示画面の推移を表わす図である。本発明の第２の実施の形態の第２の変形例に係る通信端末における表示画面の推移を表わす図である。本発明の第２の実施の形態の第３の変形例に係るサービス提供サーバが送信する更新通知を表わす図である。本発明の第２の実施の形態の第３の変形例に係る通信端末における表示画面の推移を表わす図である。本発明の第２の実施の形態の第４の変形例に係る通信端末が記憶する会員証データの構造を表わす図である。本発明の第２の実施の形態の第５の変形例に係る通信端末における表示画面の推移を表わす図である。本発明の第３の実施の形態に係る通信端末が実行する処理の手順を表わすフローチャート（その１）である。本発明の第３の実施の形態に係る通信端末が実行する処理の手順を表わすフローチャート（その２）である。本発明の第４の実施の形態に係る通信端末が記憶するデータ構造を表わす図である。本発明の第４の実施の形態に係る通信端末における表示画面の推移を表わす図（その１）である。本発明の第４の実施の形態に係る通信端末における表示画面の推移を表わす図（その２）である。本発明の第４の実施の形態に係る通信端末が実行する処理の手順を表わすフローチャートである。本発明の第４の実施の形態に係る通信端末における表示画面を表わす図である。本発明の第５の実施の形態に係る通信端末が記憶するデータ構造を表わす図である。本発明の第５の実施の形態に係る通信端末が表示する名刺データの画像を表わす図である。本発明の第５の実施の形態に係る通信端末が実行する処理の手順を表わすフローチャート（その１）である。本発明の第５の実施の形態に係る通信端末が実行する処理の手順を表わすフローチャート（その２）である。

符号の説明

１００，１０００，１１００，１２００通信端末、１０２，２０２，３０２ＣＰＵ、１０４，２０４，３０４固定ディスク、１０６，２０６，３０６通信ＩＦ、１０８，２０８モニタ、２００サービス提供サーバ、３００会員情報管理サーバ、４００データベース、５００ネットワーク。

Claims

通信回線に接続されて、複数のサービスを提供する情報処理装置と通信する通信端末であって、
利用者が指示を入力するための入力手段と、
情報を表示するための表示手段と、
前記利用者を識別する識別データと、各前記サービスを受けることができる会員であることを示す複数の会員情報と、各前記会員情報に対応したそれぞれの秘密鍵とを記憶するための記憶手段と、
前記複数の会員情報の中から選択された会員情報と、前記選択された会員情報に対応した秘密鍵とに基づいて、前記情報処理装置による認証を受けるための認証データを生成する生成手段と、
前記通信回線を介して、前記識別データと前記認証データとを前記情報処理装置に送信するための送信手段とを含む、通信端末。
前記会員情報は、前記情報処理装置との接続を確立するためのアクセスデータを含み、
前記生成手段は、前記秘密鍵に基づいて前記アクセスデータを暗号化することにより、前記認証データを生成するための手段を含む、請求項１に記載の通信端末。
前記記憶手段は、文字および図形および画像の少なくともいずれかにより前記会員情報を表示するための表示データを記憶し、
前記表示手段は、前記表示データに基づいて前記会員情報を表示する、請求項１または２に記載の通信端末。
前記通信端末は、前記通信回線を介して情報を受信するための受信手段をさらに含み、
前記記憶手段は、前記会員情報と、前記情報処理装置によって配信されるコンテンツにアクセスして当該コンテンツを取得するための取得情報とを関係付けて記憶する、請求項１〜３のいずれかに記載の通信端末。
前記通信端末は、前記会員情報を更新するための更新手段をさらに含む、請求項１〜４のいずれかに記載の通信端末。
前記更新手段は、前記情報処理装置からの指示に基づいて、前記会員情報を更新する、請求項５に記載の通信端末。
前記更新手段は、前記通信端末内のデータに基づいて、前記会員情報を更新する、請求項５に記載の通信端末。
前記送信手段は、前記情報処理装置から受信する要求に応答して、前記会員情報を前記情報処理装置に送信する、請求項１〜７のいずれかに記載の通信端末。
前記記憶手段は、前記会員情報と前記公開鍵とを対応させて記憶し、
前記通信端末は、前記公開鍵に基づいてデータを暗号化するための暗号手段をさらに含む、請求項１〜８のいずれかに記載の通信端末。
前記送信手段は、前記会員情報の更新要求を前記情報処理装置に送信するための手段を含む、請求項１〜９のいずれかに記載の通信端末。
通信回線に接続されて、複数のサービスを提供する情報処理装置と通信するための通信方法をコンピュータに実行させるためのプログラムであって、前記プログラムは前記コンピュータに、
利用者による指示の入力を受け付ける入力ステップと、
情報を表示する表示ステップと、
前記利用者を識別する識別データと、各前記サービスを受けることができる会員であることを示す複数の会員情報と、各前記会員情報に対応したそれぞれの秘密鍵とを予め準備する準備ステップと、
前記会員情報と、前記指示により指定された前記会員情報に対応した秘密鍵とに基づいて、前記情報処理装置による認証を受けるための認証データを生成する生成ステップと、
前記識別データと前記認証データとを前記情報処理装置に送信する送信ステップとを実行させる、プログラム。
請求項１１に記載のプログラムを記録した、記録媒体。