(57)【要約】【課題】携帯電話と通信装置を利用してユーザを認証する携帯電話認証システム及び携帯電話認証方法を提供する。【解決手段】携帯電話識別情報を認証サーバ１２へ送信し、認証サーバ１２によりアクセスキーを発行し、携帯電話識別情報とアクセスキーとを対応付けて記憶する。そして、アクセスキーを認証サーバ１２から携帯電話１０を介して通信装置１１へ送信する。通信装置１１はアクセスキーを認証サーバ１２へ送信し、認証サーバ１２は受信したアクセスキーと先に携帯電話１０へ送信したアクセスキーが同一か否か判定し、同一の場合は記憶されている携帯電話識別情報に基づいてユーザを認証する。【選択図】図１
2007174048.tif 000002
【特許請求の範囲】
【請求項１】
サーバ及び通信装置と情報の送受信を行う携帯電話を利用した携帯電話認証システムであって、
前記携帯電話ごとに固有の第１の識別情報を前記サーバへ送信する前記携帯電話に設けられる第１の送信手段と、
前記第１の識別情報を受信した場合、受信した第１の識別情報と対応付けたうえで第２の識別情報を発行する前記サーバに設けられる識別情報発行手段と、
前記第１の識別情報と前記第２の識別情報とを対応付けて記憶する前記サーバに設けられる記憶手段と、
前記識別情報発行手段で発行した第２の識別情報を前記携帯電話へ送信する前記サーバに設けられる第２の送信手段と、
前記第２の識別情報を前記通信装置へ送信する前記携帯電話に設けられる第３の送信手段と、
前記第２の識別情報を前記サーバへ送信する前記通信装置に設けられる第４の送信手段と、
前記第４の送信手段から送信された第２の識別情報が、前記記憶手段に記憶されている前記第２の識別情報と同じであるか否かを判定し、同じである場合は前記記憶手段に記憶されている前記第１の識別情報を読み出すことにより前記携帯電話を認証する認証手段と、
を有することを特徴とする携帯電話認証システム。
【請求項２】
前記携帯電話から前記通信装置に対して前記第２の識別情報を送信するケーブルを更に有することを特徴とする請求項１に記載の携帯電話認証システム。
【請求項３】
サーバ及び通信装置と情報の送受信を行う携帯電話を利用した携帯電話認証方法であって、
前記携帯電話ごとに固有の第１の識別情報を前記サーバへ送信する第１のステップと、
前記第１の識別情報を受信した場合、受信した第１の識別情報と対応付けたうえで第２の識別情報を発行する第２のステップと、
前記第１の識別情報と前記第２の識別情報とを対応付けて前記サーバに記憶する第３のステップと、
前記第２のステップで発行した第２の識別情報を前記サーバから前記携帯電話へ送信する第４のステップと、
前記携帯電話から第２の識別情報を前記通信装置へ送信する第５のステップと、
前記通信装置から第２の識別情報を前記サーバへ送信する第６のステップと、
前記第６のステップで送信された第２の識別情報が、前記第３のステップで記憶した前記第２の識別情報と同じであるか否かを判定し、同じである場合は前記第３のステップで記憶した前記第１の識別情報を読み出すことにより前記携帯電話を認証する第７のステップと、
を有することを特徴とする携帯電話認証方法。
【請求項４】
前記第５のステップは、前記携帯電話から前記通信装置を接続するケーブルを介して、前記第２の識別情報を送信することを特徴とする請求項３に記載の携帯電話認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話以外のＰＣ等のデバイスに対して携帯電話のユーザの認証方法を応用した携帯電話認証システム及び携帯電話認証方法に関する。
【背景技術】
【０００２】
従来から、図６に示すような認証システムが知られている。この認証システムは、携帯電話１、通信事業者ゲートウェイ２、コンテンツ提供者サーバ３ａを有する。携帯電話１と通信事業者ゲートウェイ２は、通信事業者網などのネットワーク４ａに接続されている。また、通信事業者ゲートウェイ２とコンテンツ提供者サーバ３ａは、インターネット網や専用回線などのネットワーク４ｂに接続されている。
携帯電話１は、この認証システムを利用するユーザが使用する端末である。また、通信事業者ゲートウェイ２は、携帯電話１による通話サービス、情報サービス等を提供する通信事業者が管理する機器であり、ネットワーク４ａとネットワーク４ｂの間で情報の送受信を仲介する。
コンテンツ提供者サーバ３ａは、コンテンツ提供者が管理する機器であり、ネットワーク４ｂ、通信事業者ゲートウェイ２、ネットワーク４ａを介して、携帯電話１に対してコンテンツの提供等のサービスを行う。
【０００３】
この認証システムでは、ユーザが携帯電話１によりコンテンツ提供者サーバ３ａにアクセスする際に、「ＨＴＴＰ  ×××××．○○．ｎｅ．ｊｐ」等のｈｔｔｐ（Hypertext Transfer Protocol）ヘッダ情報を送信する。ここで、「ＨＴＴＰ  ×××××．○○．ｎｅ．ｊｐ」の文字列中の「×××××」の部分は携帯電話１ごとに割り当てられる固有の情報であるＳＩＤ（Subscribe-ID）であり、「○○」の部分は携帯電話１０の通信事業者の識別情報である。コンテンツ提供者は、ユーザが携帯電話１によりコンテンツ提供者サーバ３にアクセスし、コンテンツのダウンロードなどを行った場合に、ｈｔｔｐヘッダ情報に含まれるＳＩＤで特定される携帯電話１のユーザに対して、コンテンツの料金を請求する。
【０００４】
また、従来から図７に示すような認証システムが知られている。この認証システムは、ＰＣ（Personal Computer）・５、コンテンツ提供者サーバ３ｂを有する。ＰＣ・５とコンテンツ提供者サーバ３ｂは、インターネット網などのネットワーク４ｃに接続されている。ＰＣ・５は、この認証システムを利用するユーザが使用する端末である。コンテンツ提供者サーバ３ｂは、ネットワーク４ｃを介して、ＰＣ・５に対してコンテンツの提供等のサービスを行う。この認証システムでは、ユーザがＰＣ・５から入力するＩＤとパスワードに基づいて、コンテンツ提供者サーバ３ｂがユーザを認証していた。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
図６の認証システムでは、ユーザが、利用者毎に個別の識別番号を持つ携帯電話１によりコンテンツ提供者サーバ３ａからダウンロードしたコンテンツの料金を、通信事業者が代行して請求する課金システムが使用されている。一方、図７の認証システムでは、ＩＤとパスワードはそれぞれのコンテンツ提供者サーバ３ｂを運営するコンテンツ提供者や、ＩＳＰ（Internet Service Provider）などが各々決定するため、ユーザがＰＣ・５によりＩＳＰを経由してコンテンツ提供者サーバ３ｂにアクセスしてきた場合、そのＰＣ・５のユーザが誰であるのかを特定することはできなかった。よって、図６の認証システムのようにユーザがダウンロードしたコンテンツの料金を通信事業者が請求することはできなかった。このため、ユーザはクレジットカードの番号をＰＣ・５から入力したり、銀行振り込みを行うことにより、コンテンツの料金の支払いを行っていた。
しかし、クレジットカードを使用する場合にはクレジットカード番号等がネットワークを介して第三者に不正取得されるおそれがあり、銀行振り込みをする場合にはユーザの手続きが煩雑であるという問題があった。
【０００６】
本発明は、上記事情に鑑みてなされたものであり、その目的は、携帯電話と通信装置を利用してユーザを認証する携帯電話認証システム及び携帯電話認証方法を提供することにある。
【課題を解決するための手段】
【０００７】
本発明は、上記課題を解決するためになされたもので、請求項１に記載の発明は、サーバ及び通信装置と情報の送受信を行う携帯電話を利用した携帯電話認証システムであって、前記携帯電話ごとに固有の第１の識別情報を前記サーバへ送信する前記携帯電話に設けられる第１の送信手段と、前記第１の識別情報を受信した場合、受信した第１の識別情報と対応付けたうえで第２の識別情報を発行する前記サーバに設けられる識別情報発行手段と、前記第１の識別情報と前記第２の識別情報とを対応付けて記憶する前記サーバに設けられる記憶手段と、前記識別情報発行手段で発行した第２の識別情報を前記携帯電話へ送信する前記サーバに設けられる第２の送信手段と、前記第２の識別情報を前記通信装置へ送信する前記携帯電話に設けられる第３の送信手段と、前記第２の識別情報を前記サーバへ送信する前記通信装置に設けられる第４の送信手段と、前記第４の送信手段から送信された第２の識別情報が、前記記憶手段に記憶されている前記第２の識別情報と同じであるか否かを判定し、同じである場合は前記記憶手段に記憶されている前記第１の識別情報を読み出すことにより前記携帯電話を認証する認証手段とを有することを特徴とする携帯電話認証システムである。
【０００８】
また、請求項２に記載の発明は、前記携帯電話から前記通信装置に対して前記第２の識別情報を送信するケーブルを更に有することを特徴とする請求項１に記載の携帯電話認証システムである。
【０００９】
また、請求項３に記載の発明は、サーバ及び通信装置と情報の送受信を行う携帯電話を利用した携帯電話認証方法であって、前記携帯電話ごとに固有の第１の識別情報を前記サーバへ送信する第１のステップと、前記第１の識別情報を受信した場合、受信した第１の識別情報と対応付けたうえで第２の識別情報を発行する第２のステップと、前記第１の識別情報と前記第２の識別情報とを対応付けて前記サーバに記憶する第３のステップと、前記第２のステップで発行した第２の識別情報を前記サーバから前記携帯電話へ送信する第４のステップと、前記携帯電話から第２の識別情報を前記通信装置へ送信する第５のステップと、前記通信装置から第２の識別情報を前記サーバへ送信する第６のステップと、前記第６のステップで送信された第２の識別情報が、前記第３のステップで記憶した前記第２の識別情報と同じであるか否かを判定し、同じである場合は前記第３のステップで記憶した前記第１の識別情報を読み出すことにより前記携帯電話を認証する第７のステップとを有することを特徴とする携帯電話認証方法である。
【００１０】
また、請求項４に記載の発明は、前記第５のステップは、前記携帯電話から前記通信装置を接続するケーブルを介して、前記第２の識別情報を送信することを特徴とする請求項３に記載の携帯電話認証方法である。
【発明の効果】
【００１１】
本発明では、第１の識別情報に基づいて発行される第２の識別情報をサーバから受信した場合に、携帯電話から通信装置に第２の識別情報を送信するようにした。そして、通信装置からサーバに対して第２の識別情報を送信することによりユーザの認証を行うようにした。
これにより、通信装置がネットワーク上での商取引における独自の決済方法を有しない場合であっても、携帯電話の決済システムを利用することができるため、ユーザの利便性を向上させることができるとともに、ネットワークでの商取引における安全性を向上させることができる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照し、本発明の実施形態について説明する。
図１は、本発明の実施形態による携帯電話認証システムの処理の流れを示す概略図である。この携帯電話認証システムは、携帯電話１０、通信装置１１、認証サーバ１２、顧客ＤＢ（Data Base）・１３を有する。
携帯電話１０は、本実施形態による携帯電話認証システムを利用するユーザが使用する端末であり、インターネット等のネットワークへの接続機能を有する。携帯電話１０には、それぞれの携帯電話を識別するためのＳＩＤがＲＯＭ（Read Only Memory）などに予め記憶されている。
【００１３】
通信装置１１は、インターネット等のネットワークへの接続機能を有する機器であり、ＰＣ、カーナビゲーション、ＳＴＢ（Set Top Box）、テレビ放送受信機、ゲーム機などにより構成される。認証サーバ１２は、ネットワークを介してアクセスしてきた携帯電話１０のＳＩＤを受信した場合に、認証サーバ１２にアクセスしてきた携帯電話の識別情報となるアクセスキーを発行し、その情報を携帯電話１０に対して折り返し送信する。顧客ＤＢ・１３は、携帯電話１０による通話サービス等を提供する通信事業者１４が管理する機器であり、各携帯電話のユーザ名、電話番号、ＳＩＤ、通話料等の請求先の情報などを対応付けて記憶する。
【００１４】
始めに、携帯電話１０は、認証サーバ１２にアクセスしＳＩＤを通知し、そのＳＩＤに応じたアクセスキーの情報を認証サーバ１２から受信する（ステップＳ００１）。認証サーバ１２は、ＳＩＤとアクセスキーの情報とを対応付けて記憶する。
携帯電話１０は、認証サーバ１２から受信したアクセスキーの情報を、図２に示すようなケーブル１５を利用して、通信装置１１へ送信する（ステップＳ００２）。ケーブル１５は、携帯電話用インターフェース部１６、通信装置用インターフェース部１７、コード１８、コード巻取り部１９を有する。携帯電話用インターフェース部１６は、携帯電話１０のデータ入出力端子に接続され、携帯電話１０との間でデータの入出力を行う。
【００１５】
通信装置用インターフェース部１７は、通信装置１１のデータ入出力端子に接続され、通信装置１０との間でデータの入出力を行う。通信装置用インターフェース部１７は、例えば、ＵＳＢ（Universal Serial Bus）のコネクタなどにより構成され、通信装置１１であるＰＣ等のＵＳＢポートなどに接続される。
携帯電話用インターフェース部１６と、通信装置用インターフェース部１７は、コード１８により接続されており、携帯電話用インターフェース部１６に接続される携帯電話１０と、通信装置用インターフェース部１７に接続される通信装置１１との間のデータ入出力を仲介する。コード巻取り部１９は、コード１８を巻き取る機能を有し、コード１８の長さを調整する。
【００１６】
図１に戻り、携帯電話１０からケーブル１５を介してアクセスキーの情報を受信した通信装置１１は、そのアクセスキーの情報をネットワークを介して、認証サーバ１２へ送信する（ステップＳ００３）。認証サーバ１２は、通信装置１１から受信したアクセスキーの情報に基づいて認証を行い、アクセスキーと対応付けて記憶されていたＳＩＤをもとに顧客ＤＢ・１３よりユーザを特定する。
通信事業者１４は、特定されたユーザに対して携帯電話１０の通話料等の料金を請求する際に、通信装置１１によりダウンロードしたコンテンツ等の料金を併せて請求する。通信事業者１４は、ユーザから受領した料金のうち、コンテンツ等の料金をコンテンツ提供者に支払うことにより決済の処理を行う。
なお、図１の説明では、携帯電話１０から通信装置１１に対してアクセスキーの情報を送信する際に、ケーブル１５（図２参照）を使用する場合について説明したが、このような構成に限定されるものではない。例えば、短距離無線通信（Bluetooth（登録商標））、無線ＬＡＮ（Local Area Network）、赤外線通信などを利用して、携帯電話１０からアクセスキーの情報を通信装置１１に送信することもできる。
【００１７】
次に、本実施形態による携帯電話認証システムの詳細な処理の流れについて説明する。図３は、本実施形態による携帯電話認証システムの処理を示すシーケンス図である。ここでは、図１の通信装置１１がＰＣである場合について説明する。この携帯電話認証システムでは、ＰＣ・５、プラグイン２０、携帯電話１０、店舗サーバ２１、認証サーバ１２、回収代行処理サーバ２２、顧客ＤＢ・１３、処理番号ＤＢ・２３、通信事業者課金システム２４を使用する。
プラグイン２０は、ＰＣ・５に記憶されるソフトウェアであり、ケーブル等を介して情報の送受信を行う携帯電話１０に対してダイアルアップの処理などを行わせる。店舗サーバ２１は、コンテンツ提供者により管理される機器であり、インターネットなどのネットワーク上でコンテンツや商品等の販売を行うサイトを運営する。
回収代行処理サーバ２２は、通信事業者などにより管理される機器であり、ユーザがネットワーク上で購入するコンテンツ等の料金をコンテンツ提供者等に代わって請求するための処理を行う。処理番号ＤＢ・２３は、通信事業者により管理される機器であり、トランザクションの特定を行うため、認証処理に対する処理番号を払い出し、かつ、払い出した処理番号をＳＩＤと対応付けて記憶する。通信事業者課金システム２４は、ユーザに対して携帯電話１０の通話料等の料金や、そのユーザがＰＣ・５によりダウンロードしたコンテンツ等の料金を請求する。
【００１８】
ユーザが携帯電話１０を購入して通信事業者と契約を行う場合には、そのユーザの氏名、携帯電話識別番号、ＳＩＤ、パスワード等の情報が顧客ＤＢ・１３に登録される。
始めに、ＰＣ・５はインターネットなどのネットワークを介して店舗サーバ・２１に接続する。そして、その店舗サーバ２１等でダウンロードするコンテンツ等の料金の決済方法を選択する（ステップＳ１０１）。決済方法としては、例えば、「銀行振込」、「クレジットカード決済」や、本実施形態による携帯電話認証システムで使用する「携帯電話決済」等を選択することができる。ここでは、本実施形態による決済方法である「携帯電話決済」を選択する場合について説明する。
【００１９】
店舗サーバ２１は、課金認証開始処理の指示を回収代行処理サーバ２２に対して送信する（ステップＳ１０２）。回収代行処理サーバ２２は、処理番号ＤＢ・２３を参照することにより（ステップＳ１０３）、既に発行している処理番号と重複しない処理番号を、店舗サーバ２１に対して送信する（ステップＳ１０４）。店舗サーバ２１は、ネットワークを介してリダイレクト指示の信号を、ＰＣ・５へ送信する（ステップＳ１０５）。このリダイレクト指示の信号には、処理番号の情報が含まれる。
【００２０】
ＰＣ・５は、ネットワークを介して課金認証要求処理の信号を認証サーバ１２へ送信する（ステップＳ１０６）。認証サーバ１２は、ネットワークを介してプラグイン起動情報を、折り返しＰＣ・５へ送信する（ステップＳ１０７）。ＰＣ・５は、認証サーバ１２からプラグイン起動情報を受信すると、プラグイン２０を起動する（ステップＳ１０８）。起動されたプラグイン２０は、携帯電話１０に対して認証サーバ１２にダイアルアップの処理を行うように指示する（ステップＳ１０９）。
携帯電話１０は、プラグイン２０からの指示を受信した場合に、認証サーバ１２に対してダイアルアップを行うことにより、認証サーバ１２との間でＰＰＰ（Point To Point Protocol）を利用した通信を開始する（ステップＳ１１０）。このとき、携帯電話１０から認証サーバ１２には、処理番号と携帯電話識別番号の情報が送信される。これにより、認証サーバ１２は、携帯電話１０を認識する。認証サーバ１２は、処理番号と携帯電話識別番号の情報を、回収代行処理サーバ２２に対して送信する（ステップＳ１１１）。
【００２１】
回収代行処理サーバ２２は、携帯電話識別番号をもとに、顧客ＤＢ・１３の検索を行い、対応するＳＩＤを読み出す（ステップＳ１１２）。回収代行処理サーバ２２は、顧客ＤＢ・１３からＳＩＤを読み出し、処理番号と対応付けて処理番号ＤＢ・２３に記憶する（ステップＳ１１３）。
回収代行処理サーバ２２は、顧客ＤＢ・１３の検索により読み出したＳＩＤが正常か否かの情報と、読み出したＳＩＤの情報が正常な場合にはそのＳＩＤの情報とを認証サーバ１２へ送信する（ステップＳ１１４）。認証サーバ１２は、回収代行処理サーバ２２から受信したＳＩＤの情報が正常である場合には、認証ＯＫと判定してアクセスキーを発行し、携帯電話１０へ送信する（ステップＳ１１５）。認証サーバ１２は、ＳＩＤとアクセスキーを対応付けて記憶する。一方、回収代行処理サーバ２２から受信したＳＩＤの情報が正常でない場合には、認証ＮＧと判定する。アクセスキーの発行には、例えば、Ｋｅｒｂｅｒｏｓなどの方式を使用することができる。携帯電話１０は、プラグイン２０の処理により（ステップＳ１１６）、認証結果とアクセスキーの情報をＰＣ・５へ送信する（ステップＳ１１７）。
【００２２】
ＰＣ・５がアクセスキーの情報を受信した場合には、ＰＣ・５はユーザの操作によりパスワードの情報を取得する。そして、ＰＣ・５は、ネットワークを介して課金認証要求処理の信号を認証サーバ１２へ送信する（ステップＳ１１８）。この課金認証要求処理の信号には、処理番号、アクセスキー、パスワードの情報が含まれている。
認証サーバ１２は、受信したアクセスキーがステップＳ１１５で送信されたものかを照合したうえ、そのアクセスキーに対応するＳＩＤを読み出し、処理番号、ＳＩＤ、パスワードの情報を回収代行処理サーバ２２へ送信する（ステップＳ１１９）。回収代行処理サーバ２２は、受信したＳＩＤをもとに、受信した処理番号と一致する処理番号が処理番号ＤＢ・２３に記憶されているか否か、及び、受信したパスワードと一致するパスワードが顧客ＤＢ・１３に記憶されているか否かについて判定を行う。処理番号とパスワードの双方が一致した場合には課金認証ＯＫと判定し、処理番号とパスワードのいずれか一方又は双方が一致しなかった場合には課金認証ＮＧと判定し、その課金認証結果を認証サーバ１２へ送信する（ステップＳ１２０）。認証サーバ１２は、ネットワークを介して課金認証結果の情報を、ＰＣ・５へ送信する（ステップＳ１２１）。
【００２３】
ＰＣ・５が課金認証ＯＫの情報を受信した場合には、ＰＣ・５はユーザの操作により店舗サーバ２１において購入の手続きを進める（ステップＳ１２２）。店舗サーバ２１は、購入の手続きを行っているＰＣ・５のユーザが認証済みであるか否かについて、回収代行処理サーバ２２に対して確認を行う（ステップＳ１２３）。
回収代行処理サーバ２２は、ＰＣ・５のユーザが認証済みであるか否かを確認し、その結果を店舗サーバ２１へ送信する（ステップＳ１２４）。店舗サーバ２１は、ＰＣ・５のユーザが認証済みである場合には、ユーザが店舗サーバ２１で購入したコンテンツ等の料金や、そのユーザの携帯電話１０のＳＩＤ等を含む課金情報を回収代行処理サーバ２２へ送信する（ステップＳ１２５）。
回収代行処理サーバ２２は、課金情報を通信事業者課金システム２４へ送信する（ステップＳ１２６）。通信事業者課金システム２４は、受信した課金情報に基づいて、携帯電話１０の通話料等の料金の請求を行う際に、ＰＣ・５でダウンロードしたコンテンツ等の料金を併せて請求する。
【００２４】
回収代行処理サーバ２２は、決済終了の情報を店舗サーバ２１へ送信する（ステップＳ１２７）。店舗サーバ２１は、決済終了の情報をＰＣ・５へ通知する（ステップＳ１２８）。ＰＣ・５は、決済が終了した旨のメッセージ等を表示画面に表示する。
なお、図１のステップＳ００１の処理は図３のステップＳ１１０〜Ｓ１１５の処理に対応し、ステップＳ００２の処理はステップＳ１１６、Ｓ１１７の処理に対応し、ステップＳ００３の処理はステップＳ１１８〜Ｓ１２０の処理にそれぞれ対応している。
図３に示したような処理を行うことにより、ＰＣ・５の利用によって生じるコンテンツ等の料金を、携帯電話１０の通話料等の料金を請求する際に一括して請求することができるため、銀行振り込みにより決済を行う場合に比べてユーザの利便性を向上させることができる。また、クレジットカードを利用して決済を行う場合に比べてクレジットカードの番号が漏洩する危険がないため、決済の安全性を向上させることができる。
【００２５】
図３の説明では、図４（ａ）に示すように通信装置１１がＰＣ・５である場合について説明したが、このような構成に限定されるものではない。例えば、携帯電話１０をケーブル１５を介してカーナビゲーション２５（図４（ｂ））や、ＳＴＢ・２６（図４（ｃ））や、テレビ放送受信機などの情報家電２７（図４（ｄ））などに接続することにより、本発明の実施形態による携帯電話認証システムを適用することもできる。
このような構成にすることにより、カーナビゲーション２５、ＳＴＢ・２６、情報家電２７などの通信装置１１を利用して、地図データ、音楽、映画などのコンテンツや、物品等を購入した場合の料金の支払いを、携帯電話１０の決済システムにより一括して行うことができる。
【００２６】
また、図３の説明では、本実施形態による携帯電話認証システムによりユーザの認証を行った後に、そのユーザに対する決済の処理を行う場合について説明したが、このような構成に限定されるものではなく、図５（ａ）、（ｂ）に示すような構成にすることもできる。
図５（ａ）は、本実施形態による携帯電話認証システムを、ＩＰ（Internet Protocol）電話に適用した例を示している。始めに、ＰＣ・５で起動するプラグインによりケーブル１５を介して携帯電話１０を制御することにより、携帯電話１０から認証サーバ１２に対してダイアルアップの処理を行わせる（ステップＳ２０１）。携帯電話１０から認証サーバ１２へダイアルアップする際に、携帯電話１０のＳＩＤの情報を送信することにより、認証サーバ１２から折り返しアクセスキーの情報を受信する（ステップＳ２０２）。認証サーバ１２は、携帯電話１０のＳＩＤとアクセスキーの情報を対応付けて記憶する。
ＰＣ・５はユーザの操作によりＶｏＩＰ（Voice over Internet Protocol）を利用して通話先２９に電話を掛ける。この処理を行う際に、携帯電話１０はケーブル１５を介してアクセスキーの情報をＰＣ・５へ送信し、ＰＣ・５は通話先２９の電話番号とともにアクセスキーの情報をＳＩＰ（Session Initiation Protocol）サーバ２８へ送信する（ステップＳ２０３）。ＳＩＰサーバ２８は、ＩＰ電話による通話者間の情報を管理するためのサーバである。ＳＩＰサーバ２８は、アクセスキーに基づいて認証サーバ１２に記憶されているＳＩＤを検索することによりユーザの認証を行う。ユーザの認証が行われた場合には、ＳＩＰサーバ２８は、ＰＣ・５と通話先２９の間で通話を開始させる。
【００２７】
図５（ｂ）は、本実施形態による携帯電話認証システムを、ＩＰ電話に適用した他の例を示している。なお、図５（ｂ）の携帯電話１０は、無線ＬＡＮを利用することができる機能を有する。始めに、携帯電話１０から認証サーバ１２に対してダイアルアップの処理を行う。携帯電話１０から認証サーバ１２へダイアルアップする際に、携帯電話１０のＳＩＤの情報を送信することにより、認証サーバ１２から折り返しアクセスキーの情報を受信する（ステップＳ３０１）。認証サーバ１２は、携帯電話１０のＳＩＤとアクセスキーの情報を対応付けて記憶する。
ユーザは携帯電話１０の無線ＬＡＮの機能によりＶｏＩＰを利用して通話先２９に電話を掛ける。この処理を行う際に、携帯電話１０は通話先２９の電話番号とともにアクセスキーの情報をＳＩＰサーバ２８へ送信する（ステップＳ３０２）。ＳＩＰサーバ２８は、アクセスキーに基づいて認証サーバ１２に記憶されているＳＩＤを検索することによりユーザの認証を行う。ユーザの認証が行われた場合には、ＳＩＰサーバ２８は、通話を開始させる。携帯電話１０と通話先２９の間で通話を開始させる。
【００２８】
上述した図５（ａ）、（ｂ）では、ＶｏＩＰを利用したＩＰ電話において、ユーザの認証が行われた場合にのみ通話を開始するようにしたため、電話会議などの重要度の高い通話を行う際に通話相手を特定することができ、通話の安全性を向上することが可能となる。また、図５（ｂ）に示すように、無線ＬＡＮの機能を有する携帯電話１０が、他のＩＰ電話事業者の子機として勝手に使用されることを防ぐために、利用制限を設定することもできる。
【００２９】
なお、以上説明した実施形態において、図３のプラグイン２０、店舗サーバ２１、認証サーバ１２、回収代行処理サーバ２２、図５のＳＩＰサーバ２８などの機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより携帯電話認証システムの制御を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
【００３０】
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時刻の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時刻プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【００３１】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【産業上の利用可能性】
【００３２】
独自の決済システムを有しない通信装置を利用してコンテンツ等のダウンロードを行う場合に、本発明の実施形態による携帯電話認証システムを利用して決済を行うことができる。
【図面の簡単な説明】
【００３３】
【図１】本発明の実施形態による携帯電話認証システムの処理の流れを示す概略図である。
【図２】本発明の実施形態によるケーブル１５の構成を示す図である。
【図３】本実施形態による携帯電話認証システムの処理を示すシーケンス図である。
【図４】本実施形態による携帯電話認証システムの適用例を示す図である。
【図５】本実施形態による携帯電話認証システムの適用例を示す図である。
【図６】従来の認証システムによる認証方法を示す概略図である。
【図７】従来の認証システムによる認証方法を示す概略図である。
【符号の説明】
【００３４】
１・・・携帯電話、２・・・通信事業者ゲートウェイ、３ａ、３ｂ・・・コンテンツ提供者サーバ、４ａ、４ｂ、４ｃ・・・ネットワーク、５・・・ＰＣ、１０・・・携帯電話、１１・・・通信装置、１２・・・認証サーバ、１３・・・顧客ＤＢ、１４・・・通信事業者、１５・・・ケーブル、１６・・・携帯電話用インターフェース部、１７・・・通信装置用インターフェース部、１８・・・コード、１９・・・コード巻取り部、２０・・・プラグイン、２１・・・店舗サーバ、２２・・・回収代行処理サーバ、２３・・・処理番号ＤＢ、２４・・・通信事業者課金システム、２５・・・カーナビゲーション、２６・・・ＳＴＢ、２７・・・情報家電、２８・・・ＳＩＰサーバ、２９・・・通話先
【図１】
2007174048.tif 000003
【図２】
2007174048.tif 000004
【図３】
2007174048.tif 000005
【図４】
2007174048.tif 000006
【図５】
2007174048.tif 000007
【図６】
2007174048.tif 000008
【図７】
2007174048.tif 000009