(57)【要約】【課題】携帯電話を使用した、認証操作が簡単で、任意の端末で利用可能であり、かつセキュリティの問題がない認証システムを提供すること。【解決手段】認証サーバはサービスサーバからの要求に基づいてユニークなトークンを発行し、記憶する。サービスサーバは、発行されたトークン情報を含み、認証サーバのＵＲＬを表す２次元コード画像を生成してパソコンに送信する。ユーザはパソコン画面から携帯端末のカメラで２次元コード画像を読み取り、認証サーバにアクセスする。認証サーバは携帯端末１０からのアクセスに基づき、端末ＩＤを取得すると共にトークンを抽出して有効か否かを判定し、判定結果を記録、通知する。ユーザはＩＤやパスワードを記憶したり入力する必要がなくなり、認証操作が簡単で、ＩＤやパスワードが漏洩して他人に不正に使用される恐れがなくなる。【選択図】図２
2007108973.tif 000002
【特許請求の範囲】
【請求項１】
認証要求装置から通知されるセッション識別情報と対応してユニークなトークンを発行するトークン発行手段と、
発行した前記トークンの情報を記憶する記憶手段と、
携帯端末からのアクセスに基づき、携帯端末あるいは携帯端末のユーザを特定する識別情報を取得する識別情報取得手段と、
携帯端末からのアクセスに基づいてトークンを抽出し、前記記憶手段を参照してトークンが有効か否かを判定する判定手段と、
前記識別情報および判定手段から出力される判定結果を前記記憶手段に書き込む記録手段と、
前記携帯端末および認証要求装置に対して認証結果を通知する認証結果通知手段と
を備えたことを特徴とする認証サーバ装置。
【請求項２】
更に、発行されたトークン情報を含み、認証サーバ装置のＵＲＬを表す２次元コード画像を生成する手段を備えたことを特徴とする請求項１に記載の認証サーバ装置。
【請求項３】
前記記憶手段には、認証要求装置の識別情報、認証要求装置とユーザの端末とのセッション識別情報、トークン、トークン発行時刻、認証結果が記録されることを特徴とする請求項１に記載の認証サーバ装置。
【請求項４】
前記認証結果通知手段は、前記認証要求装置からのセッション識別情報を伴う認証要求に基づき、前記記憶手段を検索して、認証結果を通知することを特徴とする請求項１に記載の認証サーバ装置。
【請求項５】
前記認証結果通知手段は、前記認証要求装置に認証結果と共に携帯端末あるいは携帯端末のユーザを特定する識別情報を通知することを特徴とする請求項１に記載の認証サーバ装置。
【請求項６】
サーバ装置のコンピュータを、
認証要求装置から通知されるセッション識別情報と対応してユニークなトークンを発行するトークン発行手段、
発行した前記トークンの情報を記憶する記憶手段、
携帯端末からのアクセスに基づき、携帯端末あるいは携帯端末のユーザを特定する識別情報を取得する識別情報取得手段、
携帯端末からのアクセスに基づいてトークンを抽出し、前記記憶手段を参照してトークンが有効か否かを判定する判定手段、
前記識別情報および判定手段から出力される判定結果を前記記憶手段に書き込む記録手段、
前記携帯端末および認証要求装置に対して認証結果を通知する認証結果通知手段
として機能させることを特徴とする認証プログラム。
【請求項７】
請求項１に記載された認証サーバ装置と、
ユーザへのサービス手段と、ユーザの端末とのセッション管理手段と、ユーザの端末からのアクセスに基づき、認証サーバ装置にトークンの発行を要求し、取得したトークン情報を含み、認証サーバ装置のＵＲＬを表す２次元コード画像を生成する手段を備えた、認証要求装置であるサービスサーバ装置と
を含むことを特徴とする認証システム。
【請求項８】
認証要求装置から通知されるセッション識別情報と対応してユニークなトークンを発行すると共に、発行した前記トークンの情報を記憶するステップ、
携帯端末からのアクセスに基づき、携帯端末あるいは携帯端末のユーザを特定する識別情報を取得するステップ、
携帯端末からのアクセスに基づいてトークンを抽出し、前記記憶情報を参照してトークンが有効か否かを判定するステップ、
前記識別情報および判定結果を記憶情報に追加して書き込むステップ、
前記携帯端末および認証要求装置に対して認証結果を通知するステップ
を含むことを特徴とする認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は認証サーバ装置、認証システムおよび認証方法に関するものであり、特に携帯電話を使用した、認証操作の簡単な認証サーバ装置、認証システムおよび認証方法に関するものである。
【背景技術】
【０００２】
従来、インターネットを利用したコンテンツ配信サービス等におけるユーザの認証技術が各種提案されている。例えば下記の特許文献１には、コンテンツ配信サービスへの入会手続きを一度完了したユーザに対し、同様の手続きを再度行わせることなく、コンテンツを継続して閲覧させるための技術が開示されている。
【０００３】
このシステムにおいては、会員ＩＤ／ＰＷ生成部は、ユーザが携帯電話を介してＰＣ向けのコンテンツ配信サービスへの入会の申込みをすると、ユーザの会員ＩＤ／ＰＷを生成する。会員ＩＤ／ＰＷが生成されると、携帯電話の携帯端末ＩＤは認証ＤＢに格納され、会員ＩＤ／ＰＷは携帯端末ＩＤと対応付けられて会員ＤＢに格納される。認証部は、ユーザがＰＣを介してコンテンツの配信要求をすると、会員ＩＤ／ＰＷに対応付けられた携帯端末ＩＤを会員ＤＢから取得し、取得した携帯端末ＩＤが認証ＤＢに格納されているかの認証を行う。
【特許文献１】特開２００５−４４２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上記したような認証方式は、携帯電話システムの認証の確実性を利用したものであるが、ＰＣからアクセスする際にＩＤおよびパスワードを使用しており、ＩＤ、パスワードを記録し、入力しなければならないので、ＩＤやパスワードが判らなくなってしまう恐れがあり、また入力操作が煩雑である、ＩＤやパスワードが漏洩する恐れがあり、セキュリティに問題があるなどの問題点があった。クッキーを使用してＩＤやパスワードを記憶させる方法もあるが、この方法では特定のＰＣでしかサービスが利用できず、かつセキュリティにも問題があった。
【０００５】
本発明の目的は、前記のような従来技術の問題点を解決し、携帯電話を使用した、認証操作が簡単で、任意の端末で利用可能であり、かつセキュリティの問題がない認証サーバ装置、認証システムおよび認証方法を提供することにある。
【課題を解決するための手段】
【０００６】
本発明の認証サーバ装置は、認証要求装置から通知されるセッション識別情報と対応してユニークなトークンを発行するトークン発行手段と、発行した前記トークンの情報を記憶する記憶手段と、携帯端末からのアクセスに基づき、携帯端末あるいは携帯端末のユーザを特定する識別情報を取得する識別情報取得手段と、携帯端末からのアクセスに基づいてトークンを抽出し、前記記憶手段を参照してトークンが有効か否かを判定する判定手段と、前記識別情報および判定手段から出力される判定結果を前記記憶手段に書き込む記録手段と、前記携帯端末および認証要求装置に対して認証結果を通知する認証結果通知手段とを備えたことを主要な特徴とする。
【０００７】
また、前記した認証サーバ装置において、更に、発行されたトークン情報を含み、認証サーバ装置のＵＲＬを表す２次元コード画像を生成する手段を備えている点にも特徴がある。
また、前記した認証サーバ装置において、前記記憶手段には、認証要求装置の識別情報、認証要求装置とユーザの端末とのセッション識別情報、トークン、トークン発行時刻、認証結果が記録される点にも特徴がある。
【０００８】
また、前記した認証サーバ装置において、前記認証結果通知手段は、前記認証要求装置からのセッション識別情報を伴う認証要求に基づき、前記記憶手段を検索して、認証結果を通知する点にも特徴がある。
また、前記した認証サーバ装置において、前記認証結果通知手段は、前記認証要求装置に認証結果と共に携帯端末あるいは携帯端末のユーザを特定する識別情報を通知する点にも特徴がある。
【０００９】
本発明の認証プログラムは、サーバ装置のコンピュータを、認証要求装置から通知されるセッション識別情報と対応してユニークなトークンを発行するトークン発行手段、発行した前記トークンの情報を記憶する記憶手段、携帯端末からのアクセスに基づき、携帯端末あるいは携帯端末のユーザを特定する識別情報を取得する識別情報取得手段、携帯端末からのアクセスに基づいてトークンを抽出し、前記記憶手段を参照してトークンが有効か否かを判定する判定手段、前記識別情報および判定手段から出力される判定結果を前記記憶手段に書き込む記録手段、前記携帯端末および認証要求装置に対して認証結果を通知する認証結果通知手段として機能させることを主要な特徴とする。
【００１０】
本発明の認証システムは、前記した認証サーバ装置と、ユーザへのサービス手段と、ユーザの端末とのセッション管理手段と、ユーザの端末からのアクセスに基づき、認証サーバ装置にトークンの発行を要求し、取得したトークン情報を含み、認証サーバ装置のＵＲＬを表す２次元コード画像を生成する手段を備えた、認証要求装置であるサービスサーバ装置とを含むことを主要な特徴とする。
【００１１】
本発明の認証方法は、認証要求装置から通知されるセッション識別情報と対応してユニークなトークンを発行すると共に、発行した前記トークンの情報を記憶するステップ、携帯端末からのアクセスに基づき、携帯端末あるいは携帯端末のユーザを特定する識別情報を取得するステップ、携帯端末からのアクセスに基づいてトークンを抽出し、前記記憶情報を参照してトークンが有効か否かを判定するステップ、前記識別情報および判定結果を記憶情報に追加して書き込むステップ、前記携帯端末および認証要求装置に対して認証結果を通知するステップを含むことを主要な特徴とする。
【発明の効果】
【００１２】
本発明の認証システムにおいては、携帯電話等の携帯端末におけるＵＲＬ取り込み、アクセス機能を利用することにより、ユーザはＩＤやパスワードを記憶したり入力する必要がなくなり、操作が簡単で、ＩＤやパスワードが漏洩して他人に不正に使用される恐れがなくなるという効果がある。また、予めユーザ登録されている場合にはユーザの特定が可能となる。
【００１３】
ユーザ登録を行わないサイトにおいても、端末ＩＤによって過去にアクセスしてきたユーザとの同定が可能であるので、ブラックリスト等に利用可能である。また、端末ＩＤやユーザＩＤは移動体通信網１１において厳密に管理されており、事件などにおいて必要な場合にはユーザの特定が可能な情報であるので、ユーザの匿名性は一応保たれる一方で、ユーザに対して不正な行為を抑止する効果がある。
【発明を実施するための最良の形態】
【００１４】
以下に、図面を参照して本発明の実施の形態を詳細に説明する。
【実施例１】
【００１５】
以下、本発明の実施例の認証システムについて説明する。図１は、本発明の認証サーバ装置を含むシステム全体の構成を示すブロック図である。携帯端末１０は例えば周知の携帯電話あるいはＰＨＳ端末である。携帯端末１０はインターネットアクセス機能を備えている必要があり、また、カメラを装備し、２次元コードを読み取って記載されているＵＲＬに自動的にアクセスする機能を備えたものが好ましい。
【００１６】
移動体通信網１１は例えば周知の携帯電話網あるいはＰＨＳ網であってもよい。移動体通信網１１は、ゲートウェイを介してインターネット１２と接続されており、携帯端末１０は例えば標準装備されているＷｅｂブラウザを使用してインターネット１２内の各種サーバにアクセス可能である。
【００１７】
携帯端末１０と同一のユーザが所有する周知のパソコン１５は表示装置１６を備え、例えば標準装備されているＷｅｂブラウザ等を使用してインターネット１２内の各種サーバにアクセス可能である。表示装置１６は周知のディスプレイ装置であり、例えば携帯端末１０がカメラで読み取るＱＲコード等の２次元コードを表示するために使用する。
【００１８】
サービスサーバ１３は、例えば有料の映像や音楽コンテンツ配信サービスを行うサイトのサーバであってもよいが、例えば、コミュニティサイト、メールサービスサイト、インターネットバンクサイトなど、有料あるいは無料で、ユーザ登録が必要あるいは不要である任意のサービスを提供するサーバであってもよい。サービスサーバ１３は、本発明に関する認証機能の一部を実行する場合もある。
【００１９】
認証サーバ１４は、各サービスサーバからの依頼に基づき、後述する本発明による認証処理を実行するサーバ装置である。サーバ装置は市販のサーバ装置に後述する本発明の機能を実現するプログラムを作成し、インストールすることによって実現できる。
【００２０】
図２は、本発明の認証処理における各装置間の情報のやり取りの例１を示すフローチャートである。ユーザが所有するパソコン１５のＷｅｂブラウザを使用して所望のサービスサーバ１３にアクセスする。サービスサーバ１３は新規のアクセスに対して、認証サーバ１４にトークン要求を送信する。このトークン要求には、例えばサービスサーバ１３の識別情報であるサイトＩＤ、パソコン１５とのセッションの識別情報であるセッションＩＤが含まれている。更にコンテンツＩＤを含んでいてもよい。
【００２１】
認証サーバ１４は、ユニークなデータである一時トークンを発行すると共に、発行した情報を認証ＤＢに記録する。サービスサーバ１３は一時トークンを含む認証サーバ１４のＵＲＬを表す２次元コードであるＱＲコード画像データを生成し、このＱＲコード画像データを含む画面をパソコン１５に送信する。なお、ＱＲコード画像データの生成までを認証サーバ１４で行ってもよい。
【００２２】
ユーザは表示装置１６に表示されたＱＲコード画像を携帯端末１０のカメラで読み取る操作を行うと、携帯端末１０はＵＲＬを認識して、ブラウザを起動して認証サーバ１４に自動的にアクセスする。なお、カメラの無い携帯端末の場合には、ＱＲコード画像と同時に表示装置１６に表示されたＵＲＬの文字列を携帯端末１０のブラウザに入力して認証サーバ１４にアクセスすればよい。
【００２３】
認証サーバ１４においては、アクセスしてきた携帯端末１０から端末固有の識別情報である端末ＩＤを取得する。次に、受信したＵＲＬから一時トークンを抽出し、認証ＤＢを検索して一時トークンが一致するデータを抽出し、更に有効時間内か否かをチェックする。認証がＯＫの場合にはセッションＩＤや認証結果と共に認証ＤＢに記録し、携帯端末１０に認証ＯＫを通知する。
【００２４】
ユーザは携帯端末１０で認証ＯＫの表示を確認すると、パソコン１５からログインして認証が必要なコンテンツを要求する。サービスサーバ１３は、認証サーバ１４にセッションＩＤ、コンテンツＩＤを付して認証要求を送信し、認証サーバ１４は、セッションＩＤをキーに認証ＤＢを検索し、ヒットしたデータが認証ＯＫであれば、サービスサーバ１３に認証ＯＫを通知する。サービスサーバ１３は認証ＯＫであればパソコン１５にコンテンツを送信する。
【００２５】
認証サーバ１４からの認証ＯＫの通知にはセッションＩＤや端末ＩＤを含んでいてもよい。後述するように、サービスサーバ１３において予めユーザ登録されている場合には、この端末ＩＤを利用してユーザの特定が可能である。また、ユーザ登録を行わないサイトにおいても、端末ＩＤによって過去にアクセスしてきたユーザとの同定が可能である。また、端末ＩＤは移動体通信網１１において厳密に管理されており、事件などにおいて必要な場合にはユーザの特定が可能な情報であるので、携帯端末を利用した認証を行うことにより、ユーザの匿名性は一応保たれる一方、ユーザに対して不正な行為を抑止する効果がある。
【００２６】
図３は、本発明の認証処理における各装置間の情報のやり取りの例２を示すフローチャートである。この処理例は図２に示した例１の変形例であり、携帯端末１０へ認証ＯＫの通知を行うところまでの処理は図２に示した例１と同一である。
【００２７】
この例２においては、認証サーバ１４は、携帯端末１０へ認証ＯＫの通知を行うと共に、サービスサーバ１３に対しても、認証ＯＫの通知を行う。認証サーバ１４からの認証ＯＫの通知には例えばセッションＩＤが含まれ、更に端末ＩＤを含んでいてもよい。サービスサーバ１３は、認証ＯＫの通知を受信すると、セッションＩＤと対応して認証ＯＫの情報を記憶しておく。
【００２８】
ユーザは携帯端末１０で認証ＯＫの表示を確認すると、パソコン１５からログインして認証が必要なコンテンツを要求する。サービスサーバ１３は、記憶されている認証情報を検索し、認証ＯＫであればパソコン１５にコンテンツを送信する。このような処理によれば、例１よりも認証サーバ１４の処理負荷が軽くなる。
【００２９】
図４は、本発明を利用したユーザ登録処理における各装置間の情報のやり取りの例を示すフローチャートである。ユーザ登録が必要なサービスサーバ１３においては、本発明の認証サーバ１４の機能を利用して、ユーザ登録時に携帯電話の端末ＩＤを含む情報を登録することが可能である。この例では図３に示した例２の機能を使用する例を開示するが、例１でも同様に可能である。
【００３０】
ユーザが所有するパソコン１５のブラウザを使用して所望のサービスサーバ１３にアクセスする。サービスサーバ１３はユーザ登録画面を送信する。ユーザは、氏名、住所、メールアドレス、課金に必要なクレジットカード番号等のユーザ登録情報を入力する。
【００３１】
サービスサーバ１３は、認証サーバ１４にトークン要求を送信する。このトークン要求には、例えばサービスサーバ１３の識別情報であるサイトＩＤ、パソコン１５とのセッションの識別情報であるセッションＩＤが含まれている。
【００３２】
認証サーバ１４は、ユニークなデータである一時トークンを発行すると共に、発行した情報を認証ＤＢに記録する。サービスサーバ１３は一時トークンを含む認証サーバ１４のＵＲＬを表す２次元コードであるＱＲコード画像データを生成し、このＱＲコード画像データを含む画面をパソコン１５に送信する。
【００３３】
ユーザは表示装置１６に表示されたＱＲコード画像を携帯端末１０のカメラで読み取る操作を行うと、携帯端末１０はＵＲＬを認識して、ブラウザを起動して認証サーバ１４に自動的にアクセスする。認証サーバ１４においては、アクセスしてきた携帯端末１０から端末固有の識別情報である端末ＩＤを取得する。
【００３４】
次に、受信したＵＲＬから一時トークンを抽出し、認証ＤＢを検索して一時トークンが一致するデータを抽出し、更に有効時間内か否かをチェックする。そして、認証がＯＫの場合には、セッションＩＤや認証結果と共に認証ＤＢに記録し、携帯端末１０に認証ＯＫを通知する。
【００３５】
認証サーバ１４は、携帯端末１０へ認証ＯＫの通知を行うと共に、サービスサーバ１３に対しても、認証ＯＫの通知を行う。認証サーバ１４からの認証ＯＫの通知には例えばセッションＩＤ、端末ＩＤが含まれる。サービスサーバ１３は、認証ＯＫの通知を受信すると、ユーザＤＢに、ユーザが入力した各種情報、端末ＩＤ、セッションＩＤ等の情報を登録／記憶しておく。なおセッションＩＤは認証毎に更新される。サービスサーバ１３は、ユーザ登録完了をユーザに通知する。
【００３６】
図５は、本発明の認証処理における各装置間の情報のやり取りの例３を示すフローチャートである。この例３は、カメラによる２次元コード読み取り機能の無い携帯端末を使用する場合の例であり、この例の場合はメール機能を使用する。
【００３７】
ユーザが所有するパソコン１５のブラウザを使用して所望のサービスサーバ１３にアクセスする。この際に、携帯端末１０のメールアドレスを入力する。サービスサーバ１３は新規のアクセスに対して、認証サーバ１４にトークン要求を送信する。このトークン要求には、例えばサービスサーバ１３の識別情報であるサイトＩＤ、パソコン１５とのセッションの識別情報であるセッションＩＤが含まれている。
【００３８】
認証サーバ１４は、ユニークなデータである一時トークンを発行すると共に、発行した情報を認証ＤＢに記録する。サービスサーバ１３は、一時トークンを含む認証サーバ１４のＵＲＬを生成し、このＵＲＬを記載したメールを携帯端末１０に送信する。
【００３９】
ユーザは着信したメールを開いて、記載されているＵＲＬへのアクセス操作を行うと、携帯端末１０はＵＲＬを認識して、ブラウザを起動して認証サーバ１４に自動的にアクセスする。これ以降の処理は図２あるいは図３に開示した処理と同一である。
このような処理により、２次元コード読み取り機能の無い携帯端末でもメール機能があれば、携帯端末にＵＲＬを入力することなく、同様の認証処理が可能である。
【００４０】
図６は、本発明における認証サーバの処理内容を示すフローチャートである。Ｓ１０においては、当サーバへのアクセスが有るか否かが判定され、判定結果が否定の場合にはＳ１１に移行するが、肯定の場合にはＳ１３に移行する。Ｓ１３においては、携帯端末１０からのアクセスか否かが判定され、判定結果が否定の場合にはＳ１４に移行するが、肯定の場合にはＳ２０に移行する。なお、携帯端末（移動体通信網）からのアクセスか否かは送信元のＵＲＬにより識別可能である。
【００４１】
Ｓ１４においては、サービスサーバ１３からのトークン要求か否かが判定され、判定結果が否定の場合にはＳ１５に移行するが、肯定の場合にはＳ３０に移行する。Ｓ１５においては、サービスサーバ１３からの認証要求か否かが判定され、判定結果が否定の場合にはＳ１０に移行するが、肯定の場合にはＳ４０に移行する。
【００４２】
まず、認証ＤＢのレコード削除処理について説明する。Ｓ１１においては、前回のＳ１２の処理から例えば１分など、一定時間が経過したか否かが判定され、判定結果が否定の場合にはＳ１０に移行するが、肯定の場合にはＳ１２に移行する。Ｓ１２においては、例えば認証ＤＢへの登録から１０分などの有効時間を過ぎている未認証トークンのレコードや、認証ＯＫと記録されたトークンの内、例えば１日以上経過したレコードを認証ＤＢから削除し、Ｓ１０に戻る。
【００４３】
次に、サービスサーバ１３からのトークン要求処理について説明する。Ｓ３０においては、受信したセッションＩＤと対応するユニークなトークンを発行する。トークンはユニークであれば、単なる乱数でもよいし、セッションＩＤ情報等を暗号化などして含んでいてもよい。Ｓ３１においては、認証ＤＢに、サービスサーバ１３の識別情報であるサイトＩＤ、サービスサーバにおいて管理しているセッションＩＤ、発行したトークン、発行時刻、あればコンテンツＩＤなどを記録する。
【００４４】
次に、携帯端末１０からの認証要求処理について説明する。Ｓ２０においては、携帯端末１０から携帯端末１０固有の端末ＩＤを取得する。なお、移動体通信網によっては、端末ＩＤを取得できない網もあるが、このような網においては、通信網１１とリンクしたサーバに問い合わせることにより、アクセスしてきた携帯電話のユーザ識別情報であるＵＩＤを取得することができる。また、端末ＩＤを取得可能な網においても、移動体通信網１１の事業者から認定された公式サイトであればＵＩＤを取得することができる。従って、網によって端末ＩＤの代わりに移動体通信網１１から携帯端末１０のＵＩＤを取得するようにすればよい。
【００４５】
Ｓ２１においては、受信したＵＲＬからトークンのデータを抽出する。トークンデータは例えばＵＲＬにパラメータとして付加されていてもよい。Ｓ２２においては、トークンをキーに認証ＤＢを検索する。Ｓ２３においては、トークンが一致するデータが存在し、かつトークンを受信した時刻がトークンの有効時間、例えばトークン発行から１０分以内であるか否かをチェックする。
【００４６】
Ｓ２４においては、認証ＯＫか否かが判定され、判定結果が否定の場合にはＳ２７に移行するが、肯定の場合にはＳ２５に移行する。Ｓ２５においては、携帯電話に認証ＯＫの表示ページを送信する。Ｓ２６においては、認証ＤＢの該当レコードにに認証結果（ＯＫ）を記録する。あるいは、Ｓ２７において携帯電話に認証ＮＧのページを送信する。
【００４７】
次に、サービスサーバ１３からの認証要求処理について説明する。Ｓ４０においては、サービスサーバから受信したセッションＩＤをキーに認証ＤＢを検索する。そして、該当するセッションＩＤがあれば、そのレコードに認証ＯＫと記録されているか否かをチェックする。
【００４８】
Ｓ４１においては、検索結果に基づき、認証ＯＫか否かが判定され、判定結果が否定の場合にはＳ４３に移行するが、肯定の場合にはＳ４２に移行する。Ｓ４２においては、サービスサーバ１３に、セッションＩＤ、端末ＩＤと共に認証ＯＫを通知する。なお、認証結果のみが判ればよいサイトには端末ＩＤを送る必要はない。また、Ｓ４３においては、サイトに認証ＮＧ（失敗）を通知する。
なお、図３の例２の処理を行う場合には、図６のフローチャートにおいて、Ｓ２６からＳ４２に移行するようにすればよい。
【００４９】
以上実施例を説明したが、本発明には以下のような変形例も考えられる。実施例においては、携帯端末１０のカメラによってＱＲコード等の２次元コード情報を読み取る例を開示したが、カメラで読み取り可能なコードであれば、ＱＲコード以外にもバーコード、カラーコード、３Ｄ認証など任意のコードを利用可能である。
【００５０】
また、携帯電話機によっては、ＦｅｌｉＣａ（登録商標）等の非接触通信機能、赤外線通信機能、近距離無線通信機能等を備えているものが市販されている。そこで、これらの通信機能を使用してパソコン１５から携帯端末１０に認証用のＵＲＬを転送し、認証サーバ１４へアクセスするようにしてもよい。但しこの場合、パソコン１５側にこれらの通信機能が必要である。
【００５１】
実施例においては、サービスサーバ１３と認証サーバ１４とは別のサイトである例を開示したが、同一のサーバにて双方の機能を実行することも可能であり、更にサービスサーバのプログラムに認証サーバの機能を取り込んで一体化することも可能である。
【００５２】
実施例においては、例えば課金処理もサービスサーバ１３あるいは認証サーバ１４において実施可能であるが、この認証システムと携帯電話での課金サービスを併用することにより、よりスムーズな有料サービスの提供も可能となる。
【図面の簡単な説明】
【００５３】
【図１】本発明の認証サーバ装置を含むシステム全体の構成を示すブロック図である。
【図２】本発明の認証処理における各装置間の情報のやり取りの例１を示すフローチャートである。
【図３】本発明の認証処理における各装置間の情報のやり取りの例２を示すフローチャートである。
【図４】本発明を利用したユーザ登録処理における各装置間の情報のやり取りの例を示すフローチャートである。
【図５】本発明の認証処理における各装置間の情報のやり取りの例３を示すフローチャートである。
【図６】本発明における認証サーバの処理内容を示すフローチャートである。
【符号の説明】
【００５４】
１０…携帯端末
１１…移動体通信網
１２…インターネット
１３…サービスサーバ
１４…認証サーバ
１５…パソコン
【図１】
2007108973.tif 000003
【図２】
2007108973.tif 000004
【図３】
2007108973.tif 000005
【図４】
2007108973.tif 000006
【図５】
2007108973.tif 000007
【図６】
2007108973.tif 000008