JP2010049420A - 情報処理装置、情報処理方法、情報処理プログラムおよび情報処理システム - Google Patents

Abstract

【課題】ＩＣチップに直接アクセスすることができないアプリケーションを利用してコンテンツにアクセスする際に、ＩＤやパスワードなどの認証情報の入力という煩雑な操作を必要としない情報処理装置を提供する。
【解決手段】データが記録されたＩＣチップと、ＩＣチップに記録されているデータを読み出すＩＣチップ読み出し部と、ＩＣチップから読み出された記録データに対して暗号化処理を行って署名データを生成する署名データ生成部とを含む、ＩＣチップにアクセス可能な第１のアプリケーションと、第１のアプリケーションから署名データおよび記録データを受け取り、所定のコンテンツを提供する情報提供サーバへ送信することにより、該情報提供サーバからコンテンツの取得を要求するサーバアクセス部を含むＩＣチップにアクセスすることができない第２のアプリケーションと、を備えた。
【選択図】図１

Description

本発明は、情報処理装置、情報処理方法、情報処理プログラムおよび情報処理システムに関する。

近年、非接触型ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）カードや、ＩＣチップを搭載した携帯電話などの情報処理端末が普及している。このようなＩＣチップなどには、利用者ＩＤなどが記録されている。また、このような情報処理端末は、ＩＣチップにアクセス可能なアプリケーションを搭載することもできる。このようなアプリケーションは、ＩＣチップに記録されている利用者ＩＤなどの記録データを読み込んで、種々のコンテンツを提供する情報提供サーバなどへアクセスする際の認証情報に利用することができる。これにより、情報提供サーバは、情報処理端末から送信された利用者ＩＤに対応するコンテンツデータのみを情報処理装置に提供することができる。

また、データの送受信に関する第三者による不正アクセスなどを防止するために、種々の技術が利用されている。例えば、特許文献１には、ユーザのアクセス時刻などの情報を暗号化した利用者署名情報をサーバ装置へ送信し、サーバ装置が受信した利用者署名情報を復号することによりアクセスの正当性を検証する技術が開示されている。

特開２００６−７７４８７号公報

しかし、ＩＣチップにアクセス可能なアプリケーションが使用可能な資源（アプリケーション本体の容量、データ容量、ファイル容量など）は一般的に、通信キャリアなどによって制限されている。したがって、情報処理端末は、ＩＣチップにアクセス可能なアプリケーションとは別のアプリケーションであるブラウザを利用することにより、情報提供サーバが備えるＷｅｂコンテンツにアクセスし、所望するコンテンツを取得するのが一般的である。

しかしながら、ＩＣチップに記録されるデータには、特定のサービス事業者や通信キャリアなどから許諾を受けた特定のアプリケーションしかアクセスすることができない。したがって、携帯電話などの情報処理端末に汎用的に備えられるブラウザは、利用者ＩＤなどの情報が記録されたＩＣチップにはアクセスすることができない。すなわち、ブラウザから情報提供サーバへアクセスする際には、ＩＣチップに記録された利用者ＩＤをアクセスの認証に利用することができない。よって、ユーザは、例えば、ＩＤやパスワード、または通信キャリアが提供する契約者ＩＤなどといった情報を再度入力する必要があるという問題があった。また、情報提供サーバも、ＩＣチップに記録される利用者ＩＤとは別に、ブラウザからのアクセスを認証するためのＩＤやパスワード、契約者ＩＤなどを管理しなければならないという問題があった。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、ＩＣチップに直接アクセスすることができないアプリケーションを利用してコンテンツにアクセスする際に、ＩＤやパスワードなどの認証情報の入力という煩雑な操作を必要としない、新規かつ改良された情報処理装置、情報処理方法、情報処理プログラムおよび情報処理システムを提供することにある。

上記課題を解決するために、本発明のある観点によれば、所定のデータが記録されたＩＣチップと、前記ＩＣチップに記録されているデータを読み出すＩＣチップ読み出し部と、前記ＩＣチップ読み出し部により読み出された記録データに対して暗号化処理を行って署名データを生成する署名データ生成部と、を含む、前記ＩＣチップにアクセス可能な第１のアプリケーションと、前記第１のアプリケーションから前記署名データ、および前記ＩＣチップ読み出し部により読み出された記録データを受け取り、該署名データおよび記録データを、所定のコンテンツを提供する情報提供サーバへ送信することにより、該情報提供サーバからコンテンツの取得を要求する、サーバアクセス部を含む、前記ＩＣチップにアクセスすることができない第２のアプリケーションと、を備える情報処理装置が提供される。

係る構成により、ＩＣチップにアクセス可能な第１のアプリケーションは、ＩＣチップに記録されている所定の記録データを読み出すことができる。また、第１のアプリケーションは、ＩＣチップから読み出した記録データに対して暗号化処理を行って署名データを生成することができる。また、ＩＣチップにアクセスすることができない第２のアプリケーションは、第１のアプリケーションから署名データおよびＩＣチップに記録されているデータを受け取ることができる。さらに、第２のアプリケーションは、第１のアプリケーションから受け取った署名データおよび記録データを情報提供サーバへ送信し、所定のコンテンツの取得を要求することができる。

また、前記ＩＣチップには、該ＩＣチップ固有の利用者ＩＤが記録されており、前記ＩＣチップ読み出し部は、前記ＩＣチップから前記利用者ＩＤを読み出してもよい。

また、情報処理装置は、現在時刻を記憶するタイムカウンタをさらに備え、前記第１のアプリケーションは、前記タイムカウンタに記録されている現在時刻を読み出す現在時刻読み出し部をさらに備えてもよい。この場合、前記署名データ生成部は、前記ＩＣチップ読み出し部により読み出された利用者ＩＤ、および前記現在時刻読み出し部により読み出された現在時刻に対して暗号化処理を行って署名データを生成することもできる。

また、情報処理装置は、前記情報提供サーバと共通の暗号鍵をさらに備えてもよい。この場合、前記署名データ生成部は、前記暗号鍵を利用して、前記ＩＣチップ読み出し部により読み出された利用者ＩＤ、および前記現在時刻読み出し部により読み出された現在時刻に対して暗号化処理を行って署名データを生成することもできる。

また、前記第１のアプリケーションは、前記ＩＣチップ読み出し部により読み出された利用者ＩＤと、前記現在時刻読み出し部により読み出された現在時刻と、前記署名データ生成部により生成された署名データとを前記第２のアプリケーションに転送して、前記第２のアプリケーションを起動させる起動制御部をさらに備えてもよい。

また、前記サーバアクセス部は、所定のコンテンツを提供する情報提供サーバにコンテンツの取得を要求する場合に、前記署名データおよび前記利用者ＩＤに加えて、さらに前記起動制御部から転送された現在時刻を前記情報提供サーバへ送信してもよい。

また、上記課題を解決するために、本発明の別の観点によれば、所定のデータが記録されたＩＣチップにアクセス可能な第１のアプリケーションのＩＣチップ読み出し部が、前記ＩＣチップに記録されているデータを読み出すＩＣチップ読み出しステップと、前記第１のアプリケーションの署名データ生成部が、前記ＩＣチップ読み出しステップにより読み出された記録データに対して暗号化処理を行って署名データを生成する署名データ生成ステップと、前記署名データ生成ステップにより生成された署名データと、前記ＩＣチップ読み出しステップにより読み出された記録データと、を前記ＩＣチップにアクセスできない第２のアプリケーションに転送する署名データ転送ステップと、前記第２のアプリケーションのサーバアクセス部が、前記署名データ転送ステップにより転送された署名データおよび記録データを、所定のコンテンツを提供する情報提供サーバへ送信することにより、該情報提供サーバからコンテンツの取得を要求するコンテンツ要求ステップと、を含む情報処理方法が提供される。

また、上記課題を解決するために、本発明の別の観点によれば、所定のデータが記録されたＩＣチップにアクセス可能な第１のアプリケーションのＩＣチップ読み出し部が、前記ＩＣチップに記録されているデータを読み出すＩＣチップ読み出し処理と、前記第１のアプリケーションの署名データ生成部が、前記ＩＣチップ読み出し処理により読み出された記録データに対して暗号化処理を行って署名データを生成する署名データ生成処理と、前記署名データ生成処理により生成された署名データと、前記ＩＣチップ読み出し処理により読み出された記録データと、を前記ＩＣチップにアクセスできない第２のアプリケーションに転送する署名データ転送処理と、前記第２のアプリケーションのサーバアクセス部が、前記署名データ転送処理により転送された署名データおよび記録データを、所定のコンテンツを提供する情報提供サーバへ送信することにより、該情報提供サーバからコンテンツの取得を要求するコンテンツ要求処理と、をコンピュータに実行させる情報処理プログラムが提供される。

また、上記課題を解決するために、本発明の別の観点によれば、所定のデータが記録されたＩＣチップと、前記ＩＣチップに記録されているデータを読み出すＩＣチップ読み出し部と、前記ＩＣチップ読み出し部により読み出された記録データに対して暗号化処理を行って署名データを生成する署名データ生成部と、を含む、前記ＩＣチップにアクセス可能な第１のアプリケーションと、所定のコンテンツを提供する情報提供サーバにコンテンツの取得を要求する場合に、前記第１のアプリケーションから前記署名データ、および前記ＩＣチップ読み出し部により読み出された記録データを受け取り、該署名データおよび記録データを情報提供サーバへ送信するサーバアクセス部を含む、前記ＩＣチップにアクセスすることができない第２のアプリケーションと、を備える情報処理装置と、前記第２のアプリケーションから送信された署名データおよび記録データに基づいて、前記第２のアプリケーションからのコンテンツの取得の要求が正当であるか否かを判断する認証処理部を備え、前記第２のアプリケーションからのコンテンツの取得の要求が正当であると判断した場合に、前記第２のアプリケーションが要求するコンテンツを、前記第２のアプリケーションへ送信する情報提供サーバと、を含む情報処理システムが提供される。

以上説明したように本発明によれば、ＩＣチップに直接アクセスすることができないアプリケーションを利用してコンテンツを取得する場合においても、ＩＤやパスワードなどの認証情報の入力という煩雑な操作を必要としない。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。また、説明は以下の順序で行うものとする。
１．本発明の実施形態の概要（従来のコンテンツ取得方法との比較）
２．情報処理システムの構成
２−１．携帯電話１００の機能構成
２−２．情報提供サーバ２００の機能構成
３．携帯電話１００によるアクセス処理のフロー
４．情報提供サーバ２００によるアクセス認証処理のフロー
５．携帯電話１００のハードウェア構成

（１．本発明の実施形態の概要）
まず、従来の情報処理装置によるコンテンツへのアクセス方法を説明した上で、本発明の実施形態の１つに係る情報処理装置によるコンテンツへのアクセス方法の概要について説明する。なお、以下の説明においては、情報処理装置の一例として携帯電話を例に説明する。

図１１は、従来の携帯電話１０が、ＩＣチップにアクセス可能なアプリケーションにより、情報提供サーバ３０の各種コンテンツを取得する概念を示す説明図である。図１１に示すように、携帯電話１０は、ＩＣチップ１２と、アプリケーション１４と、ブラウザ１６とを備えている。ＩＣチップ１２には、利用者固有のＩＤとなる利用者ＩＤが記録されている。また、アプリケーション１４は、ＩＣチップ１２にアクセス可能であり、ＩＣチップ１２に記録されている利用者ＩＤを読み取ることができる。

携帯電話１０を利用するユーザＡは、例えば、携帯電話１０のアプリケーション１４を起動し、情報提供サーバ３０のコンテンツデータ記憶部３４に記録されている所定のコンテンツデータを取得することができる。この際、アプリケーション１４は、ユーザからの指示に応じて、ＩＣチップ１２に記録されている利用者ＩＤを読み取り、コンテンツデータの取得要求とともに当該利用者ＩＤを情報提供サーバ３０へ送信する。これを受けて、情報提供サーバ３０は、コンテンツデータ記憶部３４に記録されている利用者ＩＤリストに基づいて、携帯電話１０からのコンテンツデータの取得要求を認証し、携帯電話１０へコンテンツデータを送信する。このように、アプリケーション１４は、携帯電話１０固有の情報である利用者ＩＤをＩＣチップ１２から読み取って、情報提供サーバ３０へ送信することができる。したがって、情報提供サーバ３０は、携帯電話１０から送信される利用者ＩＤおよび利用者ＩＤリストに基づいて認証を行い、携帯電話１０の利用者であるユーザＡが所望するコンテンツデータを、携帯電話１０へ送信することができる。

ここで、携帯電話１０とは異なる別の携帯電話２０は、異なる利用者ＩＤが記録されたＩＣチップを備えている。したがって、例えば、携帯電話２０を利用するユーザＢが、不正にユーザＡに限定されるコンテンツを情報提供サーバ３０から取得しようとしても、利用者ＩＤが異なるため、情報提供サーバ３０は、ユーザＢからのコンテンツ取得要求を拒否することができる。

このように、ＩＣチップ１２に直接アクセス可能なアプリケーション１４は、ＩＣチップ１２に記録されているセキュアな情報である利用者ＩＤを認証情報として情報提供サーバ３０へ送信し、所定のコンテンツを要求・取得することができる。また、情報提供サーバ３０もＩＣチップ１２の利用者ＩＤに対応するリストを管理することにより、アプリケーション１４からのアクセスを容易に認証することができる。

しかし、ＩＣチップ１２にアクセス可能なアプリケーション１４が使用可能な資源（アプリケーション１４本体の容量、データ容量、ファイル容量など）は一般的に、通信キャリアなどによって制限されている。したがって、携帯電話１０は、ＩＣチップ１２にアクセス可能なアプリケーション１４とは別のアプリケーションであるブラウザ１６を利用することにより、情報提供サーバ３０が備えるＷｅｂコンテンツにアクセスし、所望するコンテンツを取得するのが一般的である。

このように、アプリケーション１４がブラウザ１６を起動して、所定のＷｅｂコンテンツにアクセスする方法は、いわゆるＷｅｂＴｏ機能などと呼ばれている。携帯電話１０は、このＷｅｂＴｏ機能を利用することにより、使用可能な資源が制限されているアプリケーション１４ではなく、ブラウザ１６を利用して所定のＷｅｂコンテンツを取得することができる。

図１２は、従来の携帯電話１０が、ＷｅｂＴｏ機能により、ＩＣチップ１２にアクセスできないブラウザ１６が、一般公開されている所定のＷｅｂコンテンツを情報提供サーバ３０から取得する概念を示す説明図である。ここで、ブラウザ１６は、情報提供サーバ３０からＷｅｂコンテンツを取得し、画面に表示させることができるＷｅｂページ閲覧ブラウザである。ブラウザ１６は、情報提供サーバ３０から送信されたＷｅｂコンテンツを読み込むことにより、画面上にＷｅｂコンテンツを表示させることができる。

図１２に示すように、アプリケーション１４は、例えば、ユーザからの指示に応じて、ブラウザ１６を起動して、一般公開されている所定のＷｅｂコンテンツに対応するＵＲＬをブラウザ１６へ転送する。これを受けて、ブラウザ１６は、当該ＵＲＬを画面に表示させる。ユーザが、画面に表示されたＵＲＬを選択した場合、ブラウザ１６は、情報提供サーバ３０が提供するＷｅｂコンテンツにアクセスする。ブラウザ１６は、取得したＷｅｂコンテンツを画面に表示させる。

なお、情報提供サーバ３０は、一般公開されているＷｅｂコンテンツを提供する場合には、携帯電話１０からのアクセスの可否を認証する必要がない。したがって、いずれの携帯電話からのアクセスに対しても、一般公開しているＷｅｂコンテンツを提供することができる。図１２に示す例では、ユーザＡが利用する携帯電話１０に対しても、ユーザＢが利用する携帯電話２０に対しても、それぞれの携帯電話のブラウザからの要求に応じて、一般公開しているＷｅｂコンテンツを提供することができる。なお、一般公開されているコンテンツとしては、例えば、ＦＡＱ（Ｆｒｅｑｕｅｎｔｌｙ Ａｓｋｅｄ Ｑｕｅｓｔｉｏｎｓ）やサービス説明などの情報が想定される。

一方、情報提供サーバ３０が提供するコンテンツの中には、特定のユーザのみに提供されるコンテンツも含まれる。この場合、情報提供サーバ３０は、ブラウザ１６からの要求に対して、コンテンツを提供してよいか否かを認証する必要がある。したがって、携帯電話１０は、情報提供サーバ３０にＷｅｂコンテンツの取得を要求する際に、何らかの認証情報を送信する必要がある。

図１３は、ＷｅｂＴｏ機能により、ＩＣチップ１２にアクセスできないブラウザ１６が、公開が制限されている所定のＷｅｂコンテンツを情報提供サーバ３０から取得する概念を示す説明図である。

図１３に示すように、アプリケーション１４は、例えば、ユーザからの指示に応じて、ブラウザ１６を起動して、公開が制限されている所定のＷｅｂコンテンツに対応するＵＲＬをブラウザ１６へ転送する。これを受けて、ブラウザ１６は、当該ＵＲＬを画面に表示させる。ユーザが、画面に表示されたＵＲＬを選択した場合、ブラウザ１６は、情報提供サーバ３０が提供するＷｅｂコンテンツにアクセスする。このとき、情報提供サーバ３０は、携帯電話１０からのアクセスを認証するための情報入力を携帯電話１０へ要求する。これを受けてブラウザ１６は、認証情報をユーザが入力するための画面を表示させる。

ユーザが入力する認証情報としては、例えば、ＩＤやパスワード、通信キャリアにより提供される所定の契約者ＩＤなどが想定される。ブラウザ１６は、ユーザにより入力された認証情報を、情報提供サーバ３０へ送信する。これを受けて、情報提供サーバ３０は、例えば、ＩＤやパスワードのリスト、通信キャリアの契約者ＩＤのリストなどに基づいて、当該アクセス要求が正当なものであるか否かを判断する。情報提供サーバ３０は、ブラウザ１６から送信された認証情報が正当であると判断した場合にのみ、Ｗｅｂコンテンツを携帯電話１０へ送信する。これにより、ブラウザ１６は、公開が制限されているＷｅｂコンテンツを取得し、画面に表示させることができる。

このように、情報提供サーバ３０は、公開が制限されているＷｅｂコンテンツを提供するに際して、携帯電話１０から送信される認証情報と、当該認証情報に関するリストとを比較することにより、携帯電話１０からのアクセスを認証することができる。すなわち、情報提供サーバ３０は、公開が制限されているＷｅｂコンテンツを、当該Ｗｅｂコンテンツにアクセスすることが可能な権利を有するユーザにのみ提供することができる。図１３に示す例では、ユーザＢが携帯電話２０を利用して、ユーザＡのみがアクセス可能なＷｅｂコンテンツの取得を要求した場合、情報提供サーバ３０は、携帯電話２０から送信される認証情報に基づいて、携帯電話２０からのアクセスを拒否することができる。

しかしながら、このようなアクセス制限方法を利用するには、ユーザは、ブラウザ１６から所定のＷｅｂコンテンツにアクセスするたびに、ＩＤやパスワードなどの認証情報の入力といった煩雑な操作が必要となる。また、情報提供サーバ３０も、ブラウザ１６から送信される認証情報の正当性を判断するために、ＩＤやパスワードに関するリストをデータベースとして管理しておく必要がある。また、例えば、通信キャリアが提供する契約者ＩＤは、携帯電話の契約解除などにより適宜更新・変更される。したがって、情報提供サーバ３０は、頻繁に更新・変更される契約者ＩＤに対応するために、頻繁に契約者ＩＤリストに関するデータベースを更新しなければならない。また、通信キャリアによっては、契約者ＩＤの仕様が異なる。したがって、情報提供サーバ３０は、通信キャリアごとに異なる仕様の認証手段を備える必要がある。

本発明の実施形態に係る携帯電話１００および情報提供サーバ２００によるコンテンツへのアクセス方法は、上述した従来の問題点を解決するものである。

図１は、本実施形態に係る携帯電話１００において、ＷｅｂＴｏ機能により、ＩＣチップ１０２にアクセスできないブラウザ１０６が、公開が制限されている所定のＷｅｂコンテンツを情報提供サーバ２００から取得する概念を示す説明図である。

図１に示すように、アプリケーション１０４は、例えば、ユーザからの指示に応じて、ＩＣチップ１０２に記録されている利用者ＩＤを読み取る。また、アプリケーション１０４は、携帯電話１００に備えられるタイムカウンタ（図示せず）から現在時刻を読み取る。さらに、アプリケーション１０４は、情報提供サーバ２００との共通の暗号鍵である署名鍵を利用して、当該利用者ＩＤおよび現在時刻に対して暗号化処理を行い、署名データを生成する。その後、アプリケーション１０４は、ブラウザ１０６を起動し、ＩＣチップ１０２から読み取った利用者ＩＤ、タイムカウンタから読み取った現在時刻、署名鍵により生成した署名データ、所定のＷｅｂコンテンツに対応するＵＲＬをブラウザ１０６へ転送する。これを受けて、ブラウザ１０６は、アプリケーション１０４から受信したＵＲＬを画面に表示させる。

ユーザが、画面に表示されたＵＲＬを選択した場合、ブラウザ１０６は、情報提供サーバ２００が提供するＷｅｂコンテンツにアクセスする。このとき、ブラウザ１０６は、アプリケーション１０４から受信した利用者ＩＤ、現在時刻および署名データを、認証情報として情報提供サーバ２００へ送信する。

情報提供サーバ２００は、ブラウザ１０６から送信された利用者ＩＤ、現在時刻および署名データに基づいて、ブラウザ１０６からのアクセスの認証処理を行う。情報提供サーバ２００は、携帯電話１００と共通の暗号鍵である署名鍵を有している。したがって、情報提供サーバ２００は、当該署名鍵を利用して、ブラウザ１０６から送信された利用者ＩＤおよび現在時刻に対して暗号化処理を行い、署名データを生成する。情報提供サーバ２００は、生成した署名データと、ブラウザ１０６から送信された署名データが一致しているか否かを判断する。また、情報提供サーバ２００は、ブラウザ１０６から送信された利用者ＩＤの過去のアクセス履歴に基づいて、今回のアクセスが不正なアクセスでないかを判断する。また、情報提供サーバ３０は、ブラウザ１０６から送信された現在時刻の情報に基づいて、所定の有効期間を経過していないかなどを判断する。

このように、情報提供サーバ２００は、認証情報としてブラウザ１０６から利用者ＩＤ、現在時刻および署名データを受信することができる。すなわち、上述した従来の方法のように、受信する認証情報には、ＩＣチップ１０２に記録された利用者ＩＤとは異なる別のＩＤやパスワード、通信キャリアの契約者情報などが含まれていない。したがって、情報提供サーバ２００は、利用者ＩＤとは異なる別のＩＤやパスワード、通信キャリアの契約者情報などのリストを管理しておく必要がない。また、ユーザも、ブラウザ１０６を利用して公開が制限されている所定のＷｅｂコンテンツにアクセスする際に、ＩＤやパスワード、通信キャリアの契約者情報の入力といった煩雑な操作をする必要がない。

また、認証情報として、携帯電話１００に備えられるＩＣチップ１０２に記録されているセキュアな情報を利用するため、第三者による不正なアクセスを防止することができる。ユーザＡが利用する携帯電話１００から送信される認証情報には、携帯電話１００のＩＣチップ１０２に記録されている固有の利用者ＩＤの情報が含まれている。また、ユーザＢが利用する携帯電話２０のＩＣチップに記録されている利用者ＩＤは、ユーザＡの携帯電話１００に記録されている利用者ＩＤとは異なる。したがって、ユーザＢが携帯電話２０を利用して、ユーザＡに対して提供されるべきコンテンツを、不正に情報提供サーバ２００から取得しようとしても、情報提供サーバ２００は、利用者ＩＤが異なるため携帯電話２０からのアクセスを拒否することができる。

このように、本発明の実施形態に係る携帯電話１００は、ブラウザ１０６を利用して所定のＷｅｂコンテンツを取得する際に、ＩＣチップ１０２に直接アクセス可能なアプリケーション１０４がＩＣチップ１０２に記録されている利用者ＩＤを読み取る。その後、アプリケーション１０４は、当該利用者ＩＤを含む情報に対して、情報提供サーバ２００と共通の署名鍵を利用して署名データを生成し、ブラウザ１０６へ転送する。これを受けて、ブラウザ１０６は、Ｗｅｂコンテンツの取得要求に加えて、ＩＣチップ１０２に記録されている利用者ＩＤを含む情報および署名データを、認証情報として情報提供サーバ２００へ送信することができる。すなわち、ブラウザ１０６は、直接ＩＣチップ１０２にアクセスすることはできないが、アプリケーション１０４を介してＩＣチップ１０２に記録されている情報を取得し、認証情報として情報提供サーバ２００へ送信することができる。

一方、情報提供サーバ２００は、ブラウザ１０６から送信される認証情報は、ＩＣチップ１０２に記録されている利用者ＩＤを含む情報であるため、利用者ＩＤとは異なる別のＩＤやパスワードなどのリストを管理する必要がない。

すなわち、本実施形態に係る携帯電話１００は、ＩＣチップ１０２に直接アクセスすることができないブラウザ１０６を利用してＷｅｂコンテンツにアクセスする場合であっても、ＩＤやパスワードなどの認証情報の入力という煩雑な操作を必要としない。以下このような特徴を有する携帯電話１００および情報提供サーバ２００からなる情報提供システムの詳細について説明する。

（２．情報処理システムの構成）
まず、本実施形態に係る携帯電話１００および情報提供サーバ２００を含んで構成される情報提供システムの構成について説明する。図２は、本実施形態に係る携帯電話１００および情報提供サーバ２００を含んで構成される情報提供システムの概念を示す構成図である。なお、図２では、説明の便宜上、１の携帯電話１００および１の情報提供サーバ２００のみが示されているが、実際には、複数の携帯電話１００が情報提供サーバ２００にアクセスすることができる。以下、携帯電話１００および情報提供サーバ２００の詳細な機能構成について説明する。

（２−１．携帯電話１００の機能構成）
図２に示すように、携帯電話１００は主に、ＩＣチップ１０２と、アプリケーション１０４と、ブラウザ１０６と、タイムカウンタ１０８と、を含んで構成される。

ＩＣチップ１０２は、例えば、電磁波を利用して非接触でリーダライタ（図示せず）と通信可能な耐タンパ性を有するセキュアメモリである。ＩＣチップ１０２には、当該ＩＣチップ１０２に固有の利用者ＩＤなどを含むデータがセキュアに記録されている。本実施形態に係る携帯電話１００のアプリケーション１０４は、ＩＣチップ１０２に記録されている利用者ＩＤを読み取って、ブラウザ１０６がＷｅｂコンテンツへアクセスする際の認証情報として利用する。したがって、本実施形態において、ＩＣチップ１０２は、固有の利用者ＩＤが記録されたものであれば、特定の通信方式、処理性能等に限定されるものではない。

また、ＩＣチップ１０２には利用者ＩＤを含めたセキュアな情報が記録されているため、特定のアプリケーションのみがアクセス可能である。ＩＣチップ１０２にアクセス可能なアプリケーションとは、ＩＣチップ１０２に記録されたセキュアな情報を復号したり、暗号化して書き込んだりすることができるプログラムである。本実施形態においては、アプリケーション１０４のみが直接ＩＣチップにアクセス可能であり、携帯電話１００に汎用的に備えられるブラウザ１０６などは、ＩＣチップ１０２に直接アクセスすることができない。

タイムカウンタ１０８は、現在時刻を記憶する。タイムカウンタ１０８は、例えば、ユーザによる操作に応じて現在時刻を調整することや、所定時間毎に現在時刻をオートコレクトすることなどができる。タイムカウンタ１０８が記憶する現在時刻は、例えば、表示部（図示せず）などに表示させることもできる。後述するアプリケーション１０４は、タイムカウンタ１０８から現在時刻を読み取ることができる。

アプリケーション１０４は、ＩＣチップ１０２に直接アクセスすることが可能なアプリケーションである。図２に示すように、アプリケーション１０４は主に、ＩＣチップ読み出し部１１０と、現在時刻読み出し部１１２と、署名データ生成部１１４と、ブラウザ制御部１１６と、を含んで構成される。なお、アプリケーション１０４は、本発明において、ＩＣチップ１０２にアクセス可能な第１のアプリケーションとして機能するものである。

ＩＣチップ読み出し部１１０は、ＩＣチップ１０２に記録されている利用者ＩＤを含む記録データを読み取ることができる。ＩＣチップ読み出し部１１０は、例えば、ユーザが操作部を介して、ブラウザ１０６を介したＷｅｂコンテンツの取得を要求した場合に、ＩＣチップ１０２に記録されている利用者ＩＤを読み取ることができる。このようにＩＣチップ１０２から読み取られた利用者ＩＤは、後述する署名データ生成部１１４による署名データの生成に利用された後、ブラウザ１０６へ転送される。これにより、ブラウザ１０６は、Ｗｅｂコンテンツを情報提供サーバ２００から取得する際に、当該利用者ＩＤを認証情報として情報提供サーバ２００へ送信することができる。

現在時刻読み出し部１１２は、タイムカウンタ１０８が記憶している現在時刻を読み取ることができる。現在時刻読み出し部１１２は、例えば、ユーザが操作部を介して、ブラウザ１０６を介したＷｅｂコンテンツの取得を要求した場合に、タイムカウンタ１０８が記憶している現在時刻を読み取る。このようにタイムカウンタ１０８から読み取られた現在時刻は、後述する署名データ生成部１１４による署名データの生成に利用された後、ブラウザ１０６へ転送される。これにより、ブラウザ１０６は、Ｗｅｂコンテンツを情報提供サーバ２００から取得する際に、当該現在時刻を認証情報として情報提供サーバ２００へ送信することができる。

署名データ生成部１１４は、ＩＣチップ読み出し部１１０が読み出した利用者ＩＤと、現在時刻読み出し部１１２が読み出した現在時刻とに対して、所定の暗号鍵を用いて署名データを生成する。前述したように、携帯電話１００および情報提供サーバ２００は、共通の暗号鍵である署名鍵を有している。したがって、署名データ生成部１１４は、当該署名鍵を利用して、利用者ＩＤおよび現在時刻に対して暗号化処理を行い、署名データを生成する。このようにして生成された署名データは、利用者ＩＤおよび現在時刻に関する情報と共に、ブラウザ１０６へ転送される。これにより、ブラウザ１０６は、Ｗｅｂコンテンツを情報提供サーバ２００から取得する際に、当該署名データを、利用者ＩＤおよび現在時刻と共に、認証情報として情報提供サーバ２００へ送信することができる。

ブラウザ制御部１１６は、情報提供サーバ２００から所定のＷｅｂコンテンツを取得するようにブラウザ１０６を制御する。ブラウザ制御部１１６は、例えば、ユーザが操作部を操作して、ブラウザ１０６を介したＷｅｂコンテンツの取得を要求した場合に、ブラウザ１０６を起動する。さらに、ブラウザ制御部１１６は、ユーザが指定したＷｅｂコンテンツに対応するＵＲＬに加えて、上述した利用者ＩＤ、現在時刻および署名データをブラウザ１０６へ転送する。これにより、ブラウザ１０６は、転送されたＵＲＬを表示部（図示せず）に表示させることができる。また、ユーザが当該ＵＲＬを選択した場合には、情報提供サーバ２００に対して、当該ＵＲＬに対応するＷｅｂコンテンツの取得要求をする際に、認証情報として、利用者ＩＤ、現在時刻および署名データを情報提供サーバ２００へ送信することができる。

なお、アプリケーション１０４は、ブラウザ１０６を起動して、Ｗｅｂコンテンツを情報提供サーバ２００から取得するのみでなく、自ら情報提供サーバ２００にアクセスして所定のコンテンツを取得することも当然に可能である。しかしながら、ＩＣチップ１０２に直接アクセス可能なアプリケーション１０４は通常、使用可能な資源（アプリケーション本体の容量、データ容量、ファイル容量など）が通信キャリアにより制限されている。したがって、アプリケーション１０４は、リッチコンテンツの取得などをすることが難しい。その結果、アプリケーション１０４は、所定の容量を超えるコンテンツなどを取得する際には、ブラウザ１０６（または別のアプリケーション）を利用して情報提供サーバ２００から当該コンテンツを取得する。本実施形態に係る携帯電話１００は、このように、使用可能な資源が制限されているアプリケーション１０４が、ブラウザ１０６などの他のアプリケーションを利用して情報提供サーバ２００から所定のコンテンツを取得する際の操作の煩雑性などを解消する。したがって、本明細書においては、アプリケーション１０４が、ブラウザ１０６を利用して、情報提供サーバ２００から所定のコンテンツを取得する処理について中心に説明する。しかしながら、アプリケーション１０４は、直接情報提供サーバ２００にアクセスして、低容量のコンテンツなどを取得することも当然に可能である。

ブラウザ１０６は、所定のＷｅｂコンテンツを閲覧するためのアプリケーションの１つである。ブラウザ１０６は、例えば、ユーザが指定した所定のＵＲＬに対応するＷｅｂコンテンツを、情報提供サーバ２００から取得して、表示部に表示させることができる。本実施形態において、上述したアプリケーション１０４のブラウザ制御部１１６が、ブラウザ１０６の起動、Ｗｅｂコンテンツの取得などを制御する。図２に示すように、ブラウザ１０６は主に、サーバアクセス部１１８と、表示制御部１２０と、を含んで構成される。なお、ブラウザ１０６は、本発明において、ＩＣチップ１０２にアクセスできない第２のアプリケーションとして機能するものである。

サーバアクセス部１１８は、ユーザからの指示に応じて、所定のＷｅｂコンテンツを要求する信号を情報提供サーバ２００へ送信する。ユーザは、例えば、ブラウザ１０６が表示するＵＲＬなどを選択することにより、ブラウザ１０６に対して、当該ＵＲＬに対応するＷｅｂコンテンツの取得を指示することができる。

また、サーバアクセス部１１８は、Ｗｅｂコンテンツの要求信号に加えて、アプリケーション１０４から転送された利用者ＩＤ、現在時刻および署名データを、認証情報として情報提供サーバ２００へ送信する。上述したように、ブラウザ１０６は、ＩＣチップ１０２に直接アクセスすることはできない。しかしながら、アプリケーション１０４のＩＣチップ読み出し部１１０を介することにより、ＩＣチップ１０２に記録されているセキュアな情報である利用者ＩＤを、認証情報として利用することができる。

また、サーバアクセス部１１８は、情報提供サーバ２００から送信される所定のＷｅｂコンテンツを受信し、表示制御部１２０に転送することもできる。

表示制御部１２０は、情報提供サーバ２００から取得したＷｅｂコンテンツを表示部に表示させる。上述したように、情報提供サーバ２００から取得したＷｅｂコンテンツは、サーバアクセス部１１８から表示制御部１２０へ転送される。これを受けて、表示制御部１２０は、当該Ｗｅｂコンテンツを表示部に表示させることができる。また、表示制御部１２０は、アプリケーション１０４のブラウザ制御部１１６から所定のＷｅｂコンテンツに対応するＵＲＬが転送された場合には、表示部に当該ＵＲＬを表示させることもできる。これにより、ユーザは、表示部に表示されているＵＲＬを選択することができる。

以上、本実施形態に係る携帯電話１００の機能構成について説明したが、図２に示した機能構成は、本実施形態の特徴的部分を説明する上での一例であり、携帯電話１００が備える機能は、上記事項に限定されるものではない。例えば、携帯電話１００は、図２に示した以外のアプリケーションや、通信機能、撮像機能など、一般的な携帯電話に備えられる種々の機能を備えることも当然に可能である。なお、上述した構成により、ブラウザ１０６が情報提供サーバ２００にＷｅｂコンテンツの取得を要求する処理の流れの詳細については、後述する処理フローにおいて説明する。

（２−２．情報提供サーバ２００の機能構成）
次に、情報提供サーバ２００の機能構成について説明する。図２に示すように、情報提供サーバ２００は主に、タイムカウンタ２０２と、アクセス履歴管理部２０４と、記憶部２０６と、認証処理部２１０と、を含んで構成される。以下、情報提供サーバ２００を構成する各機能部について説明する。

タイムカウンタ２０２は、現在時刻を記憶する。タイムカウンタ２０２は、例えば、情報提供サーバ２００の管理者による操作に応じて現在時刻を調整することや、所定時間毎に現在時刻をオートコレクトすることなどができる。タイムカウンタ２０２が記憶する現在時刻は、後述する認証処理部２１０による認証処理に利用される。

アクセス履歴管理部２０４は、携帯電話１００からのアクセス履歴に関する情報を、アクセス履歴表として管理する。上述したように、携帯電話１００のブラウザ１０６からアクセス要求がある際には、認証情報として、利用者ＩＤおよび現在時刻に関する情報が送信される。したがって、アクセス履歴管理部２０４は、少なくとも利用者ＩＤおよび現在時刻を含む情報を、アクセス履歴に関する情報として管理する。

図３は、アクセス履歴管理部２０４によって管理されるアクセス履歴表２１８の一例を示す説明図である。図３に示すように、アクセス履歴表２１８は、少なくとも利用者ＩＤおよび現在時刻に関する情報を含んで構成されている。利用者ＩＤは、上述したように、携帯電話１００が備えるＩＣチップ１０２に記録された固有の識別情報である。アクセス履歴管理部２０４は、新しい利用者ＩＤに対応する携帯電話からアクセス要求があった場合には、当該利用者ＩＤとアクセス要求があった現在時刻とを、新しくアクセス履歴管理表２１８に追加することができる。また、アクセス履歴管理部２０４は、既にアクセス履歴表２１８に記録されている利用者ＩＤに対応する携帯電話からアクセス要求があった場合には、当該利用者ＩＤに対応する現在時刻に関する情報を、新しいアクセス要求があった現在時刻に更新することができる。

このようにしてアクセス履歴管理部２０４が管理するアクセス履歴表２１８に基づいて、情報提供サーバ２００は、それぞれの利用者ＩＤに対応する携帯電話が、最後にいつ情報提供サーバ２００へアクセスしたかを認識することができる。また、アクセス履歴管理部２０４が管理するアクセス履歴表２１８は、後述する認証処理部２１０による、携帯電話１００のブラウザ１０６からのＷｅｂコンテンツの取得要求の認証処理に利用される。

記憶部２０６は、情報提供サーバ２００が管理する種々のコンテンツデータ、上述したアクセス履歴表、設定情報などを記憶する。情報提供サーバ２００は、携帯電話１００からの要求に応じて記憶部２０６に記録されている所定のコンテンツデータなどを送信したり、記憶部２０６に記録されている所定の設定情報などに基づいて所定の処理を実行したりすることができる。なお、本実施形態においては、記憶部２０６は、情報提供サーバ２００が管理する所定の情報を記録するものであり、記録される情報の種類や容量、記録方式などは特定のものに限定されない。

認証処理部２１０は、ブラウザ１０６からのＷｅｂコンテンツの取得要求に対して、当該ブラウザ１０６からのアクセスを許可するか否かを判断する認証処理を行う。図２に示すように、認証処理部２１０は主に、署名認証処理部２１２と、二重アクセス認証処理部２１４と、有効期間認証処理部２１６と、を含んで構成される。

署名認証処理部２１２は、ブラウザ１０６から送信された利用者ＩＤ、現在時刻および署名データを含む認証情報が、第三者により改ざんされていないかを判断する。具体的には、署名認証処理部２１２は、ブラウザ１０６から送信された利用者ＩＤおよび現在時刻に対して、所定の暗号鍵を用いて署名データを生成する。前述したように、携帯電話１００および情報提供サーバ２００は、共通の暗号鍵である署名鍵を有している。したがって、署名認証処理部２１２は、当該署名鍵を利用して、ブラウザ１０６から受信した利用者ＩＤおよび現在時刻に対して暗号化処理を行い、署名データを生成する。

ここで、ブラウザ１０６から受信した署名データは、上述したように、ＩＣチップ１０２に記録されている利用者ＩＤおよびタイムカウンタ１０８から読み出された現在時刻に対して、署名データ生成部１１４が、署名鍵により生成したものである。したがって、署名認証処理部２１２が共通の暗号鍵である署名鍵を利用して、同じ利用者ＩＤおよび現在時刻に対して生成した署名データは、ブラウザ１０６から送信された署名データと一致するはずである。よって、署名認証処理部２１２は、生成した署名データと、ブラウザ１０６から受信した署名データとを比較する。署名データが一致した場合には、署名認証処理部２１２は、利用者ＩＤおよび現在時刻が不正に書き換えられていないと判断することができる。一方、署名データが一致していいない場合には、署名認証処理部２１２は、利用者ＩＤまたは現在時刻が不正に書き換えられている可能性があると判断し、ブラウザ１０６からのアクセスを拒否することができる。

このように、情報提供サーバ２００と携帯電話１００が共通の暗号鍵である署名鍵を有しているため、当該署名鍵を有していない携帯電話を使用する第三者が署名データを偽造することはできない。また、例えば、利用者ＩＤや現在時刻を不正に改ざんした場合には、情報提供サーバ２００の署名認証処理部２１２が生成する署名データが、ブラウザ１０６から送信される署名データと一致しなくなる。したがって、署名認証処理部２１２は、第三者によって改ざんされた認証情報を利用したアクセスを確実に拒否することができる。なお、署名認証処理部２１２による具体的な処理の流れについては、後述する処理フローにおいて説明する。

二重アクセス認証処理部２１４は、ブラウザ１０６から送信された利用者ＩＤ、現在時刻および署名データを含む認証情報が、第三者により再利用されていないかを判断する。具体的には、二重アクセス認証処理部２１４は、ブラウザ１０６から送信された利用者ＩＤおよび現在時刻と、上述したアクセス履歴管理部２０４が管理するアクセス履歴表２１８とに基づいて、認証情報が第三者により再利用されていないかを判断する。

二重アクセス認証処理部２１４は、アクセス履歴表２１８を参照することにより、ブラウザ１０６から送信された利用者ＩＤを有する携帯電話１００が、前回情報提供サーバ２００にアクセスした日時を認識することができる。したがって、二重アクセス認証処理部２１４は、例えば、ブラウザ１０６から送信された利用者ＩＤが、アクセス履歴表２１８に記録されていない場合には、当該利用者ＩＤを有する携帯電話からは、今回のアクセスが初めてであると判断することができる。また、二重アクセス認証処理部２１４は、例えば、ブラウザ１０６から送信された現在時刻が、アクセス履歴表２１８に記録されている現在時刻よりも古い場合には、第三者が、以前のアクセス情報を不正に再利用したと判断することもできる。この場合、二重アクセス認証処理部２１４は、ブラウザ１０６からのアクセスを拒否することができる。

このように、二重アクセス認証処理部２１４は、ブラウザ１０６から送信された利用者ＩＤおよび現在時刻に関する認証情報と、アクセス履歴表２１８とを比較することにより、第三者によるアクセス情報の再利用を防止することができる。なお、二重アクセス認証処理部２１４による具体的な処理の流れについては、後述する処理フローにおいて説明する。

有効期間認証処理部２１６は、ブラウザ１０６から送信された利用者ＩＤ、現在時刻および署名データを含む認証情報が、あらかじめ設定された所定の期間よりも古いデータでないかを判断する。具体的には、有効期間認証処理部２１６は、ブラウザ１０６から送信された現在時刻と、上述したタイムカウンタ２０２が記憶する現在時刻とに基づいて、認証情報があらかじめ設定された所定の期間よりも古いデータでないかを判断する。

有効期間認証処理部２１６は、例えば、ブラウザ１０６から送信された現在時刻が、タイムカウンタ２０２の現在時刻と比較して、所定の期間内であるか否かを判断する。有効期間認証処理部２１６は、この所定の期間をあらかじめ署名有効期間として設定し、記憶部２０６に記録しておくことができる。署名有効期間は、例えば、情報提供サーバ２００の管理者などが任意に設定することができる。署名有効期間は、情報提供サーバ２００の備えるタイムカウンタ２０２と、携帯電話１００が備えるタイムカウンタ１０８との誤差や、携帯電話１００の通信性能などを考慮して、タイムカウンタ２０２の現在時刻から前後所定の時間に設定されることが望ましい。

例えば、署名有効期間が±１０分である場合、有効期間認証処理部２１６は、ブラウザ１０６から送信された現在時刻が、タイムカウンタ２０２の現在時刻から±１０分の範囲内である場合には、当該認証情報は古いデータでないと判断することができる。逆に、ブラウザ１０６から送信された現在時刻が、タイムカウンタ２０２の現在時刻から±１０分の範囲内でない場合には、有効期間認証処理部２１６は、第三者が不正に古い認証情報を利用している可能性があると判断することができる。この場合、有効期間認証処理部２１６は、ブラウザ１０６からのアクセスを拒否することができる。

このように、有効期間認証処理部２１６は、ブラウザ１０６から送信された現在時刻と、タイムカウンタ２０２の現在時刻と、あらかじめ設定された署名有効期間とを比較することにより、古いアクセス情報を利用したアクセスを防止することができる。なお、有効期間認証処理部２１６による具体的な処理の流れについては、後述する処理フローにおいて説明する。

以上、本実施形態に係る情報提供サーバ２００の機能構成について説明したが、図２に示した機能構成は、本実施形態の特徴的部分を説明する上での一例であり、情報提供サーバ２００が備える機能は、上記事項に限定されるものではない。

（３．携帯電話１００によるアクセス処理のフロー）
次に、上述した携帯電話１００により、ブラウザ１０６を介して、情報提供サーバ２００から所定のＷｅｂコンテンツの取得を要求する処理の流れについて説明する。図４は、携帯電話１００が、ブラウザ１０６を介して、情報提供サーバ２００から所定のＷｅｂコンテンツの取得を要求する処理の流れを示すフロー図である。携帯電話１００は、例えば、ユーザによるＷｅｂコンテンツの取得要求指示などに応じて、図４に示す処理フローを実行する。

まず、ステップ４００において、アプリケーション１０４は、ＩＣチップ１０２に記録されている利用者ＩＤを読み出す。利用者ＩＤの読み出しは、上述したＩＣチップ読み出し部１１０によって行われる。ＩＣチップ読み出し部１１０によって読み出された利用者ＩＤはその後、署名データ生成部１１４に転送され、署名データの生成に利用される。

次に、ステップ４０２において、アプリケーション１０４は、現在時刻をタイムカウンタ１０８から読み出す。現在時刻の読み出しは、上述した現在時刻読み出し部１１２によって行われる。現在時刻読み出し部１１２によって読み出された現在時刻はその後、署名データ生成部１１４に転送され、署名データの生成に利用される。

次に、ステップ４０４において、アプリケーション１０４は、ステップ４００により読み出された利用者ＩＤと、ステップ４０２により読み出された現在時刻とに基づいて、署名データを生成する。署名データの生成は、上述した署名データ生成部１１４によって行われる。上述したように、携帯電話１００および情報提供サーバ２００は、共通の暗号鍵である署名鍵を有している。したがって、署名データ生成部１１４は、当該署名鍵を利用して、利用者ＩＤおよび現在時刻に対して暗号化処理を行い、署名データを生成する。

なお、署名鍵による暗号化方法は、携帯電話１００および情報提供サーバ２００で共通していれば、特定の暗号化方法に限定されるものではない。

次に、ステップ４０６において、署名データ生成部１１４は、アクセス先のＵＲＬと、利用者ＩＤと、現在時刻と、生成した署名データとを含むブラウザ起動コマンドを生成する。その後、ステップ４０８において、当該生成したブラウザ起動コマンドをブラウザ１０６へ転送し、ブラウザ１０６を起動する。

これを受けてブラウザ１０６は、ステップ４１０において、ＵＲＬで指定された情報提供サーバ２００へアクセスする。このとき、ブラウザ１０６は、アプリケーション１０４から転送された利用者ＩＤ、現在時刻および署名データを認証情報として情報提供サーバ２００へ送信する。なお、認証情報の送信は、上述したサーバアクセス部１１８によって行われる。

以上の処理フローにより、携帯電話１００は、ブラウザ１０６を介して、所定のＵＲＬに対応する情報提供サーバ２００のＷｅｂコンテンツの取得を要求することができる。このとき、ブラウザ１０６は、アプリケーション１０４からＩＣチップ１０２に記録されている利用者ＩＤを受け取り、認証情報として情報提供サーバ２００へ送信する。すなわち、ブラウザ１０６は、本来特定のアプリケーションなどしかアクセスすることができないＩＣチップ１０２に記録されているセキュアな情報を、アプリケーション１０４を介して入手し、認証情報として情報提供サーバ２００へ送信することができる。この結果、ユーザは、ブラウザ１０６を利用して、公開が制限されているＷｅｂコンテンツなどを情報提供サーバ２００から取得する際にも、パスワードや通信キャリアの契約者情報などの入力といった煩雑な操作をしなくてよい。

図５は、上述した処理フローにより、認証情報がブラウザ１０６から情報提供サーバ２００へ送信されるまでの概念を示す説明図である。

図５を参照すると、ステップ４００により読み出された利用者ＩＤと、ステップ４０２により読み出された現在時刻とが連結された後、署名鍵を利用して署名データが生成されていることがわかる。また、アクセス先ＵＲＬ、利用者ＩＤ、現在時刻、署名データを含むブラウザ起動コマンドが、図５に示す例のように生成されてブラウザ１０６へ転送され、ブラウザ１０６が起動される。その後、ブラウザ１０６は、利用者ＩＤ、現在時刻および署名データを、認証情報として情報提供サーバ２００へ送信していることがわかる。

（４．情報提供サーバ２００によるアクセス認証処理のフロー）
次に、携帯電話１００からのアクセス要求に対して、情報提供サーバ２００が行う認証処理の流れについて説明する。図６は、情報提供サーバ２００が行う認証処理の流れを示すフロー図である。

情報提供サーバ２００は、上述したように認証処理部２１０を構成する署名認証処理部２１２と、二重アクセス認証処理部２１４と、有効期間認証処理部２１６とが、ブラウザ１０６からのアクセス要求に対する認証処理を行う。具体的には、署名認証処理部２１２が、ブラウザ１０６から送信された認証情報が改ざんされていないかを判断する。また、二重アクセス認証処理部２１４が、ブラウザ１０６から送信された認証情報が第三者により再利用されたものでないかを判断する。さらに、有効期間認証処理部２１６が、ブラウザ１０６から送信された認証情報が所定の有効期間内に生成されたものであるかを判断する。これらの認証結果により、ブラウザ１０６からのアクセス要求を認証した場合には、要求されたＷｅｂコンテンツをブラウザ１０６へ送信し、認証しなかった場合には、ブラウザ１０６からのアクセスを拒否する。

図６に示すように、まず、ステップ６００において、署名認証処理部２１２は、ブラウザ１０６から送信された利用者ＩＤおよび現在時刻に対して、署名データを生成する。上述したように、携帯電話１００および情報提供サーバ２００は、共通の暗号鍵である署名鍵を有している。したがって、署名認証処理部２１２は、当該署名鍵を利用して、ブラウザ１０６から送信された利用者ＩＤおよび現在時刻に対して暗号化処理を行い、署名データを生成する。

次に、ステップ６０２において、署名認証処理部２１２は、生成した署名データと、ブラウザ１０６から送信された署名データとを比較する。署名認証処理部２１２は、携帯電話１００のアプリケーション１０４が認証データを生成する際に利用した署名鍵と共通の署名鍵を利用して署名データを生成している。したがって、携帯電話１００のアプリケーション１０４が署名データを生成したときの利用者ＩＤおよび現在時刻に対して、共通の署名鍵を利用して署名データを生成すれば、アプリケーション１０４が生成した署名データと同じ署名データが生成されるはずである。

図７は、署名認証処理部２１２によって行われる署名データの認証処理の概念を示す説明図である。図７に示すように、署名認証処理部２１２は、ブラウザ１０６から送信された利用者ＩＤおよび現在時刻に対して、署名鍵を利用して署名データを生成する。その後、生成した認証情報と、ブラウザ１０６から送信された認証情報とを比較する。

署名認証処理部２１２は、生成した署名データが、ブラウザ１０６から送信された署名データと同じでない場合には、ブラウザ１０６から送信された利用者ＩＤまたは現在時刻が不正に改ざんされている可能性があると判断する。この場合、署名認証処理部２１２は、ブラウザ１０６からのアクセスを拒否する。このとき、情報提供サーバ２００は、ブラウザ１０６に対して、アクセスを拒否するメッセージや、認証情報の再送信を要求するメッセージなどを送信してもよい。

一方、署名認証処理部２１２は、生成した署名データが、ブラウザ１０６から送信された署名データと同じである場合には、ブラウザ１０６から送信された利用者ＩＤまたは現在時刻が不正に改ざんされていないと判断する。この場合、後述する二重アクセス認証処理および有効期間認証処理が行われる。

再度、図６を参照すると、ステップ６０４において、二重アクセス認証処理部２１４は、ブラウザ１０６から送信された利用者ＩＤが、アクセス履歴管理部２０４が管理するアクセス履歴表２１８に記録されているか否かを判断する。上述したように、アクセス履歴表２１８には、利用者ＩＤ毎に、前回情報提供サーバ２００にアクセスした際の現在時刻に関する情報が記録されている。したがって、アクセス履歴表２１８に、ブラウザ１０６から送信された利用者ＩＤが記録されていない場合には、当該利用者ＩＤを有する携帯電話１００からは、初めて情報提供サーバ２００にアクセスされたと判断することができる。この場合、当該利用者ＩＤを第三者が再利用していることはないため、二重アクセス認証処理は終了し、ステップ６１０の有効期間認証処理が行われる。

一方、アクセス履歴表２１８に、ブラウザ１０６から送信された利用者ＩＤが記録されている場合には、ステップ６０６およびステップ６０８による二重アクセス認証処理が行われる。

ステップ６０６において、二重アクセス認証処理部２１４は、アクセス履歴表２１８に記録されている現在時刻が、タイムカウンタ２０２の現在時刻と比較して、あらかじめ設定された期間内であるか否かを判断する。情報提供サーバ２００は、当該ステップにおいて判断基準となる期間を、セッション有効期間としてあらかじめ設定し、記憶部２０６に記録しておくことができる。セッション有効期間は、例えば、情報提供サーバ２００の管理者などが任意に設定・変更することができるものであり、特定の数字に限定されるものではない。

ステップ６０６により、アクセス履歴表２１８に記録されている現在時刻が、タイムカウンタ２０２の現在時刻と比較して、セッション有効期間内でないと判断された場合には、ステップ６１０による有効期間処理が行われる。一方、ステップ６０６により、アクセス履歴表２１８に記録されている現在時刻が、タイムカウンタ２０２の現在時刻と比較して、セッション有効期間内であると判断された場合には、ステップ６０８により、引き続き二重アクセス認証処理が行われる。

二重アクセス認証処理部２１４は、携帯電話１００から送信された現在時刻が誤って遠い未来の時刻であり、その後携帯電話１００の現在時刻が修正されると二度と情報提供サーバ２００へアクセスできなくなる弊害を防止するために、ステップ６０６の処理を行う。

次に、ステップ６０８において、二重アクセス認証処理部２１４は、ブラウザ１０６から送信された現在時刻が、アクセス履歴表２１８に記録されている現在時刻よりも古いか否かを判断する。ブラウザ１０６から送信された現在時刻が、アクセス履歴表２１８に記録されている現在時刻よりも古くないと判断された場合、二重アクセス認証処理は終了し、ステップ６１０の有効期間認証処理が行われる。

一方、ブラウザ１０６から送信された現在時刻が、アクセス履歴表２１８に記録されている現在時刻よりも古いと判断された場合、第三者が、以前の認証情報を不正に再利用した可能性があると判断し、ブラウザ１０６からのアクセスを拒否する。このとき、情報提供サーバ２００は、ブラウザ１０６に対して、アクセスを拒否するメッセージや、認証情報の再送信を要求するメッセージなどを送信してもよい。

図８は、二重アクセス認証処理部２１４によって行われる二重アクセス認証処理の概念を示す説明図である。図８に示すように、ブラウザ１０６から送信された利用者ＩＤ（Ｆ９３８８１２）のアクセス履歴が、アクセス履歴表２１８から検索される。その後、検索されたアクセス履歴に記録されている現在時刻と、タイムカウンタ２０２の現在時刻とを比較し、あらかじめ設定されたセッション有効期間より古いか否かが判断される。その後、ブラウザ１０６から送信された現在時刻が、検索されたアクセス履歴に記録されている現在時刻よりも古いか否かが判断される。図８に示す例では、ブラウザ１０６から送信された現在時刻は、２００８−０６−２６ １４：１８であり、検索されたアクセス履歴に記録されている現在時刻は、２００８−０６−２６ １４：３１である。よって、ブラウザ１０６から送信された現在時刻の方が、アクセス履歴に記録されている現在時刻よりも古いため、二重アクセス認証処理部２１４は、第三者が以前の認証情報を不正に再利用した可能性があると判断し、ブラウザ１０６からのアクセスを拒否する。

再度、図６を参照すると、ステップ６１０において、有効期間認証処理部２１６は、ブラウザ１０６から送信された現在時刻と、タイムカウンタ２０２の現在時刻とを比較し、その差分があらかじめ設定された期間内であるか否かを判断する。上述したように、有効期間認証処理部２１６は、この所定の期間をあらかじめ署名有効期間として設定し、記憶部２０６に記録しておくことができる。

図９は、有効期間認証処理部２１６によって行われる有効期間認証処理の概念を示す説明図である。図９に示すように、ブラウザ１０６から送信された認証情報に含まれる現在時刻と、タイムカウンタ２０２の現在時刻とが比較される。有効期間認証処理部２１６は、この２つの現在時刻の差分が、あらかじめ設定された署名有効期間内であるか否かを判断する。

ブラウザ１０６から送信された現在時刻が、タイムカウンタ２０２の現在時刻と比較して、署名有効期間内でないと判断された場合、有効期間認証処理部２１６は、第三者が古い認証情報を利用している可能性があると判断する。この場合、有効期間認証処理部２１６は、ブラウザ１０６からのアクセスを拒否する。このとき、情報提供サーバ２００は、ブラウザ１０６に対して、アクセスを拒否するメッセージや、認証情報の再送信を要求するメッセージなどを送信してもよい。

一方、ブラウザ１０６から送信された現在時刻が、タイムカウンタ２０２の現在時刻と比較して、署名有効期間内であると判断された場合、情報提供サーバ２００は、ブラウザ１０６からのアクセスを認証し、アクセス履歴管理部２０４にアクセス履歴の更新を指示する。アクセス履歴管理部２０４は、既にアクセス履歴表２１８に、ブラウザ１０６から送信された利用者ＩＤに対応するアクセス要求が記録されている場合には、その記録の現在時刻を、ブラウザ１０６から送信された現在時刻に更新する。また、当該利用者ＩＤがアクセス履歴表２１８に記録されていない場合は、当該利用者ＩＤと当該現在時刻とを、新しくアクセス履歴管理表２１８に追加する。この場合、情報提供サーバ２００は、ブラウザ１０６が要求したＷｅｂコンテンツを携帯電話１００へ送信する。これにより携帯電話１００のブラウザ１０６は、情報提供サーバ２００から送信されたＷｅｂコンテンツを表示させることができる。

このように、情報提供サーバ２００の認証処理部２１０は、署名データの認証処理、二重アクセスの認証処理、署名有効期間の認証処理を行うことにより、ブラウザ１０６からのアクセスを許可するか否かを判断することができる。また、ブラウザ１０６から送信される認証情報は、ＩＣチップ１０２に記録されているセキュアな情報である利用者ＩＤや、当該利用者ＩＤなどに基づいて生成された署名データなどである。したがって、情報提供サーバ２００は、利用者ＩＤとは異なる別のＩＤやパスワードなどのリストを管理する必要がない。また、異なる通信キャリアの携帯電話からのアクセス要求であっても、ＩＣチップ１０２に記録されている利用者ＩＤに基づいて、アクセス要求を認証することができる。この結果、情報提供サーバ２００は、ＩＣチップ１０２に記録されている利用者ＩＤとは異なるＩＤやパスワード、通信キャリアの契約者情報などを管理したり、通信キャリア毎に異なる認証処理を行ったりするといった複雑な運用・管理をする必要がなくなる。

（５．携帯電話１００のハードウェア構成）
次に、図１０を参照しながら、本発明の実施形態に係る携帯電話１００のハードウェア構成について、詳細に説明する。図１０は、本発明の実施形態に係る携帯電話１００のハードウェア構成を説明するためのブロック図である。

携帯電話１００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）５０と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）５２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）５４と、ホストバス５６と、ブリッジ５８と、外部バス６０と、インタフェース６２と、入力装置６４と、出力装置６６と、ストレージ装置（ＨＤＤ）６８と、ドライブ７０と、通信装置７２とを備える。

ＣＰＵ５０は、演算処理装置および制御装置として機能し、各種プログラムに従って携帯電話１００内の動作全般を制御する。また、ＣＰＵ５０は、マイクロプロセッサであってもよい。ＲＯＭ５２は、ＣＰＵ５０が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ５４は、ＣＰＵ５０の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一次記憶する。これらはＣＰＵバスなどから構成されるホストバス５６により相互に接続されている。

ホストバス５６は、ブリッジ５８を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス６０に接続されている。なお、必ずしもホストバス５６、ブリッジ５８および外部バス６０を分離構成する必要はなく、一のバスにこれらの機能を実装してもよい。

入力装置６４は、例えば、ポインタ、キーボード、タッチパネル、ボタン、マイク、スイッチおよびレバーなどユーザが情報を入力するための入力手段と、ユーザによる入力に基づいて入力信号を生成し、ＣＰＵ５０に出力する入力制御回路などから構成されている。携帯電話１００のユーザは、入力装置６４を操作することにより、携帯電話１００に対して各種のデータを入力したり処理動作を指示したりすることができる。

出力装置６６は、例えば、液晶ディスプレイ装置、ＥＬディスプレイ装置およびランプなどの表示装置と、スピーカおよびヘッドホンなどの音声出力装置で構成される。出力装置６６は、例えば、再生されたコンテンツを出力する。具体的には、表示装置は再生された映像データ等の各種情報をテキストまたはイメージで表示する。一方、音声出力装置は、再生された音声データ等を音声に変換して出力する。

ストレージ装置６８は、本実施形態にかかる携帯電話１００の記憶部の一例として構成されたデータ格納用の装置であり、例えば、不揮発性半導体メモリで構成される。このストレージ装置６８は、不揮発性半導体メモリを駆動し、ＣＰＵ５０が実行するプログラムや各種データを格納する。

ドライブ７０は、記憶媒体用リーダライタであり、携帯電話１００に内蔵、あるいは外付けされる。ドライブ７０は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体７４に記録されている情報を読み出して、ＲＡＭ５４に出力する。

通信装置７２は、例えば、通信網７６に接続するための通信デバイス等で構成された通信インタフェースである。また、通信装置７２は、キャリア通信網対応通信装置であっても、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）対応通信装置であっても、有線による通信を行うワイヤー通信装置であってもよい。この通信装置７２は、情報提供サーバ２００との間で、通信網７６を介して、Ｗｅｂコンテンツの要求信号、認証情報などの各種データを送受信する。

以上、本実施形態に係る携帯電話１００の機能を実現可能なハードウェア構成の一例を示した。上記の各構成要素は、汎用的な部材を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。従って、本実施形態を実施する時々の技術レベルに応じて、適宜、利用するハードウェア構成を変更することが可能である。また、情報提供サーバ２００も、携帯電話１００のハードウェア構成と実質的に同一のハードウェア構成とすることができるため、詳細の説明は省略する。

以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。

例えば、上記実施形態では、情報処理装置の一例として、ＩＣチップ１０２を搭載した携帯電話１００について説明したが、本発明はかかる例に限定されるものではない。本発明に係る情報処理装置は、例えば、ＩＣチップ１０２を搭載したＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、携帯音楽プレーヤなどの情報処理装置であってもよい。

また、本明細書において、フローチャートに記述されたステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的に又は個別的に実行される処理をも含む。また時系列的に処理されるステップでも、場合によっては適宜順序を変更することが可能であることは言うまでもない。例えば、上述した情報提供サーバ２００によって行われる認証処理は、必ずしも上記説明の順序に沿って行われる必要はない。例えば、署名データ認証処理と、二重アクセス認証処理と、有効期間認証処理とを、順序を変えて行ったり、一部の認証処理のみを行ったり、さらに別の認証処理を追加的に行ったりすることも可能である。

本実施形態に係る携帯電話１００において、ＷｅｂＴｏ機能により、ＩＣチップ１０２にアクセスできないブラウザ１０６が、公開が制限されている所定のＷｅｂコンテンツを情報提供サーバ２００から取得する概念を示す説明図である。 本実施形態に係る携帯電話１００および情報提供サーバ２００を含んで構成される情報提供システムの概念を示す構成図である。 同実施形態において、アクセス履歴管理部２０４によって管理されるアクセス履歴表２１８の一例を示す説明図である。 同実施形態に係る携帯電話１００が、ブラウザ１０６を介して、情報提供サーバ２００から所定のＷｅｂコンテンツを取得する処理の流れを示すフロー図である。 図４の処理フローにより、認証情報がブラウザ１０６から情報提供サーバ２００へ送信されるまでの概念を示す説明図である。 同実施形態に係る情報提供サーバ２００が行う認証処理の流れを示すフロー図である。 同実施形態において、署名認証処理部２１２によって行われる署名データの認証処理の概念を示す説明図である。 同実施形態において、二重アクセス認証処理部２１４によって行われる二重アクセス認証処理の概念を示す説明図である。 同実施形態において、有効期間認証処理部２１６によって行われる有効期間認証処理の概念を示す説明図である。 同実施形態に係る携帯電話１００のハードウェア構成を説明するためのブロック図である。 従来の携帯電話１０が、ＩＣチップに記録されている利用者ＩＤを利用して、情報提供サーバ３０の各種コンテンツを取得する概念を示す説明図である。 従来の携帯電話１０において、ＷｅｂＴｏ機能により、ＩＣチップにアクセスできないブラウザ１６が、一般公開されている所定のＷｅｂコンテンツを情報提供サーバ３０から取得する概念を示す説明図である。 従来の携帯電話１０において、ＷｅｂＴｏ機能により、ＩＣチップにアクセスできないブラウザ１６が、公開が制限されている所定のＷｅｂコンテンツを情報提供サーバ３０から取得する概念を示す説明図である。

符号の説明

１００ 携帯電話
１０２ ＩＣチップ
１０４ アプリケーション
１０６ ブラウザ
１０８、２０２ タイムカウンタ
１１０ ＩＣチップ読み出し部
１１２ 現在時刻読み出し部
１１４ 署名データ生成部
１１６ ブラウザ制御部
１１８ サーバアクセス部
１２０ 表示制御部
２００ 情報提供サーバ
２０４ アクセス履歴管理部
２０６ 記憶部
２１０ 認証処理部
２１２ 署名認証処理部
２１４ 二重アクセス認証処理部
２１６ 有効期間認証処理部

Claims (9)

1. 所定のデータが記録されたＩＣチップと；
   前記ＩＣチップに記録されているデータを読み出すＩＣチップ読み出し部と、
   前記ＩＣチップ読み出し部により読み出された記録データに対して暗号化処理を行って署名データを生成する署名データ生成部と、
   を含む、前記ＩＣチップにアクセス可能な第１のアプリケーションと；
   前記第１のアプリケーションから前記署名データ、および前記ＩＣチップ読み出し部により読み出された記録データを受け取り、該署名データおよび記録データを、所定のコンテンツを提供する情報提供サーバへ送信することにより、該情報提供サーバからコンテンツの取得を要求する、サーバアクセス部を含む、前記ＩＣチップにアクセスすることができない第２のアプリケーションと；
   を備える情報処理装置。
2. 前記ＩＣチップには、該ＩＣチップ固有の利用者ＩＤが記録されており、
   前記ＩＣチップ読み出し部は、前記ＩＣチップから前記利用者ＩＤを読み出す、請求項１に記載の情報処理装置。
3. 現在時刻を記憶するタイムカウンタをさらに備え、
   前記第１のアプリケーションは、前記タイムカウンタに記録されている現在時刻を読み出す現在時刻読み出し部をさらに備え、
   前記署名データ生成部は、前記ＩＣチップ読み出し部により読み出された利用者ＩＤ、および前記現在時刻読み出し部により読み出された現在時刻に対して暗号化処理を行って署名データを生成する、請求項２に記載の情報処理装置。
4. 前記情報提供サーバと共通の暗号鍵をさらに備え、
   前記署名データ生成部は、前記暗号鍵を利用して、前記ＩＣチップ読み出し部により読み出された利用者ＩＤ、および前記現在時刻読み出し部により読み出された現在時刻に対して暗号化処理を行って署名データを生成する、請求項３に記載の情報処理装置。
5. 前記第１のアプリケーションは、前記ＩＣチップ読み出し部により読み出された利用者ＩＤと、前記現在時刻読み出し部により読み出された現在時刻と、前記署名データ生成部により生成された署名データとを前記第２のアプリケーションに転送して、前記第２のアプリケーションを起動させる起動制御部をさらに備える、請求項４に記載の情報処理装置。
6. 前記サーバアクセス部は、所定のコンテンツを提供する情報提供サーバにコンテンツの取得を要求する場合に、前記署名データおよび前記利用者ＩＤに加えて、さらに前記起動制御部から転送された現在時刻を前記情報提供サーバへ送信する、請求項５に記載の情報処理装置。
7. 所定のデータが記録されたＩＣチップにアクセス可能な第１のアプリケーションのＩＣチップ読み出し部が、前記ＩＣチップに記録されているデータを読み出すＩＣチップ読み出しステップと、
   前記第１のアプリケーションの署名データ生成部が、前記ＩＣチップ読み出しステップにより読み出された記録データに対して暗号化処理を行って署名データを生成する署名データ生成ステップと、
   前記署名データ生成ステップにより生成された署名データと、前記ＩＣチップ読み出しステップにより読み出された記録データとを、前記ＩＣチップにアクセスできない第２のアプリケーションに転送する署名データ転送ステップと、
   前記第２のアプリケーションのサーバアクセス部が、前記署名データ転送ステップにより転送された署名データおよび記録データを、所定のコンテンツを提供する情報提供サーバへ送信することにより、該情報提供サーバからコンテンツの取得を要求するコンテンツ要求ステップと、
   を含む情報処理方法。
8. 所定のデータが記録されたＩＣチップにアクセス可能な第１のアプリケーションのＩＣチップ読み出し部が、前記ＩＣチップに記録されているデータを読み出すＩＣチップ読み出し処理と、
   前記第１のアプリケーションの署名データ生成部が、前記ＩＣチップ読み出し処理により読み出された記録データに対して暗号化処理を行って署名データを生成する署名データ生成処理と、
   前記署名データ生成処理により生成された署名データと、前記ＩＣチップ読み出し処理により読み出された記録データとを、前記ＩＣチップにアクセスできない第２のアプリケーションに転送する署名データ転送処理と、
   前記第２のアプリケーションのサーバアクセス部が、前記署名データ転送処理により転送された署名データおよび記録データを、所定のコンテンツを提供する情報提供サーバへ送信することにより、該情報提供サーバからコンテンツの取得を要求するコンテンツ要求処理と、
   をコンピュータに実行させる情報処理プログラム。
9. 所定のデータが記録されたＩＣチップと；
   前記ＩＣチップに記録されているデータを読み出すＩＣチップ読み出し部と、
   前記ＩＣチップ読み出し部により読み出された記録データに対して暗号化処理を行って署名データを生成する署名データ生成部と、
   を含む、前記ＩＣチップにアクセス可能な第１のアプリケーションと；
   所定のコンテンツを提供する情報提供サーバにコンテンツの取得を要求する場合に、前記第１のアプリケーションから前記署名データ、および前記ＩＣチップ読み出し部により読み出された記録データを受け取り、該署名データおよびデータを情報提供サーバへ送信するサーバアクセス部を含む、前記ＩＣチップにアクセスすることができない第２のアプリケーションと；
   を備える情報処理装置と：
   前記第２のアプリケーションから送信された署名データおよび記録データに基づいて、前記第２のアプリケーションからのコンテンツの取得の要求が正当であるか否かを判断する認証処理部を備え、
   前記第２のアプリケーションからのコンテンツの取得の要求が正当であると判断した場合に、前記第２のアプリケーションが要求するコンテンツを、前記第２のアプリケーションへ送信する情報提供サーバと：
   を含む、情報処理システム。

Images