(57)【要約】【課題】複数のユーザ又は端末間の認証を可能とする認証システム、端末、サーバ、認証方法、及びびプログラムを提供すること。【解決手段】自己が保有する履歴情報のうち特定の履歴情報と、端末が保有する履歴情報のうち前記特定の履歴情報に対応する履歴情報を指定する履歴指定情報で指定される履歴情報との共通性を検証し、共通性が認められた場合、端末を正当な端末であることを認証する認証手段を有することを特徴とする認証システムである。【選択図】図１５
2009009541.tif 000002
【特許請求の範囲】
【請求項１】
自己が保有する履歴情報のうち特定の履歴情報と、端末が保有する履歴情報のうち前記特定の履歴情報に対応する履歴情報を指定する履歴指定情報で指定される履歴情報との共通性を検証し、共通性が認められた場合、前記端末を正当な端末であることを認証する認証手段を有することを特徴とする認証システム。
【請求項２】
前記認証手段は、端末から要求されるサービスに対応する特定の履歴情報に基づいてハッシュ演算を行って生成された自己の履歴ハッシュと、前記履歴指定情報で指定される履歴情報に基づいてハッシュ演算を行って生成された端末の履歴ハッシュとを照合し、履歴ハッシュが一致した場合、前記端末に対して前記サービスの利用を許容することを特徴とする請求項１に記載の認証システム。
【請求項３】
前記認証手段は、端末から要求されるサービスに対応する自己の特定の履歴情報と、前記履歴指定情報で指定される履歴情報との類似度を計算し、履歴情報間で一定以上の類似を有する場合、前記端末に対して前記サービスの利用を許容することを特徴とする請求項１に記載の認証システム。
【請求項４】
第１の端末は、前記認証手段と、第２の端末からサービスの要求を受信して前記サービスに対応する前記履歴指定情報を第２の端末に送信する手段とを有し、
第２の端末は、保有する履歴情報から、前記履歴指定情報で指定される履歴情報を選択する選択手段と、選択された履歴情報に基づいてハッシュ演算を行って履歴ハッシュを生成する履歴ハッシュ生成手段と、前記履歴ハッシュを第１の端末に送信する手段とを有する
ことを特徴とする請求項１又は請求項２に記載の認証システム。
【請求項５】
サーバは、前記認証手段と、端末からサービスの要求を受信して前記サービスに対応する前記履歴指定情報を端末に送信する手段とを有し、
端末は、保有する履歴情報から前記履歴指定情報で指定される履歴情報を選択する選択手段と、選択された履歴情報に基づいてハッシュ演算を行って履歴ハッシュを生成する履歴ハッシュ生成手段と、前記履歴ハッシュを前記サーバに送信する手段とを有する
ことを特徴とする請求項１又は請求項２に記載の認証システム。
【請求項６】
第１の端末は、前記認証手段と、第２の端末からサービスの要求を受信して前記サービスに対応する前記履歴指定情報を第２の端末に送信する手段とを有し、
第２の端末は、保有する履歴情報から前記履歴指定情報で指定される履歴情報を選択する選択手段と、前記選択した履歴情報を第１の端末に送信する送信手段とを有する
ことを特徴とする請求項１又は請求項３に記載の認証システム。
【請求項７】
サーバは、前記認証手段と、端末からサービスの要求を受信して前記サービスに対応する前記履歴指定情報を端末に送信する手段とを有し、
端末は、保有する履歴情報から前記履歴指定情報で指定される履歴情報を選択する選択手段と、前記選択した履歴情報をサーバに送信する送信手段とを有する
ことを特徴とする請求項１又は請求項３に記載の認証システム。
【請求項８】
保有する履歴情報は、サービスに関する情報、又は、センサによって得られた情報であることを特徴とする請求項１から請求項７のいずれかに記載の認証システム。
【請求項９】
前記履歴指定情報は、履歴を識別する識別子、対象となる履歴の期間、履歴情報作成者の少なくともひとつから構成されることを特徴とする請求項１から請求項８のいずれかに記載の認証システム。
【請求項１０】
前記サービスが、コンテンツの共有、ＶＰＮ（Ｖirtual  Ｐrivate  Ｎetwork）の確率、サーバで管理されるサービスであることを特徴とする請求項１から請求項９に記載の認証システム。
【請求項１１】
自己が保有する履歴情報のうち特定の履歴情報と、端末が保有する履歴情報のうち前記特定の履歴情報に対応する履歴情報を指定する履歴指定情報で指定される履歴情報との共通性を検証し、共通性が認められた場合、前記端末を正当な端末であることを認証する認証手段を有することを特徴とする端末。
【請求項１２】
前記認証手段は、端末から要求されるサービスに対応する特定の履歴情報に基づいてハッシュ演算を行って生成された自己の履歴ハッシュと、前記履歴指定情報で指定される履歴情報に基づいてハッシュ演算を行って生成された端末の履歴ハッシュとを照合し、履歴ハッシュが一致した場合、前記端末に対して前記サービスの利用を許容することを特徴とする請求項１１に記載の端末。
【請求項１３】
前記認証手段は、端末から要求されるサービスに対応する自己の特定の履歴情報と、前記履歴指定情報で指定される履歴情報との類似度を計算し、履歴情報間で一定以上の類似を有する場合、前記端末に対して前記サービスの利用を許容することを特徴とする請求項１に記載の端末。
【請求項１４】
端末が保有する履歴情報から、サービスの認証に必要な履歴情報を指定する履歴指定情報で指定される履歴情報を選択する選択手段と、
選択された履歴情報に基づいてハッシュ演算を行い、端末の履歴ハッシュを生成する履歴ハッシュ生成手段と、
前記履歴ハッシュを送信する送信手段と
を有することを特徴とする端末。
【請求項１５】
端末が保有する履歴情報から、サービスの認証に必要な履歴情報を指定する履歴指定情報で指定される履歴情報を選択する選択手段と、
前記選択した履歴情報を送信する送信手段と
を有することを特徴とする端末。
【請求項１６】
自己が保有する履歴情報のうち特定の履歴情報と、端末が保有する履歴情報のうち前記特定の履歴情報に対応する履歴情報を指定する履歴指定情報で指定される履歴情報との共通性を検証し、共通性が認められた場合、前記端末を正当な端末であることを認証する認証手段を有することを特徴とするサーバ。
【請求項１７】
前記認証手段は、端末から要求されるサービスに対応する特定の履歴情報に基づいてハッシュ演算を行って生成された自己の履歴ハッシュと、前記履歴指定情報で指定される履歴情報に基づいてハッシュ演算を行って生成された端末の履歴ハッシュとを照合し、履歴ハッシュが一致した場合、前記端末に対して前記サービスの利用を許容することを特徴とする請求項１６に記載のサーバ。
【請求項１８】
前記認証手段は、端末から要求されるサービスに対応する自己の特定の履歴情報と、前記履歴指定情報で指定される履歴情報との類似度を計算し、履歴情報間で一定以上の類似を有する場合、前記端末に対して前記サービスの利用を許容することを特徴とする請求項１６に記載のサーバ。
【請求項１９】
自己が保有する履歴情報のうち特定の履歴情報と、端末が保有する履歴情報のうち前記特定の履歴情報に対応する履歴情報を指定する履歴指定情報で指定される履歴情報との共通性を検証し、共通性が認められた場合、前記端末を正当な端末であることを認証する認証処理を有することを特徴とする認証方法。
【請求項２０】
前記認証処理は、端末から要求されるサービスに対応する特定の履歴情報に基づいてハッシュ演算を行って生成された自己の履歴ハッシュと、前記履歴指定情報で指定される履歴情報に基づいてハッシュ演算を行って生成された端末の履歴ハッシュとを照合し、履歴ハッシュが一致した場合、前記端末に対して前記サービスの利用を許容することを特徴とする請求項１９に記載の認証方法。
【請求項２１】
前記認証処理は、端末から要求されるサービスに対応する自己の特定の履歴情報と、前記履歴指定情報で指定される履歴情報との類似度を計算し、履歴情報間で一定以上の類似を有する場合、前記端末に対して前記サービスの利用を許容することを特徴とする請求項１９に記載の認証方法。
【請求項２２】
第１の端末が、第２の端末からサービスの要求を受信して前記サービスに対応する前記履歴指定情報を第２の端末に送信し、
第２の端末が、保有する履歴情報から前記履歴指定情報で指定される履歴情報を選択し、選択された履歴情報に基づいてハッシュ演算を行って端末の履歴ハッシュを生成し、前記履歴ハッシュを第１の端末に送信し、
前記第１の端末が、前記認証処理を行う
ことを特徴とする請求項１９又は請求項２０に記載の認証方法。
【請求項２３】
サーバが、端末からサービスの要求を受信して前記サービスに対応する前記履歴指定情報を前記端末に送信し、
前記端末が、保有する履歴情報から前記履歴指定情報で指定される履歴情報を選択し、選択された履歴情報に基づいてハッシュ演算を行って履歴ハッシュを生成し、前記履歴ハッシュを前記サーバに送信し、
前記サーバが、前記認証処理を行う
ことを特徴とする請求項１９又は請求項２０に記載の認証方法。
【請求項２４】
第１の端末が、第２の端末からサービスの要求を受信して前記サービスに対応する前記履歴指定情報を前記第２の端末に送信し、
前記第２の端末が、保有する履歴情報から前記履歴指定情報で指定される履歴情報を選択し、選択した履歴情報を前記第１の端末に送信し、
前記第１の端末が、前記認証処理を行う
ことを特徴とする請求項１９又は請求項２１に記載の認証方法。
【請求項２５】
サーバは、端末からサービスの要求を受信して前記サービスに対応する前記履歴指定情報を前記端末に送信し、
前記端末は、保有する履歴情報から前記履歴指定情報で指定される履歴情報を選択し、選択した履歴情報を前記サーバに送信し、
前記サーバが、前記認証処理を行う
ことを特徴とする請求項１９又は請求項２１に記載の認証方法。
【請求項２６】
保有する履歴情報は、サービスに関する情報、又は、センサによって得られた情報であることを特徴とする請求項１９から請求項２５のいずれかに記載の認証方法。
【請求項２７】
前記履歴指定情報は、履歴を識別する識別子、対象となる履歴の期間、履歴情報作成者の少なくともひとつから構成されることを特徴とする請求項１９から請求項２６のいずれかに記載の認証方法。
【請求項２８】
前記サービスが、コンテンツの共有、ＶＰＮ（Ｖirtual  Ｐrivate  Ｎetwork）の確率、サーバで管理されるサービスであることを特徴とする請求項１９から請求項２７に記載の認証方法。
【請求項２９】
自己が保有する履歴情報のうち特定の履歴情報と、端末が保有する履歴情報のうち前記特定の履歴情報に対応する履歴情報を指定する履歴指定情報で指定される履歴情報との共通性を検証し、共通性が認められた場合、前記端末を正当な端末であることを認証する認証処理を情報処理装置に実行させることを特徴とするプログラム。
【請求項３０】
前記認証処理は、端末から要求されるサービスに対応する特定の履歴情報に基づいてハッシュ演算を行って生成された自己の履歴ハッシュと、前記履歴指定情報で指定される履歴情報に基づいてハッシュ演算を行って生成された端末の履歴ハッシュとを照合し、履歴ハッシュが一致した場合、前記端末に対して前記サービスの利用を許容することを特徴とする請求項２９に記載のプログラム。
【請求項３１】
前記認証処理は、端末から要求されるサービスに対応する自己の特定の履歴情報と、前記履歴指定情報で指定される履歴情報との類似度を計算し、履歴情報間で一定以上の類似を有する場合、前記端末に対して前記サービスの利用を許容することを特徴とする請求項２９に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は認証システム、端末、サーバ、認証方法、及びプログラムに関し、特に、異なるユーザの履歴情報間の共通性に基づいた認証技術に関する。
【背景技術】
【０００２】
携帯電話等の端末での操作履歴を利用し、正規のユーザが利用したことを認証するサービスが多く提案されている。
【０００３】
例えば、特許文献１に記載された技術は、使用者を特定した上で、情報を入力する情報入力装置であって、所定の情報を入力する情報入力手段と、使用者の変更を検知するための変更検知レベルを予め記憶する変更検知レベル記憶手段と、前記情報入力手段の使用者の操作状況を取得する操作状況取得手段と、前記操作状況取得手段によって取得された操作状況から操作特徴量を算出する操作特徴量算出手段と、前記操作特徴量の履歴情報を記憶する履歴情報記憶手段と、前記操作特徴量算出手段によって算出された操作特徴量と前記履歴情報とに基づいて前記操作特徴量の変化量を算出する変化量算出手段と、前記操作特徴量の変化量と前記変更検知レベルとに基づき使用者の変更を検知する使用者変更検知手段と、前記使用者変更検知手段により使用者の変更を検知された場合に、使用者の識別情報を入力するための入力画面を表示する表示手段とを備えている。
【０００４】
このような構成により、クリーンルーム等の使用者認証方法として指紋等の身体的特徴を使用できない環境においても、また、ユーザごとに固有の器具を用意することをしなくても、使用者の操作特徴量により使用者の自動認証を実施し、セキュリティを強化することができる。また、コンピュータ装置の使用者が替わったときに、使用者情報を再設定忘れの防止、及びなりすましによるコンピュータ装置を使用することを防止することを目的に、使用者が意識しなくても自動的に使用者の変更を検知するようにしたものであり、使用者変更検知の方法は、キーボード操作速度、操作パターン、マウスボタンのクリック速度等、入力装置の操作特徴量を用いることで、クリーンルーム内等の手袋を着用する環境下でも、身体的特徴によらず使用者の変更を検知することができ、情報システムのセキュリティを強化することができる。
【０００５】
また、加速度センサ、ジャイロセンサなどからなる検出部から出力された、腕振り行動に応じた加速度、角加速度などの時系列データのうちの認証に用いる区間のデータを抽出し、該抽出されたデータを一定区間のデータに正規化する。そして、その正規化されたデータと記憶部に予め登録されていた本人の腕振り行動の登録データとの類似度を算出し、該類似度が判定しきい値以上の場合に本人と判定し、逆に判定しきい値より小さい場合に他人と判定する技術が、特許文献２に記載されている。
【特許文献１】特開２００６−２４３９４７号公報
【特許文献２】特開２００７−１９３６５６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述した特許文献１、２に開示された技術は、ユーザが正しいユーザかどうかを認証する技術であって、複数のユーザ又は端末間の認証には利用することができない。
【０００７】
そこで、本発明は上記課題に鑑みて発明されたものであって、複数のユーザ又は端末間の認証を可能とする認証システム、端末、サーバ、認証方法、及びびプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決する本発明は、自己が保有する履歴情報のうち特定の履歴情報と、端末が保有する履歴情報のうち前記特定の履歴情報に対応する履歴情報を指定する履歴指定情報で指定される履歴情報との共通性を検証し、共通性が認められた場合、前記端末を正当な端末であることを認証する認証手段を有することを特徴とする認証システムである。
【０００９】
上記課題を解決する本発明は、自己が保有する履歴情報のうち特定の履歴情報と、端末が保有する履歴情報のうち前記特定の履歴情報に対応する履歴情報を指定する履歴指定情報で指定される履歴情報との共通性を検証し、共通性が認められた場合、前記端末を正当な端末であることを認証する認証手段を有することを特徴とする端末である。
【００１０】
上記課題を解決する本発明は、端末が保有する履歴情報から、サービスの認証に必要な履歴情報を指定する履歴指定情報で指定される履歴情報を選択する選択手段と、選択された履歴情報に基づいてハッシュ演算を行い、端末の履歴ハッシュを生成する履歴ハッシュ生成手段と、前記履歴ハッシュを送信する送信手段とを有することを特徴とする端末である。
【００１１】
上記課題を解決する本発明は、端末が保有する履歴情報から、サービスの認証に必要な履歴情報を指定する履歴指定情報で指定される履歴情報を選択する選択手段と、前記選択した履歴情報を送信する送信手段とを有することを特徴とする端末である。
【００１２】
上記課題を解決する本発明は、自己が保有する履歴情報のうち特定の履歴情報と、端末が保有する履歴情報のうち前記特定の履歴情報に対応する履歴情報を指定する履歴指定情報で指定される履歴情報との共通性を検証し、共通性が認められた場合、前記端末を正当な端末であることを認証する認証手段を有することを特徴とするサーバである。
【００１３】
上記課題を解決する本発明は、自己が保有する履歴情報のうち特定の履歴情報と、端末が保有する履歴情報のうち前記特定の履歴情報に対応する履歴情報を指定する履歴指定情報で指定される履歴情報との共通性を検証し、共通性が認められた場合、前記端末を正当な端末であることを認証する認証処理を有することを特徴とする認証方法である。
【００１４】
上記課題を解決する本発明は、自己が保有する履歴情報のうち特定の履歴情報と、端末が保有する履歴情報のうち前記特定の履歴情報に対応する履歴情報を指定する履歴指定情報で指定される履歴情報との共通性を検証し、共通性が認められた場合、前記端末を正当な端末であることを認証する認証処理を情報処理装置に実行させることを特徴とするプログラムである。
【発明の効果】
【００１５】
本発明によれば、自己が保有する履歴情報のうち特定の履歴情報と、端末が保有する履歴情報のうち特定の履歴情報に対応する履歴情報を指定する履歴指定情報で指定される履歴情報との共通性を検証して認証を行っているので、共通な体験したユーザどうかを認証することができる。
【発明を実施するための最良の形態】
【００１６】
本発明の実施の形態を説明する。
【００１７】
携帯電話等の端末に格納された各種履歴情報は、ユーザの日常生活に密着した情報を多数含んでおり、異なるユーザの履歴情報間で共通性を発見できれば、共通の体験を有したユーザグループを検出することができる。例えば、同じ野球の試合を観戦した人、同じ旅行のツアーに参加した人、ある特定の観光地に行ったことがある人などである。このようなグループを検出することにより、例えば、ツアーの間だけ添乗員や他の参加メンバーに自分のプレゼンスを提示する、特定の観光地のＢｌｏｇサイトに、そこに実際に行った人のみが書き込めるようにしてＢｌｏｇの書き込み情報の信憑性を高める、同じイベントに参加した人でアドホックにＳＮＳを形成して以降の情報交換を促進するなどのサービスが実現できる。
【００１８】
このようなサービスを実現するために、共通な体験を有するどうかを認証するための代表的な例を説明する。
＜第１の実施の形態＞
まず、電子チケットや広告など、ユーザ間で差のない情報の履歴情報から認証する例を説明する。
【００１９】
図１５に本実施の形態における概要図を示す。
【００２０】
図１５では、携帯電話と認証用サーバとの間で認証する例を示しているが、複数の携帯電話間で体験を共有しているかどうか認証する場合は、認証する側の携帯電話が認証サーバの機能を有するように構成すれば良い。
（１）前処理
まず、共通の体験を有するグループに何らかのサービスを提供するサービス管理者は、サービスにアクセスさせる端末が保有すべき履歴情報を規定した管理ポリシーを定める。例えば、一定期間に発信された特定の電子チケットや、一定期間内に特定の発信者から受け取った電子メールを連接したデータといったものが上げられる。
（２）認証処理
つぎに、携帯電話がサービスの提供を受ける際の認証処理として以下の処理を行う。
【００２１】
携帯電話から認証要求が送信されると、認証サーバは、管理ポリシーを参照し、履歴情報として必要なもののｉｎｄｅｘとともに、チャレンジ（乱数値）ｒを送信する。
【００２２】
つぎに、携帯電話は、認証子αとして以下のデータを作成し、認証サーバに送信する。
【００２３】
【数１】
2009009541.tif 000003
ここで、Ｒｔは認証サーバから送信されたｉｎｄｅｘに対応する履歴を集めたものである。
【００２４】
認証サーバは、認証子αを受信すると、自ら保有するＲｔとｒとから式１により認証子α’を作成する。そして。α＝α’である場合には認証が成功したと判断し、携帯電話に対してサービスを提供する。
＜第２の実施の形態＞
次に、携帯電話等に搭載されたセンサ出力から特定の体験の履歴を保有しているかどうか判定し、検証結果からサービスヘのアクセス可否を決定する例を説明する。
【００２５】
図１６では、複数の携帯電話間で認証する例を示しているが、認証サーバが複数の携帯電話の間に入って、それぞれの履歴情報を集めて認証するように構成してもよい。
（１）前処理
まず、サービス（例えば、自らのプレゼンスを提供する、ローカル接続を許可する、情報共有を許可するなど）を提供する携帯電話（以下、この携帯電話を携帯電話２と呼ぶ）のユーザは、サービスにアクセスさせる端末が保有すべき履歴情報を規定した管理ポリシーを定める。例えば、センサの種類、データの取得期間、サンプリング間隔などである。さらに、管理ポリシーとして共通の体験を有していると判定する類似度算出手法と、類似しているかの基準となる閾値も定めておく。なお、この管理ポリシーは、あらかじめ設定しておくことが現実的と思われるが、認証要求があった時点でユーザがオンデマンドに定めても良い。
（２）認証処理
つぎに、サービスの提供を受けたい携帯電話（以下、この携帯電話を携帯電話１と呼ぶ）と携帯電話２は認証処理として以下の処理を行う。
【００２６】
携帯電話１から認証要求が送信されると、携帯電話２は、管理ポリシーを参照し、履歴情報として必要なもの（センサの種類、データの取得期間、サンプリング間隔など）を指定する履歴指定情報を携帯電話１に送信する。
【００２７】
つぎに、携帯電話１は、履歴指定情報で指定されたものに対応する履歴情報Ｒ１ｔを携帯電話２に送信する。このとき、センサの出力漏れがあったときには、サンプリング間隔にあわせてデータの補間などを行う。ただし、補間を行ったとしても十分な精度のデータが得られない場合は、履歴情報Ｒ１ｔの送信が不可能な旨を携帯電話２に送信する。この場合は認証に失敗し、サービスの提供は実施されない。
【００２８】
携帯電話２は履歴情報Ｒ１ｔを受信すると、この履歴情報Ｒ１ｔと自らの履歴である履歴情報Ｒ２ｔとの類似度を管理ポリシーとして設定されているものに基づき計算する。類似度の判定手法は多々あるが、ここでは最もよく知られている手法の１つとして相関値が管理ポリシーとして設定されているものとして説明する。
【００２９】
ここで、履歴対象の開始時刻から終了時刻までの間の時間をサンプリング間隔で割った値をＮとし、携帯電話１のセンサ出力値をｘｉとし、携帯電話２のセンサ出力値をｙｉとし、ｘｉ（ｉ＝０，・・・・，Ｎ−１）の平均値をｘバー（ｘの上に横線を引いて成る文字）とし、ｙｉ（ｉ＝０，・・・・，Ｎ−１）の平均値をｙバー（ｙの上に横線を引いて成る文字）とすると、相関値ｓは、以下の式２のように計算することができる。
【００３０】
【数２】
2009009541.tif 000004
ここで、相関値ｓの値が管理ポリシーに定めた値よりも大きい場合、類似度が高いと判断され、携帯電話２は携帯電話１に対してサービスを提供する。
【００３１】
このようにして、共通な体験を有するどうかを認証することができる。
【００３２】
以下に具体的な実施例を説明する。
〔第１実施例〕
図１乃至図３に、本発明の第１実施例にかかる認証システムを示す。この内、図１に示す認証システムは、携帯端末等の利用者端末１０と、この利用者端末１０にネットワークを介して接続された認証サーバである通信管理センター３０とを備えている。そして、前述した通信管理センター（認証サーバ）３０が、一定の条件の下に前記利用者端末１０を認証して各種サービスに利用を許容する機能を備えている。又、前述したネットワークは、この図１に示す実施例では基地局２１を中継して施設された無線通信により構成され、更に、この基地局２１は交換制御局２２を介して前述した通信管理センター（認証サーバ）３０に接続されている。
【００３３】
利用者端末１０は、例えば携帯端末は移動可能であり、通話時には最も近接する基地局２１との間で無線通信により接続される。交換制御局２２は、基地局２１に接続されていると同時に公衆網を介して固定電話機や他の通信機器に接続され、所望の利用者端末（携帯端末）１０と所望の電話機間との交換制御を行うものである。
【００３４】
更に、この利用者端末１０は、特定の条件が満たされた場合に前記利用者端末１０側の最新の履歴情報データを前記通信管理センター３０に送信する機能と、当該送信にかかる最新の履歴情報データに基づいてハッシュ演算を行って新規な端末側履歴ハッシュを生成し且つ当該生成した履歴ハッシュに基づいて端末側認証鍵を生成して前記通信管理センター３０に送信する端末側認証鍵生成機能とを備えている。
【００３５】
この場合、前述した履歴情報データとしては、本実施例では、メモリ残量及びバッテリ残量等のハードウエア構成情報、インストールされているソフトのバージョン及びパッチの適用情報、並びに使用される周辺の基地局から発信される電界強度情報の少なくとも１つを備えている。
【００３６】
ここで、この利用者端末１０は、後述するように当該利用者端末１０側の最新の履歴情報データに基づいてハッシュ演算を行って新規な端末側履歴ハッシュを生成する履歴更新部１６と、前記端末側履歴ハッシュに基づいて端末側認証鍵を生成しこれを前記通信管理センター（認証サーバ）３０に送信する端末側の認証鍵作成手段である変換部１３とを備え、これによって前記端末側認証鍵生成機能を実行するように構成されている。
【００３７】
又、上記履歴更新部１６は、前記履歴情報データの送信のタイミングで前記ハッシュ演算を定期的に実行して新規な履歴ハッシュを定期的に生成しこれを予め装備した対応する記憶部１２に格納する機能を備えている。
【００３８】
更に、通信管理センター（認証サーバ）３０は、受信した前記履歴情報データに基づいてハッシュ演算を行って管理センター側の新規な履歴ハッシュを生成する機能、およびこの管理センター側の履歴ハッシュに基づいてサーバ側認証鍵を生成するサーバ側認証鍵作成機能を備えている。
【００３９】
ここで、この通信管理センター（認証サーバ）３０は、後述するように受信した前記履歴情報データに基づいてハッシュ演算を行って新規なサーバ側履歴ハッシュを生成する履歴更新情報受信部３６と、このサーバ側履歴ハッシュに基づいてサーバ側認証鍵を生成するサーバ側の認証鍵作成手段である変換部３３とを備え、これによって前記サーバ側認証鍵生成機能を実行する構成となっている。
【００４０】
又、前述した履歴更新情報受信部３６は、前述した履歴更新部１６から送り込まれる履歴情報の受信のタイミングで前記ハッシュ演算を定期的に実行して新規な履歴ハッシュを定期的に生成しこれを予め装備した対応する記憶部３２に格納する機能を備えている。
【００４１】
そして、上記通信管理センター３０が、利用者端末１０側で生成した通信認証鍵と前記通信管理センター３０で生成した通信認証鍵とを比較すると共に、両者が等しい場合に前記利用者端末を正当な端末である旨を認証する認証機能を備えている。
【００４２】
即ち、上述したように利用者端末１０と通信管理センター（認証サーバ）３０との組み合わせによって、本実施例における認証システムの基本的構成が組み立てられている。
【００４３】
このため、これによると、利用者端末１０側の不規則な履歴情報に基づいて履歴ハッシュを生成し更にこれに基づいて認証鍵を形成し且つ同様の認証鍵を通信管理センター（認証サーバ）３０側でも形成して両者を照合するようにしたので、利用者端末に対するセキュリティ強度のより高い認証を提供することができ、これにより、クローン端末の生成をより有効に阻止することを可能とした認証システムを得ることができる。
【００４４】
前述した携帯端末１０による前記履歴情報の前記通信管理センター３０への送信のタイミングは、前記特定の条件として予め設定された特定の送信時刻に定期的に実行するように構成されている。
【００４５】
ここで、この特定の条件としては、特定の送信時刻に必ずしも限定されず、例えば、予め設定した特定の時刻になった場合、前記通信管理センター３０からの履歴情報の送信要請があった場合、および前記通信管理センター３０による認証が行われた場合、の何れか一つであってもよい。
【００４６】
更に、前述した通信管理センター（認証サーバ）３０は、その内部に認証手段３１Ａを備えている。この認証手段３１Ａは、図１に示す第１実施例では管理センターのサーバ側制御部３１に装備され実行されるようになっている。この認証手段３１Ａは、利用者端末１０が正当な使用であるか否かを判定し、正当な使用であると判定された場合には、交換制御局２２に対して接続を許可し、不正使用であると判定された場合には、交換制御局２２に対して接続を拒否する機能を備えている。
【００４７】
以下、これを更に詳細に説明する。
【００４８】
（利用者端末について）
携帯端末等の利用者端末１０は、前述したように、端末側履歴ハッシュを生成する履歴更新部（履歴更新手段）１６と、この生成された履歴ハッシュに基づいて端末側認証鍵を生成する変換部（認証鍵生成手段）１３と、この生成された端末側認証鍵および前記履歴ハッシュを予め装備した記憶部１２に格納処理すると共に前記端末側認証鍵を認証用として前記通信管理センター３０へ送信する端末側制御部１１とを備えている。
【００４９】
ここで、上記履歴更新部１６は、前述したように、予め設定した特定の条件が満たされた時に当該利用者端末側の最新の履歴情報データを前記通信管理センター３０へ送信する機能と、この送信にかかる最新の履歴情報データに基づいて前述したハッシュ演算を行って新規な端末側履歴ハッシュを生成する機能とを備えている。
【００５０】
この場合、履歴更新部１６は、通信管理センター３０へ送信する最新の履歴情報データを、電話や電子メールの着信履歴など前記通信管理センター３０で履歴情報として蓄積される履歴情報を除いた履歴情報のみに限定して送信するように機能するように構成されている。
【００５１】
利用者端末１０には、更に、前述した端末側制御部１１に制御され前述したネットワークを介して前述した通信管理センター３０若しくは外部の端末等との通信を実行するための無線回路部１５が装備されている。又、上記記憶部１２には、消去回路１８および不正開放検出回路１７が併設されている。
【００５２】
次に、上記利用者端末１０の各構成要素の機能等について説明する。
【００５３】
前述した端末側制御部１１は、利用者端末１０の全体の制御や前述した記憶部１２に対する履歴ハッシュの算出および格納等を行うものである。
【００５４】
又、記憶部１２は、利用者端末識別番号１２ａと、登録されている利用者端末個々の固定の認証鍵１２ｃと、履歴ハッシュ１２ｂとを記憶している。これを更に詳述すると、この記憶部１２は、少なくとも予め特定される利用者端末識別番号，前記履歴更新部１６で演算され更新される履歴ハッシュ，および前記変換部（認証鍵生成手段）１３で生成される新規の通信認証鍵を、認証処理データとしてそれぞれ記憶し保持している。
【００５５】
ここで、前述した履歴ハッシュ１２ｂは、従来の関連技術で開示した諸データ、即ち、登録されている携帯端末個々の過去の通話回数，過去の通話相手先電話番号，過去の通話開始時間，過去の通話終了時間，過去の通話時間，過去の通話位置に加えて、更に前述した非特許文献１に示した携帯電話（デバイスマネジメント機能）が管理しているメモリ残量やバッテリ残量などのハードウエアの構成情報，インストールされているソフトのバージョンやパッチの適用情報など、ほぼ全ての機器情報をもとに、ハッシュ演算により一定のデータ長に変換されたものである。又、上述した記憶部１２には、制御データや制御手順の情報も記憶されている。
【００５６】
履歴更新部（履歴更新手段）１６は、前述したように、予め設定された時間に一定間隔（例えば、毎日、夜中の特定の時刻) 若しくは通信管理センター３０からのリクエストに応じて上記履歴情報の全部もしくは一部を通信管理センター３０に送信すると共に、送信したデータと過去の履歴ハッシュとを連接したデータからハッシュ演算を実行して新しい履歴ハッシュを生成し、これを履歴ハッシュ１２ｂとして前述した記憶部１２に登録する機能を備えている。
【００５７】
不正開放検出手段１７および消去回路１８は、記憶部１２のデータが外部に不正にダンプされるのを防止するためのものである。例えば、不正開放検出手段１７は、携帯端末の筺体を止める複数のビスを所定の順番で緩めないと、電源電圧の信号を出力するように機能するものである。消去回路１８は、不正開放検出手段１７からの信号に基づいて、例えば、ＥＥＰ―ＲＯＭから構成される記憶部１２の記憶内容を消去するものである。
【００５８】
端末側の変換部（認証鍵生成手段）１３は、端末側の記憶部１２に記憶されている固定の認証鍵１２ｃと履歴ハッシュ１２ｂとに基づいて、本第１実施例による新しい通信認証鍵を生成する機能を備えている。ここで、この履歴ハッシュ１２ｂは、前述したように一定期間ごとに逐次書き換えられるものであるため、新たに生成される認証鍵１２ｃは、逐次可変の認証鍵１２ｃとなる。従って、従来のような固定の認証鍵１２ｃの場合に比べて、他人によって不正に取得されにくいものとなり、不正通話もしにくくなる。
【００５９】
又、無線回路部１５は、図１に示すアンテナ１０ａから送信し若しくは受信する無線信号を処理する機能を備えた高周波回路部である。
【００６０】
（管理センターについて）
認証サーバとしての通信管理センター３０は、認証用の端末情報である履歴情報がネットワークを介して携帯端末等の利用者端末１０から送られてきた場合に当該履歴情報に基づいて認証処理し当該履歴情報にかかる利用者端末が正当な端末である旨を認証する機能を備えている。
【００６１】
この場合、上記通信管理センター３０は、利用者端末１０からの履歴情報に基づいてハッシュ演算を行い新規な履歴ハッシュを通信管理センター（認証サーバ）３０側で生成する履歴更新情報受信部（履歴更新情報受信手段）３６と、この生成された履歴ハッシュに基づいて通信認証鍵を生成する認証鍵生成機能を備えた変換部（認証鍵生成手段）３３と、この生成された通信認証鍵および前記履歴ハッシュを予め設けた通信管理センター（認証サーバ）３０側の記憶部３２に格納するサーバ側制御部３１とを備えている。
【００６２】
ここで、利用者端末１０からの履歴情報は、電話や電子メールの着信履歴など前記通信管理センターで履歴情報として蓄積される履歴情報を除いた履歴情報のみ履歴更新手段１６が特定したものであり、履歴情報受信手段３６は、この履歴更新手段１６から送信される履歴情報にかかるデータと自らが蓄積した電話や電子メールの着信履歴とを用いて前記履歴ハッシュを生成するように構成されている。
【００６３】
前述したサーバ側制御部３１は、更に、利用者端末１０で生成した通信認証鍵を入力すると共に、この入力した通信認証鍵が前記通信管理センター（認証サーバ）３０で生成した通信認証鍵と等しい場合に、当該利用者端末１０を正当な端末である旨認証する端末認証機能（認証手段３１Ａとしての機能）を備えて構成されている。
【００６４】
次に、通信管理センター（認証サーバ）３０における上記各構成要素の各種機能等について説明する。
【００６５】
まず、サーバ側制御部３１は、履歴ハッシュ算出，格納等含む前記通信管理センター３０の各構成要素全体の動作を制御する機能を備えている。
【００６６】
又、記憶部３２は、少なくとも上記通信管理センター３０に予め登録されている全ての利用者端末の端末識別番号３２ａ，前記履歴更新情報受信部３６で演算される新規な履歴ハッシュ３２ｂ，及び前記変換部（認証鍵生成手段）３３で生成される新規の通信認証鍵３２ｃを、認証処理データとしてそれぞれ記憶し保持する機能を備えている。
【００６７】
ここで、履歴ハッシュ３２ｂとは、例えば、登録されている利用者端末個々の過去の通話回数、過去の通話相手先電話番号、過去の通話開始時間、過去の通話終了時間、過去の通話時間、過去の通話位置に加え、非特許文献１に示した携帯電話のデバイスマネジメント機能が管理しているメモリ残量やバッテリ残量などのハードウエア構成情報、インストールされているソフトのバージョンやパッチの適用情報など、ほぼ全ての機器情報をもとに、ハッシュ演算により一定のデータ長に変換されたものである。
【００６８】
一方、前述した利用者端末１０の記憶部１２に記憶されている情報は個々の利用者端末１０の情報だけであるのに対して、通信管理センター３０の記憶部３２に記憶されている情報は、全ての利用者端末１０，１０，……の端末識別番号と利用者端末個々の固定の認証鍵３２ｃと、履歴ハッシュ３２ｂの全てが記憶されている。
【００６９】
ここで、履歴ハッシュ３２ｂは、履歴更新情報受信部３６から受信のたびに逐次書き換えられるものであり、利用者端末１０の記憶部１２に記憶される履歴ハッシュ１２ｂと、通信管理センター３０の記憶部３２に記憶される履歴ハッシュ３２ｂとは、同じものとなっている。又、上記記憶部３２には、制御データや制御手順の情報も記憶している。
【００７０】
更に、変換部（認証鍵生成手段）３３は、記憶部３２に記憶されている固定の認証鍵と履歴ハッシュ３２ｂに基づいて、本第１実施例による新しい通信認証鍵を生成する。
【００７１】
（動作説明）
次に、上述した第１実施例全体の動作を、図２乃至図３のフローチャートに基づいて説明する。
【００７２】
この第１実施例では、その動作内容が、履歴ハッシュの生成更新の動作と、認証動作とに分かれる。このため、これらを別々に説明する。
【００７３】
ここで、履歴ハッシュ１２ｂ，３２ｂを更新する動作は、認証を実施する動作と無関係で実行するようにしてもよいし、或いは認証を実行する動作後に速やかに実行するようにしてもよい。後者の場合、どのように実施するかについては、フローチャートの説明において詳述する。
【００７４】
〈履歴ハッシュの更新動作〉
まず、図１および図２に基づいて、履歴ハッシュの更新動作について説明する。
【００７５】
最初に、利用者端末１０の各種イベントから、履歴ハッシュ更新のタイミングか判明する。ここで、この利用者端末１０における履歴ハッシュ更新のタイミングは、前述したように一定時刻（夜中の特定の時刻）になったとき、通信管理センター３０からのリクエストがあったとき、或いは後述する認証動作を特定の利用者端末１０と通信管理センター３０との間で実行したとき、の少なくとも三通りが考えられる（図２：ステップＡ１）。
【００７６】
次に、履歴更新部１６が履歴ハッシュを計算する。この履歴ハッシュの計算は、例えば、登録されている利用者端末個々の過去の通話回数，過去の通話相手先電話番号，過去の通話開始時間，過去の通話終了時間，過去の通話時間，過去の通話位置に加え、非特許文献１に示した携帯電話のデバイスマネジメント機能が管理しているメモリ残量やバッテリ残量などのＨＷ構成情報，インストールされているソフトのバージョンやパッチの適用情報など、ほぼ全ての機器情報について過去に履歴ハッシュを計算した時点からの差分と過去の履歴ハッシュを連接したデータに基づいて、ハッシュ演算（ＳＨＡ−１，ＭＤ５など）が成される（端末側履歴ハッシュ生成工程）。
【００７７】
尚、これらの記述はあくまでも一例であり、履歴ハッシュが一定の期間内（例えば１日おき）に効果的に更新できるような情報をもとにハッシュ演算するものであれば、何でもよい（図２：ステップＡ２）。さらに、履歴ハッシュ生成において、利用者端末１０と通信管理センター３０の間で、履歴更新部１６および履歴更新受信部３６を利用しなくても同期がとれる情報を除いて、ハッシュ演算したものを履歴ハッシュとして格納しておいてもよい。たとえば、過去の通話回数、過去の通話相手先電話番号のような情報は、電話をかけた時点で利用者端末１０と通信管理センター３０の間で常に同じデータが格納されるようになっているので、これを履歴ハッシュとして別途保存しておかなくてもよい。この場合の処理については、後段の段落番号[００８８]から[００９１]で説明する。
【００７８】
その後、履歴更新部１６は、上述した端末側記憶部１２の履歴ハッシュ１２ｂを、計算結果の新規な履歴ハッシュに更新する（図２：ステップＡ３）。更に、この利用者端末１０の履歴更新部１６は、通信管理センター３０側の履歴更新受信部３６に対し、前回送信分から更新された履歴情報を送信する。この送信する履歴情報には、携帯電話事業者が携帯電話から送信しなくても把握できるユーザ操作履歴（電話やメールの着信履歴など）を除外してもよい（図２のステップＡ４：履歴送信工程）。
【００７９】
ここで、前述した履歴情報の前記通信管理センター（認証サーバ）３０への送信を、少なくとも予め特定された条件である特定の送信時刻に定期的に実行すると共に、この送信のタイミングで前述した端末側履歴ハッシュを定期的に生成し記憶するように構成してもよい。
【００８０】
又、前述した特定条件としては、予め設定した特定の時刻になった場合、前記認証サーバからの履歴情報の送信要請があった場合、および前記認証サーバによる認証が行われた場合、の少なくとも何れか一つに限定して動作開始の特定条件としてもよい。
【００８１】
次に、通信管理センター（認証サーバ）３０側の履歴更新受信部３６は、受信した情報および前回履歴を受信した後のユーザ操作履歴から、履歴ハッシュを計算する。この計算方法は、ステップＡ３に示したものと同様である（図２のステップＡ５：サーバ側履歴ハッシュ生成工程）。
【００８２】
このサーバ側履歴ハッシュ生成工程では、前述した履歴情報の受信のタイミングで前記ハッシュ演算を定期的に実行して新規な履歴ハッシュを定期的に生成しこれを予め設けた記憶部３２に格納するように構成してもよい。
【００８３】
そして、最後に、通信管理センター３０側の履歴更新情報受信部３６が、記憶部３２の履歴ハッシュ３２ｂを、前述した計算結果の新規な履歴ハッシュに更新する（図２のステップＡ６：サーバ側履歴ハッシュ更新工程）。
【００８４】
〈認証動作〉
次に、利用者端末に対する認証の実行動作を、図１および図３に基づいて説明する。
【００８５】
これは、基地局２１に接続しようとしている携帯端末等の利用者端末１０が、接続を許された正当な利用者端末であるか否かを認証するものである。
【００８６】
まず、利用者端末１０のユーザが、相手先の電話番号を押して電話をかけると、利用者端末１０は、記憶部１２に記憶されている端末識別番号を、通信管理センター（認証サーバ）３０へ基地局２１経由で送信する（図３のステップＢ１）。
【００８７】
次に、通信管理センター３０は、送信されてきた端末識別番号が前もって登録されているか否か確認を行い、登録されていれば、その端末識別番号に対応する履歴ハッシュ及び固定の認証鍵を記憶部３２から検索する（図３のステップＣ１）。
【００８８】
その後、利用者端末１０の変換部１３および通信管理センター３０の変換部３２は、それぞれ通信認証鍵を生成する。この場合、利用者端末１０では、前述した最新の履歴情報データ（通信管理センター３０へ送信した履歴情報データ）を対象として予めハッシュ演算し、これにより算定した新規の履歴ハッシュに基づいて端末側の認証鍵を生成するようになっている（通信認証鍵生成工程）。なお、過去の通話回数、過去の通話相手先電話番号のような利用者端末１０と通信管理センター３０の間で常に同期が取れる情報を除いたものを履歴ハッシュとしている場合においては、履歴ハッシュと、このような同期が取れている情報を連接したデータに対し、ハッシュ演算を行ったものを生成する（説明の便宜上、これを鍵生成用ハッシュデータと呼ぶ）。
【００８９】
通信認証鍵の生成方法は、例えば、履歴ハッシュと認証鍵とを連接したデータを種として擬似乱数を生成するか、もしくは、履歴ハッシュと認証鍵を連接したデータをハッシュ演算（ＳＨＡ−１，ＭＤ５など）する等によって生成できる。
【００９０】
なお、過去の通話回数、過去の通話相手先電話番号のような利用者端末１０と通信管理センター３０の間で常に同期が取れる情報を除いたものを履歴ハッシュとしている場合においては、前記鍵生成用ハッシュデータと認証鍵とを連接したデータを種として擬似乱数を生成するか、もしくは、前記鍵生成用ハッシュデータと認証鍵とを連接したデータをハッシュ演算（ＳＨＡ−１，ＭＤ５など）する等によって生成できる。
【００９１】
尚、上記した内容はあくまでも一例であり、通信認証鍵を生成する元のデータが異なると異なる通信認証鍵が生成される可能性が高いランダム性を有したアルゴリズムであれば、何でもよい（図３：ステップＢ２、ステップＣ２）。
【００９２】
次に、通信管理センター（認証サーバ）３０のサーバ側制御部３１は、利用者端末１０に対して、基地局２１経由で認証用データＡを送信する（図３：ステップＣ３）。
【００９３】
利用者端末１０の制御部１１は、認証用データＡを受信すると、ステップＢ２において生成した通信認証鍵に基づいて、通信管理センター３０から送られてきた認証用データＡから認証子ａを算出する。この算出の仕方自体は、認証用データＡを通信認証鍵により予め設定された暗号化アルゴリズム（ＤＥＳ，ＡＥＳなど）により暗号化するのと同様である（図３：ステップＢ３）。
【００９４】
同様に、通信管理センター３０のサーバ側制御部３１は、ステップＢ２で生成した通信認証鍵に基づいて、認証用データＡから認証子ａ' を算出する( 図３：ステップＣ４)。
【００９５】
次に、利用者端末１０の端末側制御部１１は、無線回路部１５を経由して認証子ａを認証応答データとして、通信管理センター３０へ基地局２１経由で送信する（図３：ステップＢ４）。それ以降、利用者端末１０は、サービス応答待ちになる（図３：ステップＢ５）。
【００９６】
一方、通信管理センター（認証サーバ）３０のサーバ側制御部３１は、利用者端末１０から転送されてきた認証応答（認証子）ａと、ステップＣ４において通信管理センター３０側で作成した認証子ａ'とを比較し（図３のステップＣ５）、この比較結果が一致するか否かを判断する（図３のステップＣ６）。そして、一致した場合、通信管理センター３０は交換制御部２２に通話を許可し（図３のステップＣ７）、一致しない場合、通信管理センター３０は交換制御部２２に通話を拒否し、これにより、当該利用者端末１０に対する上述した認証システムの認証動作は完了する（図３のステップＣ８：認証工程）。
【００９７】
ここで、上記第１実施例にあって、構成部分の各動作内容を下記「認証要求プログラム」および「端末認証プログラム」のように、一発明毎にプログラム化しコンピュータに実行させるように構成してもよい。
【００９８】
即ち、前述した利用端末１０において実行される通信管理センター（認証サーバ）３０に対する認証要求動作に際しては、通信開始に先立って認証を受けるために自己の端末情報である履歴情報を認証サーバへ送信すると共に、当該履歴情報に基づいて成される認証情報を受信し正当な端末として通信先との通信を許容される構成の利用者端末にあって、各構成要素の動作に対応して、予め設定した特定の条件が満たされた時に当該利用者端末側の最新の履歴情報データを前記認証サーバに送信すると共に当該送信にかかる最新の履歴情報データに基づいてハッシュ演算を行って新規な端末側履歴ハッシュを生成する履歴更新処理機能、生成された履歴ハッシュに基づいて端末側認証鍵を生成する認証鍵生成機能、前記生成された端末側認証鍵および前記履歴ハッシュを予め装備した記憶部に格納処理すると共に前記端末側認証鍵にかかるデータを認証用として前記認証サーバへ送信処理する認証鍵データ送信制御機能、をプログラム化しコンピュータに実行させるようにしてもよい。
【００９９】
ここで、前述した履歴更新処理機能にあって、前記端末側履歴情報の前記認証サーバへの送信処理は、前記特定の条件として予め設定された特定の送信時刻に定期的に実行するように前記プログラムを構成してもよい。
【０１００】
又、前述した特定条件としては、予め設定した特定の時刻になった場合、前記認証サーバからの履歴情報の送信要請があった場合、および前記認証サーバによる認証が行われた場合、の少なくとも何れか一つをその内容とするようにしてもよい。
【０１０１】
更に、前述した通信管理センター（認証サーバ）３０において実行される前記利用者端末１０に対する認証処理に際しては、認証用の端末情報である履歴情報がネットワークを介して利用者端末から送られてきた場合に当該履歴情報に基づいて認証処理し当該履歴情報にかかる利用者端末が正当な端末である旨を認証する認証サーバにあって、前記利用者端末からの履歴情報に基づいてハッシュ演算を行い新規な履歴ハッシュを生成する履歴更新情報受信処理機能、この生成された履歴ハッシュに基づいて通信認証鍵を生成する認証鍵生成機能、この生成された通信認証鍵および前記履歴ハッシュを予め装備した記憶部に格納処理するサーバ側格納制御機能、および前記利用者端末で生成される通信認証鍵を入力すると共にこの通信認証鍵が前記認証サーバで生成した通信認証鍵と等しい場合に、当該利用者端末を正当な端末である旨認証する端末認証機能、をプログラム化しコンピュータに実行させるようにしてもよい。
【０１０２】
（実施例の効果）
本第１実施例は、上述したように構成され機能するので、これによると、履歴更新部１６と履歴更新情報受信部３６の動作により、携帯端末１０と通信管理センター３０と間で多様な操作履歴を共有することができ、ハッシュ演算を使ってデータの圧縮を実現している。従って、より多くの操作履歴を用いて、通話認証鍵を生成することができる。このため、クローン端末によるハッキングをより困難にすることができる。
【０１０３】
即ち、従来の関連技術よりも多くの履歴情報（メモリ残量やバッテリ残量などのハードウエア構成情報、インストールされているソフトのバージョンやパッチの適用情報など、ほぼ全ての機器情報）を利用したので、セキュリティの高い認証システム等を提供することが可能となった。
【０１０４】
ここで、上述した第１実施例では、認証サーバである通信管理センター３０における認証に際しては、利用者端末１０と認証サーバ（通信管理センター）３０でそれぞれ利用者端末１０側の新規な履歴情報に基づいて通話認証鍵を生成し、これを比較することにより利用者端末１０を認証するように構成したが、本発明は、必ずしもこれに限定するものではなく、上述した通話認証鍵生成の基礎となる情報，即ち新規な履歴ハッシュを特定し、これを比較することにより利用者端末１０を認証するように構成してもよい。
【０１０５】
この場合の構成例（履歴ハッシュの一致による新規な認証例）を、以下に示す。
【０１０６】
（１）．認証システムの場合
認証システムでは、利用者端末１０にネットワークを介して接続された認証サーバ（通信管理センター）３０が前記利用者端末１０を認証して各種サービスの利用を許容する認証システムにあって、前記利用者端末１０は、特定の条件が満たされた場合に前記利用者端末１０側の最新の履歴情報を前記認証サーバ３０に送信する履歴情報送信機能と、当該送信にかかる最新の履歴情報データに基づいてハッシュ演算を行って新規な端末側履歴ハッシュを生成すると共にこの生成した履歴ハッシュを前記認証サーバ３０に送信する履歴ハッシュ生成送信機能とを備えている。
【０１０７】
そして、前述した認証サーバ３０は、前記利用者端末１０からの前記履歴情報に基づいてハッシュ演算を行って新規な履歴ハッシュを生成する機能と、前記利用者端末１０側で生成した履歴ハッシュが前記サーバ３０側で生成した履歴ハッシュと等しい場合に前記利用者端末１０を正当な端末である旨を認証する利用者端末認証機能を備えたことを、その構成内容とする。なお、前記利用者端末認証機能に代えて、利用者端末１０と認証サーバ３０が同じ履歴ハッシュを生成していることを確認する機能として、以下の２つの実用的な代替機能があり、それを構成内容としてもよい。
【０１０８】
１つは、利用者端末１０から認証サーバ３０に対し認証要求を行うと、認証サーバ３０は乱数を送付する。利用者端末１０は履歴ハッシュを種として生成する暗号鍵をもとにその乱数を暗号化し、認証サーバ３０に返信する。（もしくは、利用者端末１０は乱数を種として生成する暗号鍵をもとに履歴ハッシュを暗号化し、認証サーバ３０に返信する。）認証サーバ３０は、自ら生成した履歴ハッシュを種として復号鍵を生成し、利用者端末１０から送信されたデータを復号し、もともと送信した乱数が復号できた場合には、利用者端末１０を正当な端末として認証する。（もしくは、認証サーバ３０は乱数を種として生成する暗号鍵をもとに利用者端末１０から送信されてきたデータを復号し、それが自ら生成した履歴ハッシュと一致した場合には、利用者端末１０を正当な端末として認証する。）
もう１つは、利用者端末１０から認証サーバ３０に対し認証要求を行うと、認証サーバ３０は乱数を利用者端末に送信する。利用者端末１０は履歴ハッシュとその乱数を連接したデータに対しハッシュ演算を行ったデータを生成し、それを認証サーバ３０に返信する。認証サーバ３０は、自ら生成した履歴ハッシュとその乱数を連接したデータに対しハッシュ演算を行ったデータを生成し、そのデータが利用者端末１０から送信されたデータに一致する場合には、利用者端末１０を正当な端末として認証する。さらに、段落番号[００７７]、[００８８]、[００８９]、[００９０]、[００９１]に示したように、利用者端末１０と認証サーバ（通信管理センター）３０の間で、履歴更新部１６および履歴更新受信部３６を利用しなくても同期がとれる情報を除いて、ハッシュ演算したものを履歴ハッシュとして格納し、認証の際には、利用者端末１０と認証サーバ３０の双方で、履歴ハッシュと、このような同期が取れている情報を連接したデータに対し、ハッシュ演算を行ったものを認証用ハッシュデータとして生成し、認証サーバ３０は、利用者端末１０から履歴ハッシュ生成送信機能により認証用ハッシュデータが送信されてくると、自ら生成した認証用ハッシュデータと比較し、一致した際には前記利用者端末１０を正当な端末である旨を認証する利用者端末認証機能を備えたことを、その構成内容としてもよい。
【０１０９】
（２）．利用者端末の場合
利用者端末１０では、通信開始に先立って認証を受けるために自己の端末情報である履歴情報を認証サーバ（通信管理センター）３０へ送信すると共に、当該履歴情報に基づいて成される認証情報を受信し正当な利用者端末１０として通信先との通信を許容される構成の利用者端末１０であって、予め設定した特定の条件が満たされた時に当該利用者端末１０側の最新の履歴情報データを前記認証サーバ３０に送信すると共に当該送信にかかる最新の履歴情報データに基づいてハッシュ演算を行って新規な端末側履歴ハッシュを生成する履歴更新手段１６と、この生成された新規な端末側履歴ハッシュを予め装備した記憶部１２に格納処理すると共に認証用として前記認証サーバ３０へ送信する端末側制御部１１とを備えたことを、その構成内容とする。
【０１１０】
なお、前記端末側制御部１１に代えて、以下の２つの実用的な代替手法があり、それを構成内容としてもよい。
【０１１１】
１つは、認証時に、利用者端末１０から認証サーバ３０に対し認証要求を行い、認証サーバ３０から乱数を受信すると、履歴ハッシュを種として生成する暗号鍵をもとにその乱数を暗号化し、認証サーバ３０に返信する。（もしくは、利用者端末１０は乱数を種として生成する暗号鍵をもとに履歴ハッシュを暗号化し、認証サーバ３０に返信する。）
もう１つは、認証時に、利用者端末１０から認証サーバ３０に対し認証要求を行い、認証サーバ３０から乱数を受信すると、履歴ハッシュとその乱数を連接したデータに対しハッシュ演算を行ったデータを生成し、それを認証サーバ３０に返信する。さらに、段落番号[００７７]、[００８８]、[００８９]、[００９０]、[００９１]に示したように、利用者端末１０では、通信開始に先立って認証を受けるために自己の端末情報である履歴情報を認証サーバ（通信管理センター）３０へ送信すると共に、当該履歴情報に基づいて成される認証情報を受信し正当な利用者端末１０として通信先との通信を許容される構成の利用者端末１０であって、予め設定した特定の条件が満たされた時に当該利用者端末１０側の最新の履歴情報データを前記認証サーバ３０に送信すると共に当該送信にかかる最新の履歴情報データに基づいてハッシュ演算を行って新規な端末側履歴ハッシュを生成する履歴更新手段１６と、この生成された新規な端末側履歴ハッシュを予め装備した記憶部１２に格納処理すると共に認証用として、前記履歴ハッシュと履歴更新部１６および履歴更新受信部３６を利用しなくても同期がとれる情報を連接したデータに対しハッシュ演算したものを認証用データとして、認証サーバ３０へ送信する端末側制御部１１とを備えたことを、その構成内容としてもよい。
【０１１２】
（３）．通信管理センター（認証サーバ）の場合
通信管理センター（認証サーバ）３０では、認証用の端末情報である履歴情報がネットワークを介して利用者端末１０から送られてきた場合に当該履歴情報に基づいて認証処理し当該履歴情報にかかる利用者端末１０が正当な端末である旨を認証する認証サーバ３０であって、前記利用者端末１０からの履歴情報に基づいてハッシュ演算を行い新規な履歴ハッシュを生成する履歴更新情報受信手段３６と、この生成された新規な履歴ハッシュを予め設けた記憶部３２に格納するサーバ側制御部（センター側制御部）３１とを備えている。更に、このサーバ側制御部（センター側制御部）３１が、前記利用者端末１０で生成した新規な履歴ハッシュを入力すると共にこの履歴ハッシュが前記認証サーバ（通信管理センター）で生成される新規な履歴ハッシュと等しい場合に、当該利用者端末１０を正当な端末である旨認証する端末認証機能（認証手段としての機能）を備えたことを、その構成内容とする。なお、前記端末認証機能に代えて、利用者端末１０と認証サーバ３０が同じ履歴ハッシュを生成していることを確認する手法として、以下の２つの実用的な代替手法があり、それを構成内容としてもよい。
【０１１３】
１つは、利用者端末１０から認証サーバ３０に対し認証要求があったときに、認証サーバ３０は乱数を利用者端末１０に送信する。認証サーバ３０は、自ら生成した履歴ハッシュを種として復号鍵を生成し、利用者端末１０から送信されたデータを復号し、もともと送信した乱数が復号できた場合には、利用者端末１０を正当な端末として認証する。（もしくは、認証サーバ３０は乱数を種として生成する暗号鍵をもとに利用者端末１０から送信されてきたデータを復号し、それが自ら生成した履歴ハッシュと一致した場合には、利用者端末１０を正当な端末として認証する。）
もう１つは、利用者端末１０から認証サーバ３０に対し認証要求があったときに、認証サーバ３０は乱数を利用者端末１０に送信する。利用者端末１０は履歴ハッシュとその乱数を連接したデータに対しハッシュ演算を行ったデータを生成し、それを認証サーバ３０に返信する。認証サーバ３０は、自ら生成した履歴ハッシュとその乱数を連接したデータに対しハッシュ演算を行ったデータを生成し、そのデータが利用者端末１０から送信されたデータに一致する場合には、利用者端末１０を正当な端末として認証する。さらに、段落番号[００７７]、[００８８]、[００８９]、[００９０]、[００９１]に示したように、通信管理センター（認証サーバ）３０では、認証用の端末情報である履歴情報がネットワークを介して利用者端末１０から送られてきた場合に当該履歴情報に基づいて認証処理し当該履歴情報にかかる利用者端末１０が正当な端末である旨を認証する認証サーバ３０であって、前記利用者端末１０からの履歴情報に基づいてハッシュ演算を行い新規な履歴ハッシュを生成する履歴更新情報受信手段３６と、この生成された新規な履歴ハッシュを予め設けた記憶部３２に格納するサーバ側制御部（センター側制御部）３１とを備えている。更に、このサーバ側制御部（センター側制御部）３１が、前記利用者端末１０で生成した認証用ハッシュ（履歴ハッシュにはふくまれていない履歴更新部１６および履歴更新受信部３６を利用しなくても同期がとれる情報を履歴ハッシュと連接したデータをハッシュ演算をおこなったもの）を入力し、この認証用ハッシュが前記認証サーバ（通信管理センター）で生成される新規な認証用ハッシュと等しい場合に、当該利用者端末１０を正当な端末である旨認証する端末認証機能（認証手段としての機能）を備えたことを、その構成内容とする。
【０１１４】
（４）．認証方法の場合
認証方法の場合は、通信に先立って通信管理センター（認証サーバ）３０の認証を受けるために端末情報である履歴情報を利用者端末１０からネットワークを介して前記認証サーバ３０へ送信すると共に、該履歴情報に基づいて対応する利用者端末１０を一定の条件の下に前記認証サーバ３０が認証する認証方法であって、特定の条件が成就した場合に前記利用者端末１０が最新の履歴情報データを前記認証サーバ３０に送信する履歴情報送信工程と、前記利用者端末１０からの最新の履歴情報を受信し当該履歴情報に基づいてハッシュ演算し認証サーバ３０側の新規な履歴ハッシュを生成するサーバ側履歴ハッシュ生成工程と、このサーバ側履歴ハッシュ生成工程とほぼ同時に実行され前記利用者端末１０の最新の履歴情報に基づいて当該利用者端末１０側でハッシュ演算し端末側の新規な履歴ハッシュを生成し前記認証サーバ３０へ送信する端末側履歴ハッシュ生成工程とを備え、更に、この第４の発明では、前述した利用者端末で生成した新規な履歴ハッシュが前記認証サーバで生成した新規な履歴ハッシュと等しい場合に、当該利用者端末を正当な端末である旨前記認証サーバが認証する認証工程を備えたことを、その構成内容とする。
【０１１５】
なお、前記認証工程に代えて、利用者端末１０と認証サーバ３０が同じ履歴ハッシュを生成していることを確認する手法として、以下の２つの実用的な代替工程があり、それを構成内容としてもよい。
【０１１６】
１つは、利用者端末１０から認証サーバ３０に対し認証要求を行うと、認証サーバ３０は乱数を送付する。利用者端末１０は履歴ハッシュを種として生成する暗号鍵をもとにその乱数を暗号化し、認証サーバ３０に返信する。（もしくは、利用者端末１０は乱数を種として生成する暗号鍵をもとに履歴ハッシュを暗号化し、認証サーバ３０に返信する。）認証サーバ３０は、自ら生成した履歴ハッシュを種として復号鍵を生成し、利用者端末１０から送信されたデータを復号し、もともと送信した乱数が復号できた場合には、利用者端末１０を正当な端末として認証する。（もしくは、認証サーバ３０は乱数を種として生成する暗号鍵をもとに利用者端末１０から送信されてきたデータを復号し、それが自ら生成した履歴ハッシュと一致した場合には、利用者端末１０を正当な端末として認証する。）
もう１つは、利用者端末１０から認証サーバ３０に対し認証要求を行うと、認証サーバ３０は乱数を利用者端末に送信する。利用者端末１０は履歴ハッシュとその乱数を連接したデータに対しハッシュ演算を行ったデータを生成し、それを認証サーバ３０に返信する。認証サーバ３０は、自ら生成した履歴ハッシュとその乱数を連接したデータに対しハッシュ演算を行ったデータを生成し、そのデータが利用者端末１０から送信されたデータに一致する場合には、利用者端末１０を正当な端末として認証する。さらに、段落番号[００７７]、[００８８]、[００８９]、[００９０]、[００９１]に示したように、認証工程として以下の代替的な工程も含めてよい。利用者端末１０と認証サーバ（通信管理センター）３０の間で常に同期がとれる情報を除いて、ハッシュ演算したものを履歴ハッシュとして格納し、認証の際には、利用者端末１０と認証サーバ３０の双方で、履歴ハッシュと、このような常に同期が取れている情報を連接したデータに対し、ハッシュ演算を行ったものを認証用ハッシュデータとして生成し、認証サーバ３０は、利用者端末１０から履歴ハッシュ生成送信機能により認証用ハッシュデータが送信されてくると、自ら生成した認証用ハッシュデータと比較し、一致した際には前記利用者端末１０を正当な端末である旨を認証する利用者端末認証機能を備えたことを、その認証工程の構成内容とする。
【０１１７】
（５）．認証要求プログラムの場合
認証要求プログラムでは、通信開始に先立って認証を受けるために自己の端末情報である履歴情報を通信管理センター（認証サーバ）３０へ送信すると共に、当該履歴情報に基づいて成される認証情報を送信し正当な端末として通信先との通信を許容される構成の利用者端末にあって、予め設定した特定の条件が満たされた時に当該利用者端末側の最新の履歴情報データを前記認証サーバに送信すると共に当該送信にかかる最新の履歴情報データに基づいてハッシュ演算を行って新規な端末側履歴ハッシュを生成する履歴更新処理機能、この生成された端末側履歴ハッシュを予め装備した記憶部に格納処理すると共に当該端末側履歴ハッシュにかかるデータを認証用として前記認証サーバへ送信処理する履歴ハッシュ送信制御機能、をコンピュータに実行させるようにし、これをその構成内容とする。
【０１１８】
なお、前記ハッシュ送信制御機能に代えて、以下の２つの実用的な代替機能があり、それを構成内容としてもよい。
【０１１９】
１つは、端末側履歴ハッシュを予め装備した記憶部に格納処理すると共に、認証要求を行ったうえで乱数を受信し、前記端末側履歴ハッシュを種として生成する暗号鍵をもとにその乱数を暗号化し、認証サーバ３０に返信することをハッシュ送信制御機能とする。（もしくは、端末側履歴ハッシュを予め装備した記憶部に格納処理すると共に、認証要求を行ったうえで乱数を受信し、前記乱数を種として生成する暗号鍵をもとに前記端末側履歴ハッシュを暗号化し、認証サーバ３０に返信することをハッシュ送信制御機能とする。）
もう１つは、端末側履歴ハッシュを予め装備した記憶部に格納処理すると共に、認証要求を行ったうえで乱数を受信し、前記端末側履歴ハッシュとその乱数を連接したデータに対しハッシュ演算を行ったデータを生成し、それを認証サーバ３０に返信することをハッシュ送信制御機能とする。さらに、段落番号[００７７]、[００８８]、[００８９]、[００９０]、[００９１]に示したように、以下の代替的な構成でもよい。認証要求プログラムでは、通信開始に先立って認証を受けるために自己の端末情報である履歴情報を通信管理センター（認証サーバ）３０へ送信すると共に、当該履歴情報に基づいて成される認証情報を送信し正当な端末として通信先との通信を許容される構成の利用者端末にあって、予め設定した特定の条件が満たされた時に当該利用者端末側の常に認証サーバ３０との同期がとれるデータを除いた最新の履歴情報データを前記認証サーバに送信すると共に当該送信にかかる最新の履歴情報データに基づいてハッシュ演算を行って新規な端末側履歴ハッシュを生成する履歴更新処理機能、この生成された端末側履歴ハッシュを予め装備した記憶部に格納処理すると共に当該端末側履歴ハッシュと認証サーバ３０との同期が常にとれているデータを連接したものからハッシュ演算にもって求められたデータを認証用として前記認証サーバへ送信処理する履歴ハッシュ送信制御機能、をコンピュータに実行させるようにし、これをその構成内容とする。
【０１２０】
（６）．端末認証プログラムの場合
端末認証プログラムでは、認証用の端末情報である履歴情報がネットワークを介して利用者端末１０から送られてきた場合に当該履歴情報に基づいて認証処理し当該履歴情報にかかる利用者端末１０が正当な端末である旨を認証する通信管理センター（認証サーバ）３０にあって、前記利用者端末１０からの履歴情報に基づいてハッシュ演算を行い新規な履歴ハッシュを生成する履歴更新情報受信処理機能、この生成された新規な履歴ハッシュを予め装備した記憶部３２に格納処理するサーバ側格納制御機能、前記利用者端末１０で生成される新規な履歴ハッシュを入力すると共にこの履歴ハッシュが前記認証サーバで生成した新規な履歴ハッシュと等しい場合に、当該利用者端末１０を正当な端末である旨認証する端末認証機能、をコンピュータに実行させるようにし、これをその構成内容とする。
【０１２１】
なお、前記端末認証機能に代えて、以下の２つの実用的な代替機能があり、それを構成内容としてもよい。
【０１２２】
１つは、認証時に、当該利用者端末１０に対して乱数を送信し、前記履歴ハッシュを種として生成する暗号鍵をもとに前記利用者端末１０から受信したデータを復号し、前記乱数と一致する場合には、当該利用者端末１０を正当な端末である旨認証することを端末認証機能とする。（もしくは、認証時に、当該利用者端末１０に対して乱数を送信し、前記乱数を種として生成する暗号鍵をもとに前記利用者端末１０から受信したデータを復号し、前記履歴ハッシュと一致する場合には、当該利用者端末１０を正当な端末である旨認証することを端末認証機能とする。）
もう１つは、認証時に、当該利用者端末１０に対して乱数を送信し、前記履歴ハッシュとその乱数を連接したデータに対しハッシュ演算を行ったデータを生成し、当該利用者端末から受信したデータがそれに一致する場合には、当該利用者端末１０を正当な端末である旨認証することを端末認証機能とする。さらに、段落番号[００７７]、[００８８]、[００８９]、[００９０]、[００９１]に示したように、以下の代替的な構成でもよい。端末認証プログラムでは、認証用の端末情報である履歴情報がネットワークを介して利用者端末１０から送られてきた場合に当該履歴情報に基づいて認証処理し当該履歴情報にかかる利用者端末１０が正当な端末である旨を認証する通信管理センター（認証サーバ）３０にあって、前記利用者端末１０からの履歴情報に基づいてハッシュ演算を行い新規な履歴ハッシュを生成する履歴更新情報受信処理機能、この生成された新規な履歴ハッシュを予め装備した記憶部３２に格納処理するサーバ側格納制御機能、この履歴ハッシュと利用者端末１０とで常に同期がとれているデータを連接したデータを生成し、そのデータをハッシュ演算して得られたデータが前記利用者端末１０から送信されたデータと等しい場合に、当該利用者端末１０を正当な端末である旨認証する端末認証機能、をコンピュータに実行させるようにし、これをその構成内容とする。
【０１２３】
このようにしても、前述した第１実施例の場合と同様に、その目的を達成することができる。この場合、特に、通信管理センター（認証サーバ）３０側では、認証用の履歴ハッシュの生成に利用端末側の最新の履歴情報を用いることによって類推が不可能に近い困難性を備えた履歴ハッシュを生成し、且つこれに基づいて利用者端末１０側の新規な履歴ハッシュを比較照合し当該利用者端末を認証するようにしたので、セキュリティ強度のより高い認証サービスを提供することができる。
【０１２４】
〔第２の実施例〕
次に、本発明の第２実施例を図４乃至図５に基づいて説明する。
【０１２５】
（構成）
この実施例では、利用者端末１０のサービス受信部１９がサービスプロバイダ４０から何らかのサービスを受けるに当たり、通信管理センター（認証サーバ）３０が代替の認証を行う場合を示す。
【０１２６】
図４に示すように、この第２実施例では、前述した第１実施例にインターネット２３とサービスプロバイダ４０を、さらに利用者端末１０にサービス受信部１９を付加したものである。また、通信管理センター３０において、第１実施例においてセンター側制御部３１と記載していたものを認証判定部３９に置き換えたものである。
【０１２７】
この図４において、交換制御局２２は、基地局２１に接続されていると同時にインターネット２３を介して各種サービスプロバイダ４０にも接続され、所望の利用者端末（携帯端末）１０と所望のサービスプロバイダ４０とのＩＰプロトコル上の通信制御を行う。
【０１２８】
又、サービスプロバイダ４０は、インターネット２３から利用者端末（携帯端末）１０へ提供される各種サービスの事業者である。この各種サービスとしては、例えば、各種情報配信サービス、音楽配信、動画配信、ブログサービス、ＳＮＳ（ソーシャル・ネットワーク・サービス）などが挙げられる。その他の構成及びその各構成要素の動作機能は、前述した第１実施例と同一となっている。
【０１２９】
利用者端末１０のサービス受信部１９は、サービスプロバイダ４０にアクセスし、実際のサービスを受信する機能である。たとえば、Ｗｅｂブラウザ機能を指す。
【０１３０】
認証判定部３９は、サービスプロバイダ４０からの認証依頼を受けて、利用者端末１０で生成した通信認証鍵を入力すると共に、この入力した通信認証鍵が前記通信管理センター（認証サーバ）３０で生成した通信認証鍵と等しい場合に、当該利用者端末１０を正当な端末である旨認証し、認証結果をサービスプロバイダ４０に送信する端末認証機能（認証手段３１Ａとしての機能）を備えて構成されている。
【０１３１】
（全体動作）
次に、本第２実施例の全体動作について説明する。
【０１３２】
〈履歴ハッシュの更新動作〉
まず、本第２実施例の動作の内、履歴ハッシュの更新に関する動作は、前述した図２に示す第１実施例の場合と全く同様にして実行される。新規の履歴ハッシュが生成され更新される。
【０１３３】
〈認証動作〉
次に、本第２実施例の認証動作を図５のフローチャートに基づいて説明する。
【０１３４】
まず、携帯端末等の利用者端末１０は、サービス受信部１９を介してサービスに対するアクセス要求を送信し、自己の端末識別番号をサービスプロバイダ４０に送信する。この端末識別番号は、第１実施例の場合と同一のものでもよいし、管理センター３０で照合可能な他のＩＤを利用したものであってもよい（図５：ステップＤ１）。
【０１３５】
次に、サービスプロバイダ４０は、送信された端末識別番号（若しくは、通信管理センター３０で照合可能な他のＩＤ) に対応する端末の認証要求を通信管理センター３０に依頼する（図５：ステップＥ１）。
【０１３６】
その後、利用者端末１０と通信管理センター３０との間で認証処理が行われる。この認証処理は、前述した第１実施例における図３に開示したステップＣ６迄の動作と同一となっている。
【０１３７】
この場合、ステップＥ１で、通信管理センター３０で照合可能な他のＩＤを利用して認証要求を行った場合は、通信管理センター３０の認証判定部３９は、照合される端末識別番号に基づいて認証鍵や履歴ハッシュを参照する。そして、通信管理センター３０の認証判定部３９は、ステップＣ６の比較結果が一致したとき、認証が成功したと判定し、サービスプロバイダ４０に対し認証成功を示すデータを返信する。
【０１３８】
又、通信管理センター３０の認証判定部３９は、ステップＣ６の比較結果が失敗したとき（一致しないとき）、サービスプロバイダ４０に認証失敗を示すデータを返信する。サービスプロバイダ４０は、このような結果に係るデータを受信する（図５：ステップＥ２）。
【０１３９】
続いて、サービスプロバイダ４０は、認証成功を示すデータを受信したか否かを判断する（図５：ステップＥ３）。認証成功を示すデータを受信すると、サービスを開始し（図５：ステップＥ４）、サービスが利用者端末１０のサービス受信部１９から受信される。一方、認証失敗を示すデータを受信すると、サービス配信を拒否し（図５：ステップＥ５）、これによって通信管理センター（認証サーバ）３０による認証動作は完了する。この場合、利用者端末１０のサービス受信部１９では認証に失敗した旨が表示される。
〔第３の実施例〕
次に、本発明の第３実施例を図６乃至図７に基づいて説明する。
【０１４０】
（構成）
この第３実施例では、複数の利用者端末１０同士で、コンテンツやサービスの共有を行う場合を示す。ここで、コンテンツやサービスの共有とは、例えば、あるユーザが自分の携帯電話にダウンロードしたコンテンツ（音楽、写真など）を他のユーザの携帯電話にローカルネットワークで伝送することにより共有することを示す。更には、複数の利用者端末１０同士でＶＰＮ（Ｖirtual  Ｐrivate  Ｎetwork）をはる場合にも上記共有について適用することができる。
【０１４１】
図６に示すように、この第３実施例では、個々の利用者端末１０−１，１０−２の記憶部１２に履歴識別情報１２ｅ，履歴情報１２ｆを有し、前述した第２実施例の変換部１３に代えて、履歴ハッシュ計算部１３ａを有する構成とした。ここで、前述した個々の利用者端末１０−１，１０−２については、図では互いを区別するために、１０−１、１０−２と示したが、内部は同じものである。
【０１４２】
すなわち、携帯端末等の利用者端末１０−１，１０−２は、端末側制御部１１と、記憶部１２と、履歴ハッシュ計算部１３ａと、無線回路部１５と、不正開放検出回路１７と、消去回路１８と、サービス受信部１９とを備える。
【０１４３】
端末側制御部１１は、利用者端末１０の全体の制御や前述した記憶部１２に対する各種情報の格納、各端末が保有する機能・サービスに関するアクセス制御を行うものである。
記憶部１２には、利用者端末識別番号１２ａと、履歴識別情報１２ｅと、履歴情報１２ｆとが記憶されている。この図６において、履歴識別情報１２ｅは、履歴情報１２ｆを識別するためのメタ情報である。たとえば、ファイル名，有効期限，情報作成者などの情報がこれに相当する。又、履歴情報１２ｆとは、本第３実施例においては、ユーザが携帯電話上のＷｅｂブラウザを介してアクセスし、ダウンロードしたサービスの情報を示す。例えば、電子チケット、コンテンツ（音楽、ゲーム、動画など）、広告などの情報がこれに含まれる。
【０１４４】
履歴ハッシュ計算部１３ａは、複数の利用者端末間での認証時に交換した履歴識別情報に関する履歴情報のハッシュ値を計算するものである。
無線回路部１５は、複数の利用者端末間を通信する無線信号を処理する機能を備えた高周波回路部である。携帯電話に見られる主なものとしては、Ｗｉｒｅｌｅｓｓ  ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ、赤外線通信あるいはＦｅｌｉＣａなどの近接無線通信が挙げられる。
【０１４５】
不正開放検出手段１７および消去回路１８は、記憶部１２のデータが外部に不正にダンプされるのを防止するためのものである。例えば、不正開放検出手段１７は、携帯端末の筺体を止める複数のビスを所定の順番で緩めないと、電源電圧の信号を出力するように機能するものである。消去回路１８は、不正開放検出手段１７からの信号に基づいて、例えば、ＥＥＰ―ＲＯＭから構成される記憶部１２の記憶内容を消去するものである。
【０１４６】
サービス受信部１９は、相手の端末１０−１もしくは１０−２にアクセスし、実際のサービスを受信する機能である。たとえば、Ｗｅｂブラウザ機能、音楽プレイヤ機能、画像ビューワ機能、プレゼンスサービス機能を指す。
【０１４７】
この図６において、履歴識別情報１２ｅは、履歴情報１２ｆを識別するためのメタ情報である。たとえば、ファイル名，有効期限，情報作成者などの情報がこれに相当する。
【０１４８】
又、履歴情報１２ｆとは、本第３実施例においては、ユーザが携帯電話上のＷｅｂブラウザを介してアクセスし、ダウンロードしたサービスの情報を示す。例えば、電子チケット、コンテンツ( 音楽、ゲーム、動画など) 、広告などの情報がこれに含まれる。
【０１４９】
更に、履歴ハッシュ計算部１３ａは、複数端末間での認証において、認証に必要な履歴のハッシュを計算するものである。その他の構成及びその各構成要素の動作機能は、前述した第２実施例と同一となっている。
【０１５０】
（全体動作）
次に、本第３実施例の全体動作について説明する。
【０１５１】
〈認証動作〉
次に、利用者端末間の認証の実行動作を、図６乃至図７に基づいて説明する。
【０１５２】
ここでは、携帯端末等の利用者端末１０―１がローカルネットワークでの接続が可能な別の利用者端末１０―２で保有されるコンテンツもしくはサービスを共有することが可能か否かを認証する場合について、例を挙げて説明する。
【０１５３】
まず、利用者端末１０―１のユーザが、利用者端末１０―２にローカル通信で接続すると、利用者端末１０―１は、共有したいコンテンツ／サービス名を、利用者端末１０―２へ送信する（図７のステップＦ１）。
【０１５４】
次に、利用者端末１０―２は、送信されてきたコンテンツ／サービス名に対し、そのコンテンツを共有するために必要な認証の元となる履歴情報を選択する。これは、利用者端末１０―２のユーザが予め共有したいグループを定め、そのグループに関する特性として履歴情報を予め登録しておき、それを選択するか、もしくは利用者端末１０―１からコンテンツ／サービス名が送信された時点で、利用者端末１０―２の画面に表示し、ユーザが履歴情報を指定するものでもよい。そして、利用者端末１０―１に対して、その履歴情報に関係する履歴識別情報を送信する（図７のステップＧ１）。
【０１５５】
その後、利用者端末１０―１の履歴ハッシュ計算部１３および利用者端末１０―２の履歴ハッシュ計算部１３は、それぞれ送信された履歴識別情報に対応する履歴情報のハッシュ値を計算する（図７のステップＦ２、ステップＧ２）。
【０１５６】
次に、利用者端末１０―１の無線回路部１５は、ステップＦ２で生成したハッシュ値を、利用者端末１０―２に送信する（図７：ステップＦ３）。それ以降、利用者端末１０―１は、サービス応答待ちになる（図７：ステップＦ４）。
【０１５７】
一方、利用者端末１０―２の端末側制御部１１は、利用者端末１０―１から転送されてきたハッシュ値と、ステップＧ２において利用者端末１０―２側で作成したハッシュ値とを比較し（図７のステップＧ３）、この比較結果が一致するか否かを判断する（図７のステップＧ４）。そして、一致した場合、利用者端末１０―２は端末側制御部１１にコンテンツ／サービス共有を許可し（図７のステップＧ５）、一致しない場合、利用者端末１０―２は端末側制御部１１にコンテンツ／サービス共有を拒否し（図７のステップＧ６）、これにより、当該利用者端末１０―１に対する上述した認証システムの認証動作は完了する。
【０１５８】
ここで、上記第３実施例にあって、構成部分の各動作内容を下記「認証要求プログラム」および「端末認証プログラム」のように、一発明毎にプログラム化しコンピュータに実行させるように構成してもよい。
【０１５９】
（実施例の効果）
本第３実施例は、上述したように構成され機能するので、共通の履歴情報をもつ端末同士で、コンテンツやサービスを共有する認証を行うことができる。履歴情報は、時間変化を伴う情報であるため、時限的な共有、もしくはアドホックな共有に有効である。
【０１６０】
〔第４の実施例〕
次に、本発明の第４実施例を図８乃至図９に基づいて説明する。
【０１６１】
（構成）
この第４実施例では、複数の利用者端末１０同士で、ＳＮＳなどのサーバで管理されるサービスの認証を行う場合を示す。ここでの認証とは、たとえば、特定の体験を共有した端末についてのみ、特定のＳＮＳのグループに参加できるなどのサービスを実現するものである。
【０１６２】
図８に示すように、この第４実施例では、サービスプロバイダ４０が、記憶部４２，履歴ハッシュ計算部４３，履歴更新情報受信部４６，及び認証判定部４９を備えている。更に、記憶部４２は、履歴識別情報４２ｅ，及び履歴情報４２ｆを保持している。尚、本第４実施例の利用者端末（携帯端末）１０は前述した第３実施例の場合と同じであり、これに接続される基地局２１，交換制御局２２，インターネット２３，及び管理センター３０については、第２実施例の場合と同じである。
【０１６３】
上記図８において、履歴識別情報４２ｅは、履歴情報４２ｆを識別するためのメタ情報である。例えば、ファイル名，有効期限，情報作成者などの情報である。
【０１６４】
履歴識別情報４２ｅは、携帯端末１０側の履歴識別情報１２ｅと情報の質は同じであるが、後述する履歴更新情報受信部４６により受信された情報であるという特徴がある。
【０１６５】
又、履歴情報４２ｆとは、本実施例においては、ユーザが携帯電話上のＷｅｂブラウザを介してアクセスし、ダウンロードしたサービスの情報を示す。たとえば、電子チケット、コンテンツ（音楽、ゲーム、動画など）、広告などの情報がこれに含まれる。これについても、履歴情報４２ｆは、履歴情報１２ｆと情報の質は同じであるが、後述する履歴更新情報受信部４６により受信された情報であるという特徴がある。
【０１６６】
更に、履歴ハッシュ計算部４３は、利用者端末１０とサービスプロバイダ４０との間での認証において、認証に必要な履歴のハッシュを計算するものである。
【０１６７】
履歴更新情報受信部４６は、特定のサービス管理者が定める認証に必要な履歴情報を受信するものである。これは、ＳＮＳの特定のグループ管理者がそのグループに参加するために必要な履歴情報を定めるときに、この管理者が履歴情報を登録するのに利用される。
【０１６８】
認証判定部４９は、利用者端末１０から受信する履歴ハッシュ値と自らが生成する履歴ハッシュ値とが同じ値であるか否かを比較判定し、同じ値であれば、認証に成功したものとして、特定のサービスのアクセスを許可するものである。その他の構成及びその各構成要素の動作機能は、前述した第２、第３実施例と同一となっている。
【０１６９】
（全体動作）
次に、本第４実施例の全体動作について説明する。
【０１７０】
ここでは、携帯端末等の利用者端末１０が基地局・インターネット経由でサービスプロバイダ４０に接続された場合、サービスプロバイダ４０は、この接続された利用者端末１０が特定の経験を体験した端末かどうかを認証する場合を例に挙げて説明する。
【０１７１】
〈履歴情報の更新動作〉
最初に、サービスプロバイダ４０の履歴情報の登録動作を、図８乃至図９に基づいて説明する。
【０１７２】
まず、特定の経験を体験したグループに対して、何らかのサービスを提供する管理者（ＳＮＳの管理主体者など）がそのグループを識別するための履歴情報とそれに関する履歴識別情報を、履歴更新情報受信部４６を経由して登録する。
【０１７３】
例えば、当該野球チームのＳＮＳ管理者が、特定の最新の試合のチケットを入手している人にのみアクセスさせたいＳＮＳを管理している場合、そのチケットの内容を履歴情報として登録する。或いは、管理者が特定の広告をダウンロードした人にお試しのサービス利用サイトにアクセスさせたい場合には、その広告の内容を履歴情報として登録する。話題を知っているかどうか利用者端末１０―１のユーザが、利用者端末１０―２にローカル通信で接続すると、利用者端末１０―１は、共有したいコンテンツ／サービス名を、利用者端末１０―２へ送信する（図９のステップＪ１）。
【０１７４】
〈認証動作〉
次に、利用者端末間の認証の実行動作を、図８乃至図９に基づいて説明する。
【０１７５】
まず、利用者端末１０は、共有したいサービス名をサービスプロバイダに送信する。（図９のステップＨ１)
次に、サービスプロバイダ４０は、利用者端末１０から送信されてきたサービス名に対し、そのコンテンツを共有するために必要な認証のもととなる履歴識別情報を送信する。これは、ステップＨ１で予め登録されていたものを使用する（図９のステップＪ２）。
【０１７６】
その後、利用者端末１０の履歴ハッシュ計算部１３およびサービスプロバイダ４０の履歴ハッシュ計算部４３は、それぞれ送信された履歴識別情報に対応する履歴情報のハッシュ値を計算する（図y2のステップＨ２、ステップＪ３）。
【０１７７】
次に、利用者端末１０の無線回路部１５は、ステップＨ２で生成したハッシュ値を、サービスプロバイダ４０に送信する（図９：ステップＨ３）。それ以降、利用者端末１０は、サービス応答待ちになる（図９：ステップＨ４）。
【０１７８】
一方、サービスプロバイダ４０の認証判定部４９は、利用者端末１０から転送されてきたハッシュ値と、ステップJ ３において利用者端末１０側で作成したハッシュ値とを比較し（図９のステップＪ４）、この比較結果が一致するか否かを判断する（図９のステップＪ５）。そして、一致した場合、サービスプロバイダ４０は利用者端末１０にサービス利用を許可し（図９のステップＪ６）、一致しない場合、サービスプロバイダ４０は利用者端末１０にサービス利用を拒否し（図９のステップＪ７）、これにより、当該利用者端末１０に対する上述した認証システムの認証動作は完了する。
【０１７９】
ここで、上記第４実施例にあって、構成部分の各動作内容を「認証要求プログラム」および「端末認証プログラム」のように、携帯端末１０とサービスプロバイダ４０とは別々に（一発明毎に）プログラム化しコンピュータに実行させるように構成してもよい。
【０１８０】
（実施例の効果）
本第４実施例は、上述したように構成され機能するので、共通の履歴情報（体験）を有する端末にのみ、ＳＮＳなどのサービスを提供する認証を行うことができる。
【０１８１】
〔第５の実施例〕
次に、本発明の第５実施例を図１０乃至図１２に基づいて説明する。
【０１８２】
（構成）
この第５実施例では、前述した第３実施例と同様に、複数の利用者端末１０同士で、コンテンツやサービスの共有を行う場合を示す。ここでの共有とは、例えば、あるユーザが自分の携帯電話にダウンロードしたコンテンツ（音楽、写真など）を他のユーザの携帯電話にローカルネットワークで伝送することにより共有することを示す。更には、複数の利用者端末１０同士でＶＰＮをはる場合にも適用することができる。
【０１８３】
ただし、この共有するための条件として、携帯電話の過去の状態（ＧＰＳによって得られた場所、加速度センサによって得られた動きなど）が同じ状態であることか否かで判断するという特徴を有する。
【０１８４】
そして、図１０に示すように、この第５実施例では、個々の利用者端末１０（図では互いを区別するために、１０―１、１０―２と示したが、内部は同じものである）に、第３実施例の履歴ハッシュ計算部１３ａに代えて類似度計算部１３ｂを有する構成とした。
【０１８５】
この図１０において、履歴識別情報１２ｅは、履歴情報１２ｆを識別するためのメタ情報である。この場合のメタ情報の例を図１１に示す。この図１１に示すように、履歴識別情報１２ｅとしては、履歴対象，情報作成者，履歴対象時刻（開始，終了），サンプリング頻度，及び類似度判定条件が挙げられる。
【０１８６】
また、履歴情報１２ｆとは、図１１に示すように、情報作成者が示したセンサ出力の内、履歴対象時刻（開始）から履歴対象時刻（終了）まで定義されたサンプリング頻度で取得された値の集合である。
【０１８７】
更に、類似度計算部１３ｂは、図１１の類似度判定条件に該当する値を計算するものである。図１１では主に相関値が例として上がっているが、相関値ｓの計算とは以下のようなものを指す。
【０１８８】
履歴対象時刻（開始）から履歴対象時刻（終了)までの間の時間をサンプリング間隔で割った値をＮとし、各時刻の利用者端末１０―１のセンサ出力値をｘｉ、利用者端末１０―２のセンサ出力をｙｉ、ｘｉ(ｉ＝０，・・・，Ｎ―１)の平均値をｘバー（ｘの上に横線を引いて成る文字）、ｙｉ(ｉ＝０，・・・，Ｎ―１)の平均値をｙバー（ｙの上に横線を引いて成る文字）とすると、相関値ｓは、以下のように計算することができる。
【０１８９】
【数３】
2009009541.tif 000005
【０１９０】
この値は、−１から１までの値をとり、１に近ければ近いほど類似度が高いことになる。尚、この方式以外にも類似度の計算手法は多々あり、相関値の計算は、本実施例における類似度計算手法のあくまでも一例に過ぎない。その他の構成及びその各構成要素の動作機能は、前述した第２実施例の場合と同一となっている。
【０１９１】
（全体動作）
次に、本第５実施例の全体動作について説明する。
【０１９２】
〈認証動作〉
次に、利用者端末間の認証の実行動作を、図１０及び図１２に基づいて説明する。
【０１９３】
ここでは、携帯端末等の利用者端末１０―１が、ローカルネットワークでの接続が可能な別の利用者端末１０―２で保有されるコンテンツもしくはサービスを共有することが可能か否かを認証する場合を例に挙げて説明する。
【０１９４】
まず、利用者端末１０―１のユーザが、利用者端末１０―２にローカル通信で接続すると、利用者端末１０―１は、共有したいコンテンツ／サービス名を、利用者端末１０―２へ送信する（図１２のステップＫ１）。
【０１９５】
次に、利用者端末１０―２は、送信されてきたコンテンツ／サービス名に対し、そのコンテンツを共有するために必要な認証のもととなる履歴情報を選択する。これは、利用者端末１０―２のユーザが予め共有したいグループを定め、そのグループに関する特性として履歴情報を予め登録しておくか、もしくは利用者端末１０―１からコンテンツ／サービス名が送信された時点で、利用者端末１０―２の画面に表示し、ユーザが履歴情報を指定するものでもよい。そして、この利用者端末１０―２は、利用者端末１０―１に対してその履歴情報に関係する履歴識別情報を送信する（図１２のステップＬ１）。
【０１９６】
その後、利用者端末１０―１は、その履歴識別情報に対応する履歴情報が存在するかどうか判断する（図１２のステップＫ３）。これは、対応するセンサが存在するか、履歴対象時刻（開始）から履歴対象時刻（終了）までデータを取得できているか、履歴識別情報に記載されているサンプリング間隔で取得されているか、データの抜けがある場合には補完で内挿できるか判断する。
【０１９７】
そして、履歴識別情報に記載されているデータの送付が上記条件を満たすデータが得られないと判断される場合には、対応する履歴情報はないと送信し（図１２のステップＫ４) 、終了する。
【０１９８】
逆に、履歴識別情報に記載されているデータの送付が可能の場合は、そのようなデータを作成し、履歴情報として利用者端末１０―２に送付する（図１２のステップＫ５) 。それ以降、利用者端末１０―１は、サービス応答待ちになる（図１２：ステップＫ６）。
【０１９９】
次に、利用者端末１０―２の類似度計算部１３ｂは、送信された履歴情報と自らが保有する履歴情報の類似度を計算する（図１２のステップＬ２）。ここで類似度とは、例えば、履歴識別情報において類似度判定条件として、相関値が指定されている場合は、（式２）のような相関値を計算する。
【０２００】
そして、利用者端末１０―２の端末側制御部１１は、計算された類似度が類似度判定条件に記載された条件を満たすかどうか判定し（図１２のステップＬ３）、満たす場合、利用者端末１０―２は端末側制御部１１にコンテンツ／サービス共有を許可し（図１２のステップＬ４）、満たさない場合、利用者端末１０―２は端末側制御部１１にコンテンツ／サービス共有を拒否し（図１２のステップＬ５）、これにより、当該利用者端末１０―１に対する上述した認証システムの認証動作は完了する。
【０２０１】
ここで、上記第５実施例にあって、構成部分の各動作内容を「認証要求プログラム」および「端末認証プログラム」のように、携帯端末１０―１と利用者端末１０―２とは別々に（一発明毎に）プログラム化しコンピュータに実行させるように構成してもよい。
【０２０２】
（実施例の効果）
本第５実施例は、上述したように構成され機能するので、センサ出力から判断できる共通の履歴情報をもつ端末同士で、コンテンツやサービスを共有する認証を行うことができる。履歴情報は、時間変化を伴う情報であるため、時限的な共有、もしくはアドホックな共有に有効である。
【０２０３】
〔第６の実施例〕
次に、本発明の第６実施例を図１３乃至図１４に基づいて説明する。
【０２０４】
（構成）
この第６実施例では、複数の利用者端末１０同士で、ＳＮＳなどのサーバで管理されるサービスの認証を行う場合を示す。ここでの認証とは、たとえば、特定の体験を共有した端末についてのみ、特定のＳＮＳのグループに参加できるなどのサービスを実現するものである。ただし、特定の体験を共有しているかどうかを、携帯電話の過去の状態（ＧＰＳによって得られた場所、加速度センサによって得られた動きなど）が同じ状態であることから判断することが特徴である。
【０２０５】
図１３に示すように、この第６実施例では、第４実施例の履歴ハッシュ計算部４３に代えて、類似度計算部４３ａを有する。その他の構成は、第４実施例と同じであるが、一部内容、動作が異なるものがあるので、異なるものについて詳細に説明する。
【０２０６】
この図１３において、履歴識別情報４２ｅは、履歴情報４２ｆを識別するためのメタ情報である。履歴情報１２ｆを識別するためのメタ情報である。この場合のメタ情報の例は前述した第５実施例における図１１に挙げたものと同じである。履歴識別情報４２ｅは、第５実施例の履歴識別情報１２ｅと情報の質は同じであるが、後述する履歴更新情報受信部４６により受信された情報であるという特徴がある。
【０２０７】
また、履歴情報４２ｆとは、本第６実施例においては、図１１に示すように、情報作成者が示したセンサ出力のうち、履歴対象時刻（開始）から履歴対象時刻（終了）まで定義されたサンプリング頻度で取得された値の集合である。これについても、履歴情報４２ｆは、第５実施例の履歴情報１２ｆと情報の質は同じであるが、後述する履歴更新情報受信部４６により受信された情報であるという特徴がある。
【０２０８】
更に、類似度計算部４３ａは、利用者端末１０とサービスプロバイダ４０との間の認証において、認証に必要な類似度を計算するものである。この類似度とは、第５実施例と同様、図１１の類似度判定条件に該当する値である。
【０２０９】
又、履歴更新情報受信部４６は、特定のサービス管理者が定める認証に必要な履歴情報を受信するものである。これは、ＳＮＳの特定のグループ管理者がそのグループに参加するために必要な履歴情報を定めるときに、この管理者が履歴情報を登録するのに利用される。
【０２１０】
更に、認証判定部４９は、類似度計算部４３ａで得られた値が、図１１の類似度判定条件を満たすかどうか判断し、満たしていれば、認証に成功したものとして、特定のサービスのアクセスを許可するものである。その他の構成及びその各構成要素の動作機能は、前述した第４又は第５の各実施例と同一となっている。
【０２１１】
（全体動作）
次に、本第６実施例の全体動作について説明する。
【０２１２】
ここでは、携帯端末等の利用者端末１０が、基地局２１とインターネット２３経由でサービスプロバイダ４０に接続し、サービスプロバイダ４０が、センサ出力をもとに特定の経験を体験した端末かどうかを認証する場合を例に挙げて説明する。
【０２１３】
〈履歴情報の更新動作〉
最初に、サービスプロバイダ４０の履歴情報の登録動作を、図１３乃至図１４に基づいて説明する。
【０２１４】
まず、特定の経験を体験したグループに対して、何らかのサービスを提供する管理者（ＳＮＳの管理主体者など）がそのグループを識別するための履歴情報とそれに関する履歴識別情報を、履歴更新情報受信部４６を経由して登録する。例えば、当該スキー場のＳＮＳ管理者が、特定日にスキー場に来場した人にのみアクセスさせたいＳＮＳを管理している場合、その特定日、適切な類似度判定条件を履歴識別情報として、そのスキー場近辺のＧＰＳの位置情報を履歴情報として登録する（図１４のステップＮ１）。
【０２１５】
〈認証動作〉
次に、利用者端末間の認証の実行動作を、図１３乃至図１４に基づいて説明する。
【０２１６】
まず、利用者端末１０は、共有したいサービス名をサービスプロバイダに送信する。( 図１４のステップＭ１)
【０２１７】
次に、サービスプロバイダ４０は、利用者端末１０から送信されてきたサービス名に対し、そのコンテンツを共有するために必要な認証の元となる履歴識別情報を送信する。これは、ステップＮ１で予め登録されていたものを使用する（図１４のステップＮ２）。
【０２１８】
その後、利用者端末１０は、その履歴識別情報に対応する履歴情報が存在するかどうか判断する。これは、対応するセンサが存在するか、履歴対象時刻（開始）から履歴対象時刻（終了）までデータを取得できているか、履歴識別情報に記載されているサンプリング間隔で取得されているか、データの抜けがある場合には補完で内挿できるか判断する（図１４のステップＭ２) 。
【０２１９】
そして、履歴識別情報に記載されているデータの送付が上記条件を満たすデータが得られないと判断される場合には、対応する履歴情報はないと送信し（図１４のステップＭ３) 、終了する。
【０２２０】
逆に、履歴識別情報に記載されているデータの送付が可能の場合は、そのようなデータを作成し、履歴情報としてサービスプロバイダ４０に送付する（図１４のステップＭ４) 。それ以降、利用者端末１０は、サービス応答待ちになる（図１４：ステップＭ５）。
【０２２１】
一方、サービスプロバイダ４０の類似度計算部４３ａは、利用者端末１０から転送されてきた履歴情報と、ステップＮ１において予め登録していた履歴情報の類似度を計算する（図１４のステップＮ３）。そして、この類似度が、計算された類似度が類似度判定条件に記載された条件を満たすかどうか判定し（図１４のステップＮ４）、満たす場合、サービスプロバイダ４０は利用者端末１０にサービス利用を許可し（図１４のステップＮ５）、満たさない場合、サービスプロバイダ４０は利用者端末１０にサービス利用を拒否し（図１４のステップＮ６)、これにより、当該利用者端末１０に対する上述した認証システムの認証動作は完了する。
【０２２２】
ここで、上記第６実施例にあって、構成部分の各動作内容を下記「認証要求プログラム」および「端末認証プログラム」のように、一発明毎にプログラム化しコンピュータに実行させるように構成してもよい。
【０２２３】
（実施例の効果）
本第６実施例は、上述したように構成され機能するので、センサ出力から判断できる共通の履歴情報(体験)を有する端末にのみ、ＳＮＳなどのサービスを提供する認証を行うことができる。
【産業上の利用可能性】
【０２２４】
本発明によれば、携帯端末等の利用者端末に向けた高度なセキュリティを要するサービスに際しての認証に有効に適用可能である。例えば、携帯端末に向けた音楽配信サービス，動画配信サービス，放送サービスなどの端末認証といった用途に適用できる。又、形態端末を利用したバンキングサービス，クレジットサービス，電子チケット購入サービスなどの端末認証といった用途にも適用可能である。
【図面の簡単な説明】
【０２２５】
【図１】本発明の第１実施例を示すブロック図である。
【図２】図１に開示した第１実施例における履歴ハッシュの更新動作を示すフローチャートである。
【図３】図１に開示した第１実施例における認証動作を示すフローチャートである。
【図４】本発明の第２実施例を示すブロック図である。
【図５】図４に開示した第２実施例における認証動作を示すフローチャートである。
【図６】本発明の第３実施例を示すブロック図である。
【図７】図６に開示した第３実施例における認証動作を示すフローチャートである。
【図８】本発明の第４実施例を示すブロック図である。
【図９】図８に開示した第４実施例における認証動作を示すフローチャートである。
【図１０】本発明の第５実施例を示すブロック図である。
【図１１】図１０に開示した第５実施例における携帯端末の履歴識別情報の例を示す図表である。
【図１２】図１０に開示した第５実施例における認証動作を示すフローチャートである。
【図１３】本発明の第６実施例を示すブロック図である。
【図１４】図１３に開示した第６実施例における認証動作を示すフローチャートである。
【図１５】本発明の第１の実施の形態を説明する為の図である。
【図１６】本発明の第２の実施の形態を説明する為の図である。
【符号の説明】
【０２２６】
１０  利用者端末（携帯端末）
１１  端末側制御部
１２  端末側記憶部
１２a  端末識別番号
１２ｂ，３２ｂ  履歴ハッシュ
１２ｅ  履歴識別情報
１２ｆ  履歴情報
１６  履歴更新部（履歴更新手段）
１３，３３  変換部（認証鍵生成手段）
１３ａ  履歴ハッシュ計算部
１３ｂ  類似度計算部
１７  不正開放検出手段
１８  消去回路
１９  サービス受信部
２１  基地局
２２  交換制御局
２３  インターネット
３０  通信管理センター（認証サーバ）
３１  サーバ側制御部
３２  サーバ側記憶部
３６  履歴更新情報受信部（履歴更新情報受信手段）
４０  サービスプロバイダ
４２  記憶部
４２ａ  端末識別番号
４２ｅ  履歴識別情報
４２ｆ  履歴情報
４３  履歴ハッシュ計算部
４３ａ  類似度計算部
４６  履歴更新情報受信部（履歴更新手段）
４９  認証判定部
【図１】
2009009541.tif 000006
【図２】
2009009541.tif 000007
【図３】
2009009541.tif 000008
【図４】
2009009541.tif 000009
【図５】
2009009541.tif 000010
【図６】
2009009541.tif 000011
【図７】
2009009541.tif 000012
【図８】
2009009541.tif 000013
【図９】
2009009541.tif 000014
【図１０】
2009009541.tif 000015
【図１１】
2009009541.tif 000016
【図１２】
2009009541.tif 000017
【図１３】
2009009541.tif 000018
【図１４】
2009009541.tif 000019
【図１５】
2009009541.tif 000020
【図１６】
2009009541.tif 000021