(57)【特許請求の範囲】
【請求項１】
サービス提供者からの発行依頼に応じて、所定数のチケットを一括で発行して管理する第１のサーバと、
前記第１のサーバから発行された前記各チケットの識別情報を保持する第２のサーバと、
前記第１のサーバから送信されたコマンドに従ってＩＣチップに対する処理を実行するクライアントと、
を備え、
前記第２のサーバは、
前記クライアントからのサービス利用要求に応じて、保持されたチケットのうち、使用済みでないチケットの中から選択した１のチケットの識別情報を含む利用要求メッセージを生成し、生成された利用要求メッセージをパラメータとする利用指示を前記クライアントに対して行うとともに、選択されたチケットを使用済みに変更し、
前記クライアントは、
前記利用要求メッセージをパラメータとするＩＣチップ処理要求を前記第１のサーバに送信し、
前記第１のサーバは、
管理する前記各チケットの識別情報の中に、受信した前記ＩＣチップ処理要求に含まれる前記チケットの識別情報と一致するものが含まれている場合に、ＩＣチップ処理を実行するための前記コマンドを前記クライアントに送信する、
ことを特徴とするＩＣチップ処理システム。
【請求項２】
前記第１のサーバは、
生成した前記所定数のチケットに有効期限を付与して発行するとともに管理し、
受信した前記ＩＣチップ処理要求に含まれる前記チケットが保持されていなかったり、有効期限が切れていたりする場合には、エラーコードを前記クライアントに送信し、
前記クライアントは、
前記エラーコードを受信した場合に、その旨の通知を前記第２のサーバに送信し、
前記第２のサーバは、
前記通知を受信すると、使用済みではないチケットの識別情報を含む利用要求メッセージをパラメータとする利用指示を前記クライアントに送信する、
ことを特徴とする請求項１に記載のＩＣチップ処理システム。
【請求項３】
前記第１のサーバは、
保持するチケットのうち、有効期限が切れたチケットを削除する、
ことを特徴とする請求項２に記載のＩＣチップ処理システム。
【請求項４】
前記第１のサーバは、
前記所定数のチケットの使用状況に関する情報を出力し、
前記第２のサーバは、
前記第１のサーバから出力されたチケットの使用状況と、自機におけるチケットの使用状況とを照合し、前記第１のサーバの不正利用を検出する、
ことを特徴とする請求項１乃至３のいずれか一項に記載のＩＣチップ処理システム。
【請求項５】
サービス提供者からの発行依頼に応じて、所定数のチケットを一括で発行して管理する第１のサーバと、
前記第１のサーバから発行された前記各チケットの識別情報を保持する第２のサーバと、
前記第１のサーバから送信されたコマンドに従ってＩＣチップに対する処理を実行するクライアントと、
を備えるシステムにおけるＩＣチップ処理方法であって、
前記第２のサーバにおいて、
前記クライアントからのサービス利用要求に応じて、保持されたチケットのうち、使用済みでないチケットの中から選択した１のチケットの識別情報を含む利用要求メッセージを生成し、生成された利用要求メッセージをパラメータとする利用指示を前記クライアントに対して行うとともに、選択されたチケットを使用済みに変更する第１の工程と、
前記クライアントにおいて、
前記利用要求メッセージをパラメータとするＩＣチップ処理要求を前記第１のサーバに送信する第２の工程と、
前記第１のサーバにおいて、
管理する前記各チケットの識別情報の中に、受信した前記ＩＣチップ処理要求に含まれる前記チケットの識別情報と一致するものが含まれている場合に、ＩＣチップ処理を実行するための前記コマンドを前記クライアントに送信する第３の工程と、
を含むことを特徴とするＩＣチップ処理方法。
【請求項６】
サービス提供者からの発行依頼に応じて、所定数のチケットを一括で発行して管理する第１のサーバとして動作する第１のコンピュータと、
前記第１のサーバから発行された前記各チケットの識別情報を保持する第２のサーバとして動作する第２のコンピュータと、
前記第１のサーバから送信されたコマンドに従ってＩＣチップに対する処理を実行するクライアントとして動作する第３のコンピュータと、
に実行させるプログラムであって、
前記第２のコンピュータに、
前記クライアントからのサービス利用要求に応じて、保持されたチケットのうち、使用済みでないチケットの中から選択した１のチケットの識別情報を含む利用要求メッセージを生成し、生成された利用要求メッセージをパラメータとする利用指示を前記クライアントに対して行うとともに、選択されたチケットを使用済みに変更する第１の手順を実行させ、
前記第３のコンピュータに、
前記利用要求メッセージをパラメータとするＩＣチップ処理要求を前記第１のサーバに送信する第２の手順を実行させ、
前記第１のコンピュータに、
管理する前記各チケットの識別情報の中に、受信した前記ＩＣチップ処理要求に含まれる前記チケットの識別情報と一致するものが含まれている場合に、ＩＣチップ処理を実行するための前記コマンドを前記クライアントに送信する第３の手順を実行させる、
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＯＴＡ（Over The Air）において、ＯＴＡサーバがクライアントを介してＩＣチップ処理を行うＩＣチップ処理システム、ＩＣチップ処理方法及びプログラムに関する。
【背景技術】
【０００２】
ＯＴＡは、ネットワークオペレータが、ＩＣチップに物理的に接続することなく、ＩＣチップと通信したり、アプリケーションをダウンロードしたりしてＩＣチップを管理する技術である。ＯＴＡでは、クライアントからのリクエストにより、サーバがクライアントを介してＩＣチップに対する発行コマンドを指示・制御するシステムがアプリケーション・サービス・プロバイダ（以下、単に「ＯＳＡ−ＡＳＰ」と略述する）によって提供されている。
【０００３】
サービス提供者（以下、単に「ＳＰ」と略述する）のサーバ（以下、単に「ＳＰサーバ」とする）は、ＩＣチップを保有するクライアントからＩＣチップのアクセスを伴うサービスの提供がリクエストされると、前述のＯＴＡ−ＡＳＰサーバを呼び出してＩＣチップの操作を行う。この時、クライアントはＳＰサーバからリダイレクトされ、ＯＴＡ−ＡＳＰと直接通信することになる。ＯＴＡ−ＡＳＰサーバでは、リダイレクトにより発生したクライアントからのリクエストに対する処理量に応じてＳＰに対して課金を行うようなビジネスモデルが想定されている。
【０００４】
このようなシステムでは、ＯＴＡ−ＡＳＰサーバが、ＳＰサーバの認可を得ていないＩＣ処理を実行した場合には、ＳＰサーバに対して課金することができなくなる。このため、ＯＴＡ−ＡＳＰサーバが、クライアントからの要求がＳＰの認可を受けたものであることを確認できるスキームが必要となる。
【０００５】
そこで、正当なＳＰから依頼を受けたことをＯＴＡ−ＡＳＰサーバに対して証明するために、チケットを発行して、クライアントが正しくサービスプロバイダ側からＩＣカード処理を行う旨を指示（許可）されていることをチケットにより確認するシステムが開示されている（例えば、特許文献１参照）。
【０００６】
このシステムでは、サービス処理のリクエストを受け付けたＳＰサーバがＩＣチップの操作要求メッセージを生成してそれに電子署名を付与したチケットを作成する。ＳＰサーバは、このチケットをＯＴＡ−ＡＳＰサーバに直接送付してクライアントからのリクエストが発生したことを予め通知した後に、クライアントに対してＯＴＡ−ＡＳＰサーバへのアクセスを促す。ＯＴＡ−ＡＳＰサーバは、クライアントからのアクセス要求に含まれるチケットと、予めＳＰサーバから受信していたＳＰサーバからのチケットとを照合することにより、その要求がＳＰサーバからの認可を受けたものであることを確認してから、ＩＣチップ処理を実行する。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００９−２１２７３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
この特許文献１に開示されたシステムによれば、ＯＴＡ−ＡＳＰサーバ、すなわちＯＴＡサーバは、クライアントからのリクエストを受信する度に、チケットを発行する必要があるので、多数のクライアントからリクエストが送信された場合には、ＯＴＡサーバの処理負荷が増大する。
【０００９】
本発明は、上記実情に鑑みてなされたものであり、サーバの処理負荷を軽減することができるＩＣチップ処理システム、ＩＣチップ処理方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本発明の第１の観点に係るＩＣチップ処理システムは、
サービス提供者からの発行依頼に応じて、所定数のチケットを一括で発行して管理する第１のサーバと、
前記第１のサーバから発行された前記各チケットの識別情報を保持する第２のサーバと、
前記第１のサーバから送信されたコマンドに従ってＩＣチップに対する処理を実行するクライアントと、
を備え、
前記第２のサーバは、
前記クライアントからのサービス利用要求に応じて、保持されたチケットのうち、使用済みでないチケットの中から選択した１のチケットの識別情報を含む利用要求メッセージを生成し、生成された利用要求メッセージをパラメータとする利用指示を前記クライアントに対して行うとともに、選択されたチケットを使用済みに変更し、
前記クライアントは、
前記利用要求メッセージをパラメータとするＩＣチップ処理要求を前記第１のサーバに送信し、
前記第１のサーバは、
管理する前記各チケットの識別情報の中に、受信した前記ＩＣチップ処理要求に含まれる前記チケットの識別情報と一致するものが含まれている場合に、ＩＣチップ処理を実行するための前記コマンドを前記クライアントに送信する、
ことを特徴とする。
【００１１】
この場合、前記第１のサーバは、
生成した前記所定数のチケットに有効期限を付与して発行するとともに管理し、
受信した前記ＩＣチップ処理要求に含まれる前記チケットが保持されていなかったり、有効期限が切れていたりする場合には、エラーコードを前記クライアントに送信し、
前記クライアントは、
前記エラーコードを受信した場合に、その旨の通知を前記第２のサーバに送信し、
前記第２のサーバは、
前記通知を受信すると、使用済みではないチケットの識別情報を含む利用要求メッセージをパラメータとする利用指示を前記クライアントに送信する、
こととしてもよい。
【００１２】
この場合、前記第１のサーバは、
保持するチケットのうち、有効期限が切れたチケットを削除する、
こととしてもよい。
【００１３】
また、前記第１のサーバは、
前記所定数のチケットの使用状況に関する情報を出力し、
前記第２のサーバは、
前記第１のサーバから出力されたチケットの使用状況と、自機におけるチケットの使用状況とを照合し、前記第１のサーバの不正利用を検出する、
こととしてもよい。
【００１４】
本発明の第２の観点に係るＩＣチップ処理方法は、
サービス提供者からの発行依頼に応じて、所定数のチケットを一括で発行して管理する第１のサーバと、
前記第１のサーバから発行された前記各チケットの識別情報を保持する第２のサーバと、
前記第１のサーバから送信されたコマンドに従ってＩＣチップに対する処理を実行するクライアントと、
を備えるシステムにおけるＩＣチップ処理方法であって、
前記第２のサーバにおいて、
前記クライアントからのサービス利用要求に応じて、保持されたチケットのうち、使用済みでないチケットの中から選択した１のチケットの識別情報を含む利用要求メッセージを生成し、生成された利用要求メッセージをパラメータとする利用指示を前記クライアントに対して行うとともに、選択されたチケットを使用済みに変更する第１の工程と、
前記クライアントにおいて、
前記利用要求メッセージをパラメータとするＩＣチップ処理要求を前記第１のサーバに送信する第２の工程と、
前記第１のサーバにおいて、
管理する前記各チケットの識別情報の中に、受信した前記ＩＣチップ処理要求に含まれる前記チケットの識別情報と一致するものが含まれている場合に、ＩＣチップ処理を実行するための前記コマンドを前記クライアントに送信する第３の工程と、
を含むことを特徴とする。
【００１５】
本発明の第３の観点に係るプログラムは、
サービス提供者からの発行依頼に応じて、所定数のチケットを一括で発行して管理する第１のサーバとして動作する第１のコンピュータと、
前記第１のサーバから発行された前記各チケットの識別情報を保持する第２のサーバとして動作する第２のコンピュータと、
前記第１のサーバから送信されたコマンドに従ってＩＣチップに対する処理を実行するクライアントとして動作する第３のコンピュータと、
に実行させるプログラムであって、
前記第２のコンピュータに、
前記クライアントからのサービス利用要求に応じて、保持されたチケットのうち、使用済みでないチケットの中から選択した１のチケットの識別情報を含む利用要求メッセージを生成し、生成された利用要求メッセージをパラメータとする利用指示を前記クライアントに対して行うとともに、選択されたチケットを使用済みに変更する第１の手順を実行させ、
前記第３のコンピュータに、
前記利用要求メッセージをパラメータとするＩＣチップ処理要求を前記第１のサーバに送信する第２の手順を実行させ、
前記第１のコンピュータに、
管理する前記各チケットの識別情報の中に、受信した前記ＩＣチップ処理要求に含まれる前記チケットの識別情報と一致するものが含まれている場合に、ＩＣチップ処理を実行するための前記コマンドを前記クライアントに送信する第３の手順を実行させる、
ことを特徴とする。
【発明の効果】
【００１６】
本発明によれば、事前に所定数のチケットを、第１のサーバから第２のサーバに対して払い出しをしている。これにより、クライアントからリクエストがあったときには，第１のサーバと第２のサーバとの間で通信を行う必要がなくなる。この結果、サーバの処理負荷を軽減することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態に係るＩＣチップ処理システムの構成を示すブロック図である。
【図２】図２（Ａ）は、図１のＯＴＡ−ＡＳＰサーバの構成を示すブロック図であり、図２（Ｂ）は、発行されたチケットのテーブルの一例を示す図である。
【図３】図１のＳＰサーバの構成を示すブロック図である。
【図４】図１のＩＣチップ処理システムの全体動作を説明するための図である。
【図５】ＯＴＡ−ＡＳＰサーバによるチケット発行動作を説明するための図である。
【図６】ＳＰサーバへのチケットリストの登録動作を説明するための図である。
【図７】サービス利用要求を受信したときのＳＰサーバの動作を説明するための図である。
【図８】ＩＣチップ処理要求を受信したときのＯＴＡ−ＡＳＰサーバの動作を説明するための図である。
【発明を実施するための形態】
【００１８】
この発明の実施の形態について、図面を参照して詳細に説明する。
【００１９】
図１には、本実施形態に係るＩＣチップ処理システム１００の構成が示されている。図１に示すように、ＩＣチップ処理システム１００は、第１のサーバとしてのＯＴＡ−ＡＳＰサーバ１と、第２のサーバとしてのＳＰサーバ２と、クライアント３とを備える。
【００２０】
ＯＴＡ−ＡＳＰサーバ１、ＳＰサーバ２及びクライアント３は、コンピュータである。クライアント３は、ＩＣチップ４に対する読み書きを行うリーダ／ライタ（不図示）を備えている。
【００２１】
このＩＣチップ処理システム１００は、ＩＣチップ４に対するコマンドを発行し、その内容を更新するＩＣチップ処理を行うために構築されている。
【００２２】
ＯＴＡ−ＡＳＰサーバ１とクライアント３との間は、インターネット等の通信ネットワーク（不図示）で接続されており、互いに通信可能となっている。また、ＳＰサーバ２とクライアント３との間も、インターネット等の通信ネットワークで接続されており、互いに通信可能となっている。ＯＴＡ−ＡＳＰサーバ１とＳＰサーバ２との間は、通信ネットワークで接続されている必要はない。
【００２３】
ＯＴＡ−ＡＳＰサーバ１は、ＳＰからのオンライン又はオフラインのチケットの発行依頼に基づいて、チケットを発行する。このチケットは、ＩＣチップの操作要求メッセージに電子署名を付与することにより生成されている。チケットは、チケット発行依頼に応じた所定数だけ一括で発行される。ＯＴＡ−ＡＳＰサーバ１は、発行された所定数のチケットを管理する。
【００２４】
ＳＰサーバ２は、ＯＴＡ−ＡＳＰサーバ１において発行された所定数のチケットの識別情報を保持する。
【００２５】
クライアント３は、ＯＴＡ−ＡＳＰサーバ１から送信されるコマンドを実行することにより、ＩＣチップ４に対する読み書き（ＩＣチップ処理）を行う。
【００２６】
図２（Ａ）には、ＯＴＡ−ＡＳＰサーバ１の構成が示されている。図２（Ａ）に示すように、ＯＴＡ−ＡＳＰサーバ１は、チケット発行部１０と、チケットデータベース１１と、ＩＣチップ処理要求受付部１２と、チケット認証部１３と、ＩＣチップ処理部１４とを備える。
【００２７】
チケット発行部１０は、ＳＰからの発行依頼に応じて、ＩＣチップ４の操作要求メッセージに電子署名を付与することにより生成した所定数のチケットを一括で発行する。チケット発行部１０は、発行した所定数のチケットに関する情報を含むチケットリスト１５を出力する。
【００２８】
チケットデータベース１１には、発行された所定数のチケットに関する情報が登録される。図２（Ｂ）には、チケットデータベース１１に登録される所定数のチケットに関する情報の一例が示されている。図２（Ｂ）に示すように、チケットデータベース１１には、各チケットのＩＤ（チケットＩＤ）と、ＳＰのＩＤ（ＳＰＩＤ）と、有効期限と、使用済みフラグとが、対応付けて記録されている。
【００２９】
ＩＣチップ処理要求受付部１２は、クライアント３からのサービス要求としてのＩＣチップ処理要求を受け付ける。
【００３０】
チケット認証部１３は、チケットデータベース１１で管理される各チケットのチケットＩＤの中に、クライアント３から受信したＩＣチップ処理要求に含まれるチケットのＩＤと一致するものが含まれているか否かを判定することにより、認証を行う。チケット認証部１３は、チケットデータベース１１のチケットのうち、一致したチケットの使用済みフラグを「使用済み」に変更する。
【００３１】
ＩＣチップ処理部１４は、チケットデータベース１１に一致するチケットがあった場合、すなわちチケット認証部１３で認証された場合に、ＩＣチップ処理を実行するためのコマンド（ＩＣチップ処理コマンド）をクライアントに送信する。
【００３２】
図３には、ＳＰサーバ２の構成が示されている。図３に示すように、ＳＰサーバ２は、チケット登録部２０と、チケットデータベース２１と、サービス利用要求受付部２２と、ＡＳＰ利用要求メッセージ生成部２３と、を備える。
【００３３】
チケット登録部２０は、ＯＴＡ−ＡＳＰサーバ１から出力されたチケットリスト１５をオンラインまたはオフラインに入力する。チケット登録部２０は、入力されたチケットリスト１５に基づいて、チケット情報をチケットデータベース２１に登録する。
【００３４】
チケットデータベース２１には、発行された所定数のチケットに関する情報が登録される。その内容は、図２（Ｂ）に示すチケットデータベース１１の登録内容と同じである。
【００３５】
サービス利用要求受付部２２は、クライアント３からのサービス利用要求を受け付ける。サービス利用要求受付部２２は、チケットデータベース２１に記録されたチケットのうち、使用済みでないチケットの中から１のチケットを選択する。サービス利用要求受付部２２は、選択したチケットの使用済みフラグを「使用済み」に変更する。
【００３６】
ＡＳＰ利用要求メッセージ生成部２３は、選択した１のチケットの識別情報を含む利用要求メッセージを生成する。ＡＳＰ利用要求メッセージ生成部２３は、生成された利用要求メッセージをパラメータとするＡＳＰ利用指示をクライアント３に対して行う。
【００３７】
次に、本実施形態に係るＩＣチップ処理システム１００の動作について説明する。
【００３８】
図４には、ＩＣチップ処理システム１００の全体動作の流れが示されている。
【００３９】
（チケット一括発行）
図４に示すように、まず、ＯＴＡ−ＡＳＰサーバ１は、ＳＰからの発行依頼に応じて、チケットを一括発行する（ステップＳ１）。
【００４０】
より具体的には、図５に示すように、ＳＰサーバ２の運用者（ＳＰ運用者）がオフラインでＯＴＡ−ＡＳＰサーバ１の運用者（ＯＴＡ−ＡＳＰ運用者）にチケットの発行依頼を行うと、ＯＴＡ−ＡＳＰ運用者は、ＯＴＡ−ＡＳＰ発行依頼に係るチケットの数等のチケットの生成条件を、ＳＰ運用者との契約内容に従って決定し、決定された生成条件に従って、チケットを一括発行して、チケットリスト１５を出力する。
【００４１】
チケットは、ＳＰ運用者との契約内容に従って、その数や有効期限が決められている。チケットＩＤ、ＳＰＩＤはユニークなものが定められる。また、この時、各チケットに関する使用済みフラグはオフに設定される。
【００４２】
なお、生成されるチケットＩＤがＳＰサーバ２とクライアント３との間の通信を傍受している第三者に漏洩したとしても、別のチケットＩＤを推測しにくいように、チケットＩＤとしては、ランダムなものが生成されるようにするのが望ましい。
【００４３】
なお、チケットは、ＳＰ運用者との契約内容に従って、ＯＴＡ−ＡＳＰサーバ１が月次発行してもよいし、チケットの使用量が基準値を下回った場合にＳＰ運用者が随時申請し、発行を依頼するようにしてもよい。
【００４４】
（チケット一括送付）
続いて、図４、図６に示すように、ＯＴＡ−ＡＳＰサーバ１から出力されたチケットリスト１５は、オフラインで、例えばＣＤやコンパクトディスク等の記録媒体を用いて、ＳＰ運用者に送付される（ステップＳ２）。ＳＰ運用者は、ＳＰサーバ２のチケットデータベース２１に、受領したチケットリスト１５を登録する。
【００４５】
（サービス利用要求受付）
続いて、図４に示すように、クライアント３は、任意のタイミングで、サービス利用要求をＳＰサーバ２に送信する（ステップＳ３）。図７に示すように、ＳＰサーバ２では、サービス利用要求受付部２２が、サービス利用要求を受け付けると、ＡＳＰ利用要求メッセージ生成部２３は、サービス利用要求を認証するとともに、チケット払い出し要求を送信し、チケットデータベース１１からチケットＩＤを取得する。続いて、ＡＳＰ利用要求メッセージ生成部２３は、ＯＴＡ−ＡＳＰサーバ１に対するＩＣチップ処理要求に含めるＡＳＰ利用要求メッセージを生成する（ステップＳ４）。
【００４６】
この時、ＡＳＰ利用要求メッセージに含めるチケットＩＤには、自身が保有するチケットのうち、有効期限が切れておらず、かつ、使用済みフラグが立っていないチケットのチケットＩＤが選択される。チケットデータベース２１において、選択されたチケットに対応する使用済みフラグには、「使用済み」がセットされる。
【００４７】
図４に戻り、続いて、ＡＳＰ利用要求メッセージ生成部２３は、生成したＡＳＰ利用要求メッセージをパラメータとしてクライアント３にＡＳＰ利用指示を送信する（ステップＳ５）。
【００４８】
なお、第三者がＳＰに成りすましてＯＴＡ−ＡＳＰサーバ１を利用することを防ぐために、ＳＰサーバ２は、生成するＡＳＰ利用要求メッセージに署名を付与してもよい。この場合には、ＳＰサーバ２は、当該署名を検証するための検証鍵を予めＯＴＡ−ＡＳＰサーバ１に渡しておく必要がある。
【００４９】
（ＩＣチップ処理要求受付）
ＳＰサーバ２からＡＳＰ利用指示を受けたクライアント３は、ＡＳＰ利用指示に含まれるＡＳＰ利用要求メッセージをパラメータとして、ＯＴＡ−ＡＳＰサーバ１に対してＩＣチップ処理要求を送信する（ステップＳ６）。
【００５０】
図８に示すように、ＯＴＡ−ＡＳＰサーバ１では、ＩＣチップ処理要求受付部１２は、ＩＣチップ処理要求を受け付ける。チケット認証部１３は、ＡＳＰ利用要求メッセージに含まれるチケットＩＤを抽出し、自身の管理するチケットデータベース１１のリポジトリの中から当該チケットＩＤを一致するチケット（チケットリスト１５内のチケット）を検索する。チケット認証部１３は、検索によりヒットしたチケットについて、有効期限切れでなく、かつ、使用済みフラグがセットされていなかった場合に、これを正当なＩＣチップ処理要求として認証する。チケット認証部１３で認証されると、ＩＣチップ処理部１４は、ＩＣチップ処理を実行するためのコマンド（ＩＣチップ処理コマンド）をクライアント３に送信する（ステップＳ７）。クライアント３は、受信したコマンドに従ってＩＣチップ処理を実行する。
【００５１】
（チケットの管理）
なお、ＯＴＡ−ＡＳＰサーバ１は、定期的（例えば、毎日）にチケットデータベース１１において、チケットを登録したリポジトリを検索し、有効期限切れになったチケットを削除するようにしてもよい。
【００５２】
また、ＯＴＡ−ＡＳＰサーバ１は、例えば月ごとに、ＳＰサーバ２に対して、チケットの使用状況に関する情報が記述されたジャーナルを発行するようにしてもよい。ＳＰサーバ２は、ジャーナルに記述されたチケットの使用状況（使用済みフラグのオンオフ状態）と、チケットデータベース２１に登録されたチケットの使用状況（使用済みフラグのオンオフ状態）とを照合する。照合結果に不整合があった場合には、ＳＰサーバ２は、ＳＰを装った第三者によるＯＴＡ−ＡＳＰサーバ１の不正使用があったことを、ＳＰ運用者に通知する。
【００５３】
以上詳細に説明したように、本実施形態によれば、事前に所定数のチケットを、ＯＴＡ−ＡＳＰサーバ１からＳＰサーバ２に対して払い出しをしている。これにより、ＳＰサーバ２は、クライアント３からリクエストがあったときに、ＯＴＡ−ＡＳＰサーバ１とＳＰサーバ２との間で通信を行う必要がなくなる。この結果、サーバの処理負荷を軽減することができる。これにより、多数のクライアントから一度にリクエストがあった場合にも対応することができる。
【００５４】
この他、本実施形態に係るＩＣカード処理システム１００は、以下に示す効果を奏する。
【００５５】
（１）ＯＴＡ−ＡＳＰサーバ１−ＳＰサーバ２との間のネットワークの敷設が不要となる。
ＳＰサーバ２はチケットリスト１５をオフラインで受けとることができるため、ＯＴＡ−ＡＳＰサーバ１と、ＳＰサーバ２との間に、通信ネットワークを敷設する必要がない。
【００５６】
（２）ＯＴＡ−ＡＳＰサーバ１とＳＰサーバ２との間のインターフェイスが不要となる。
このため、チケット処理に関連する機能を単体コマンドやパッチ処理などの簡素な命令で実現することができる。
【００５７】
（３）トランザクション量の上限を見積もることができる。
発行したチケットの数量に基づいて、トランザクション量の上限を見積もることができるため、ＯＴＡ−ＡＳＰサーバ１は、見積もり量に応じたリソース量を用意すればよい。これにより、ＯＴＡ−ＡＳＰサーバ１をクラウド上のサービスとして提供する場合には、割り当てるリソース量を減らし、コストを削減することができる。
【００５８】
なお、上記実施形態では、ＯＴＡ−ＡＳＰサーバ１と、ＳＰサーバ２とを通信ネットワークで接続し、ＯＴＡ−ＡＳＰサーバ１から発行されたチケットリストを通信ネットワークを介してＳＰサーバ２に送信するようにしてもよい。
【００５９】
なお、上記実施形態において、実行されるプログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk Read-Only Memory）、ＤＶＤ（Digital Versatile Disk）、ＭＯ（Magneto-Optical Disk）等のコンピュータ読み取り可能な記録媒体に格納して配布し、そのプログラムをインストールすることにより、上述の処理を実行するシステムを構成することとしてもよい。
【００６０】
また、プログラムをインターネット等の通信ネットワーク上の所定のサーバ装置が有するディスク装置等に格納しておき、例えば、搬送波に重畳させて、ダウンロード等するようにしてもよい。
【００６１】
また、上述の機能を、ＯＳ（Operating System）が分担して実現する場合又はＯＳとアプリケーションとの協働により実現する場合等には、ＯＳ以外の部分のみを媒体に格納して配布してもよく、また、ダウンロード等してもよい。
【００６２】
本発明は、本発明の広義の精神と範囲を逸脱することなく、様々な実施形態及び変形が可能とされるものである。また、上述した実施形態は、本発明を説明するためのものであり、本発明の範囲を限定するものではない。すなわち、本発明の範囲、実施形態ではなく、特許請求の範囲によって示される。そして、特許請求の範囲内及びそれと同等の発明の意義の範囲内で施される様々な変形が、本発明の範囲内とみなされる。
【産業上の利用可能性】
【００６３】
本発明は、ＩＣチップの処理を行うのに好適である。
【符号の説明】
【００６４】
１  ＯＴＡ−ＡＳＰサーバ
２  ＳＰサーバ
３  クライアント
４  ＩＣチップ
１０  チケット発行部
１１  チケットデータベース
１２  ＩＣチップ処理要求受付部
１３  チケット認証部
１４  ＩＣチップ処理部
１５  チケットリスト
２０  チケット登録部
２１  チケットデータベース
２２  サービス利用要求受付部
２３  ＡＳＰ利用要求メッセージ生成部
１００  ＩＣチップ処理システム
【図１】
0005712033.tif 000002
【図２】
0005712033.tif 000003
【図３】
0005712033.tif 000004
【図４】
0005712033.tif 000005
【図５】
0005712033.tif 000006
【図６】
0005712033.tif 000007
【図７】
0005712033.tif 000008
【図８】
0005712033.tif 000009