JP2004171524A - サービス提供装置、サービス提供方法、サービス提供プログラム及び記録媒体 - Google Patents

Abstract

【課題】 セキュリティ効果を保ちながら容易にチケットの有効期限を延長することを目的とする。
【解決手段】 サービスを提供するサービス提供手段を有するサービス提供装置であって、サービス提供手段は、サービスに係る、有効期限を有する証明情報を管理する証明情報管理手段４０と、有効期限の延長要求を受付ける有効期限延長要求受付手段と、有効期限の延長要求に応じて、証明情報の有効期限を延長する証明情報更新手段４０と、を有することによって上記課題を解決する。
【選択図】 図３

Description

本発明は、サービス提供装置、サービス提供方法、サービス提供プログラム及び記録媒体に関する。

従来のＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）によるサービスは、サービス会社ごとに「ホームページ」を持ち、そのホームページ上で「閉じた」サービスを展開していた。ホームページ上では、該ホームページを提供する会社が提供するサービスのみを享受することができるが、他のサービス会社のサービスを受けたいときには、ユーザは、また別に、該他のサービス会社のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を指定して、該他のサービス会社が提供するホームページへ移動しなければならなかった。

最近では、このようなＷｅｂ上に存在する各種のサービスを「コンポーネント」として分散し、そのコンポーネントを組み合わせて提供する「Ｗｅｂサービス」が普及しつつある。

このような分散コンポーネント環境におけるコンポーネント間の通信は、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式でデータ交換を行い、データアクセスを行うプロトコルとしてＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）プロトコルを使用し、下位プロトコルとしてＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコルなどを使用する場合が多い。

この仕組みによって、インターネット上に公開されるＷｅｂサービスを相互に連携し、一つのアプリケーションとして人間を介することなくＷｅｂサービスが他のＷｅｂサービスとやり取りすることが可能になる。

例えば、有料のコンテンツを印刷して配送するＷｅｂサービスを提供したいときには、既にある決済サービスや配送サービスを利用するようにできれば、開発効率が高まる。

通信プロトコルとしてＨＴＴＰを用いると、ファイアウォールを導入している企業とも通信できるし、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ）を用いてセキュリティを高めることもできる。

しかし、インターネットにおける伝送速度が遅いため、大量のデータを送受信すると応答時間（オーバヘッド）が問題となる。

このため、ユーザの認証や権限等を証明するチケットを用意し、このチケットを更に暗号化してネットワーク上に流すことによって、ネットワーク上に流れるデータの量を減らして、オーバヘッドの問題を解決している。

また、個人情報や機密文書等の秘密情報が頻繁にネットワーク上を流れるのでは、なりすまし、改竄あるいは盗聴といった問題にもこのチケットを利用して漏洩を最小限に抑えることが可能になる。

例えば、特許文献１の「ファイル印刷方法、ネットワーク・システム、コンピュータ・システム、ファイル・サーバ及びプリント・サーバ」では、次のように動作する。
（１）クライアント・システムからファイル・ソースへ権限を要求する。
（２）ファイル・ソースは、その識別名やファイルへのパス等を含む"留置き"証明書（チケット）を作成して、クライアントへ戻す。
（３）クライアントは、その留置き証明書をプリント・サーバへ送信して印刷を要求する。
（４）プリント・サーバは、受信した留置き証明書内のファイル・ソースの識別名及びファイルへのパスを用いて、ファイル・ソースから直接ファイルを要求する。
（５）ファイル・ソースは、その留置き証明書の内容を確認し要求が有効な場合、ファイルを直接プリント・サーバに送信する。
（６）プリント・サーバは、受信したファイルの内容を印刷する。

以上により、留置き証明書（チケット）というファイル・ソースにあるファイルを操作する権限を委譲する証明書をファイル・ソースが発行することで、ネットワーク上を秘密情報が流れる回数を減らすとともに、一度ファイル・ソースからファイルをクライアントへダウンロードし、その後クライアントからプリント・サーバへファイルをアップロードして印刷依頼するというように、２回のファイル移動を行うことがなくなり、無駄なデータの移動や操作を行う回数を減らすことが可能になる。

また、ネットワーク上に分散している複数のＷｅｂサービスを連携させるような場合、認証を集中的に行うサーバでいったんユーザ認証を受ければ、ユーザ認証を前提としたあらゆるサービスを受けられるようにするしくみとして、シングル・サインオン（Ｓｉｎｇｌｅ−Ｓｉｇｎ−Ｏｎ）がある。

例えば、互いに独立してサービスを提供するファイル・サーバとメール・サーバ等では、それらのサービスを受けるために、各サーバでユーザ認証を受けなければならない。これに対し、シングル・サインオンに対応したサービスでは、ユーザ認証を集中的に行うサーバで認証を受ければ、ユーザは自身が認証ユーザだとしてこのユーザ認証サーバに対応したあらゆるネットワーク・サービスを利用できるようになる。

上述したように、このチケットは多くのシステムで認証したことを証明するために利用されるが、例えば、発行したチケットの有効期限を延長してしまうことにより半永久的にそのチケットを利用され続けてしまうような悪意あるクライアントからサービスを守る機能が必要不可欠となる。このため、セキュリティホールとならないようにチケットには短い有効期限を設けることが多い。

しかしながら、予想以上にＷｅｂサービスの処理が伸びてしまった場合にはチケットの有効期限が切れてしまい、クライアントが求める処理を行えない可能性が出てきてしまう。

このような場合、クライアントはチケットの有効期限を延長する必要があるが、チケットが漏洩した場合には、悪用される恐れがあるため、セキュリティ対策を講じる必要がでてくる。

上述した特許文献１の技術では、クライアントがチケットを受信した後に、しばらく使用しなかった場合、あるいは、ファイル・ソース又はプリント・サーバが故障又は電源が切られていて、このチケットの有効期限が切れてしまったような場合についての対処法は示唆されていない。

この問題に対しては、特許文献２の「短寿命証明書によるクライアント側公開鍵認証方法とその装置」では、鍵配布センター（ＫＤＣ）は公開-秘密鍵ペアーと証明書テンプレートを生成し格納しておき、ユーザがＫＤＣに対して認証を求めると、ＫＤＣは短寿命証明書を生成、署名することによってユーザの公開鍵を再証明するようにしている。
特許３２１８１０７号公報 特表２００２−５０１２１８号公報

しかしながら、寿命が尽きた短寿命証明書を使うときには、その都度、ユーザが再証明をしなければならない問題があった。また、Ｗｅｂサービスをシングル・サインオンによって稼動させた場合には、その効果を享受することができない問題があった。

本発明は、上記の点に鑑みなされたもので、セキュリティ効果を保ちながら容易にチケットの有効期限を延長することを目的とする。

そこで、上記問題を解決するため、本発明は、サービスを提供するサービス提供手段を有するサービス提供装置であって、前記サービス提供手段は、前記サービスに係る、有効期限を有する証明情報を管理する証明情報管理手段と、前記有効期限の延長要求を受付ける有効期限延長要求受付手段と、前記有効期限の延長要求に応じて、前記証明情報の有効期限を延長する証明情報更新手段と、を有することを特徴とする。

本発明によれば、サービスを提供するサービス提供手段を有するサービス提供装置であって、前記サービス提供手段は、前記サービスに係る、有効期限を有する証明情報を管理する証明情報管理手段と、前記有効期限の延長要求を受付ける有効期限延長要求受付手段と、前記有効期限の延長要求に応じて、前記証明情報の有効期限を延長する証明情報更新手段と、を有することによって、セキュリティ効果を保ちながら容易にチケットの有効期限を延長することができる。

なお、サービス提供手段は、例えば後述するサービスＡ又はサービスＢ等に対応する。また、証明情報管理手段は、例えば後述するチケット保存部４０に対応する。また、有効期限延長要求受付手段は、例えば後述するＷｅｂサービスＩ／Ｆ１０及び／又は要求処理部２０に対応する。また、証明情報更新手段は、例えば後述するチケット更新部５０に対応する。また、証明情報は、例えば後述する認証チケット、印刷チケット等のチケットに対応する。

また、上記課題を解決するための手段として、サービス提供方法、サービス提供プログラム及び記録媒体としてもよい。

本発明によれば、セキュリティ効果を保ちながら容易にチケットの有効期限を延長することができる。

以下、本発明の実施の形態について図面に基づいて説明する。

以下、本発明に係る実施例を、有料コンテンツの販売サービスを例にして、図１を用いて説明する。図１は、有料コンテンツの販売サービスの一例を説明するための図である。

図１に示される有料コンテンツの販売サービスは、有料コンテンツの販売サービスを行うポータルサイトと、ユーザを認証するサービスＡと、有料のコンテンツを保管している複数のサービスＢと、有料のコンテンツを購入するときの代金決済のサービスＣと、購入したコンテンツを印刷・配送するサービスＤとを含む。

なお、各サービスは、一般に、コンピュータシステム上で動作するサービスの機能を実現するソフトウェアで構成されている。各サービスは、一つの装置（サービス提供装置）に含まれていてもよいし、複数の装置（サービス提供装置）に分散して含まれていてもよい。

この有料コンテンツ販売サービスは次のように動作することによって、ユーザがコンテンツを購入することができる。
（１）ユーザは、自分のユーザ名とパスワード等によってポータルサイトにログインする。
（２）ポータルサイトは、このユーザ名とパスワードとによってサービスＡ（認証サービス）に認証を依頼する（Ａ）。なお、ポータルサイトは、該ユーザ名と、パスワードとを、一時保持しておくことによって、例えば後述する認証チケットの有効期限が切れた場合、再び認証の要求を、認証サービスＡに依頼することができる。
（３）サービスＡは、ユーザ名やパスワード等が登録されているユーザ登録ファイル等を参照して、正しいユーザ名とパスワードとの組み合わせの場合、ユーザの認証を証明する認証チケットを作成し、該認証チケットを識別する認証チケットＩＤ等をポータルサイトへ戻す（Ｂ）。ポータルサイトは、サービスＡより取得した認証チケットＩＤ等を保持し、該認証チケットＩＤを用いて、例えば、サービスＢ、サービスＣ、サービスＤ等とセッションを張ることができる。
（４）ユーザは、認証されると、ポータルサイトに登録された複数の有料コンテンツの中から購入すべきコンテンツを探す。

ユーザが購入するコンテンツを決定して、そのコンテンツの印刷を行う要求を出した場合、ポータルサイトは該当サービス（例えば、サービスＢ）に対して、該当コンテンツの印刷権限を証明する印刷チケットを要求する（Ｃ）。サービスＢは、要求して来たポータルサイトに、印刷権限があるかどうかを確かめて印刷権限があれば、印刷チケットを作成し、該印刷チケットを識別する印刷チケットＩＤ等をポータルサイトへ戻す（Ｄ）。
（５）ポータルサイトは、ユーザに印刷権限があるときは、ユーザから指定された代金払い込み方法と認証チケットＩＤとをサービスＣ（決済サービス）へ送付して代金決済を依頼する（Ｅ）。サービスＣは、認証チケットＩＤを用いてサービスＡに照会して本人確認を行い（Ｆ、Ｇ）、決済結果をポータルサイトへ戻す（Ｈ）。
（６）ポータルサイトは決済されると、印刷チケットＩＤをサービスＤ（印刷・配送サービス）へ送付して、コンテンツの印刷と配送を依頼する（Ｉ）。

サービスＤは、印刷チケットＩＤをサービスＢへ送付して、当該コンテンツを送るように依頼する（Ｊ）。

サービスＢは、当該サービスＢ自身が発行した印刷チケット（又は印刷チケットＩＤ）であることを確認して、依頼されたコンテンツをサービスＤへ送付する（Ｋ）。

サービスＤは、送付されたコンテンツを印刷し、ユーザ宛配送するとともに、その結果をポータルサイトへ戻す（Ｌ）。

以下、本発明のサービス提供装置の一例のハードウェア構成を、図２を用いて説明する。図２は、サービス提供装置の一例のハードウェア構成図である。

図２に示されるサービス提供装置のハードウェア構成は、それぞれバスで相互に接続されている入力装置１１と、表示装置１２と、ドライブ装置１３と、記録媒体１４と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１５と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１６と、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１７と、インターフェース装置１８と、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１９と、を含む。

入力装置１１は、サービス提供装置の利用者が操作するキーボード及びマウス等で構成され、サービス提供装置に各種操作信号を入力するのに用いられる。

表示装置１２は、サービス提供装置の利用者が利用するディスプレイ等で構成され、各種情報を表示する。

インターフェース装置１８は、サービス提供装置をネットワーク等に接続するインターフェースである。

サービス（例えば、サービスＡ）に対応するアプリケーションプログラム及び／又はポータルサイトに対応するアプリケーションプログラム、サービス提供装置の全体の処理を制御するメインプログラム等は、例えば、ＣＤ−ＲＯＭ等の記録媒体１４によってサービス提供装置に提供されるか、ネットワークを通じてダウンロードされる。記録媒体１４は、ドライブ装置１３にセットされ、前記アプリケーションプログラムや前記メインプログラム等が記録媒体１４からドライブ装置１３を介してＲＯＭ１５にインストールされる。

ＲＯＭ１５は、データや前記アプリケーションプログラムや前記メインプログラム等を格納する。ＲＡＭ１６は、サービス提供装置の起動時にＲＯＭ１５から前記アプリケーションプログラムや前記メインプログラム等を読み出して格納する。ＣＰＵ１７は、ＲＡＭ１６に読み出され格納された前記アプリケーションプログラムや前記メインプログラム等に従って処理を実行する。

ＨＤＤ１９は、データやファイル等を格納する。例えば、ＨＤＤ１９は、チケットや、クライアントリスト等を格納する。

以下、有料コンテンツ販売サービスを構成するサービスの機能構成の一例を、図３を用いて説明する。図３は、サービスの機能構成の一例を説明するための図である。

図３において、サービスは、サービス提供部７０と、ＷｅｂサービスＩ／Ｆ１０と、要求処理部２０と、チケット作成部３０と、チケット保存部４０と、チケット更新部５０と、チケット検証部６０と、を含む。

サービス提供部７０は、他のサービス（上述の例では、ポータルサイト、サービスＡ、Ｂ、Ｃ、Ｄ等）からの要求を受信し、処理した結果を返信する。

例えば、上述の認証サービスを行うサービスＡでは、ポータルサイトから依頼されるユーザの認証とその認証チケット（認証チケットＩＤ）の返信、及び各サービスからの本人確認依頼等の機能処理を行う。

また、上述のコンテンツ保管サービスを行うサービスＢでは、ユーザからのコンテンツ閲覧要求に対応してポータルサイトからの検索や内容確認等の機能処理に加えて、ユーザからのコンテンツ印刷要求に対応してポータルサイトからのコンテンツの印刷権限チェックと印刷チケット（印刷チケットＩＤ）の返信、及びサービスＤ（印刷サービス）からの印刷チケットの照会によって、当該コンテンツの転送等を行う。

ＷｅｂサービスＩ／Ｆ１０は、サービス提供部７０が機能を実行する際、Ｗｅｂサービス中核機能との仲立ちをするインターフェースである。

要求処理部２０は、ＷｅｂサービスＩ／Ｆ１０を介して受信したサービス提供部７０からの要求がチケットの作成時には、チケット作成部３０を実行させ、要求がチケットの更新の時にはチケット更新部５０を実行させ、また、要求がチケットの検証であれば、チケット検証部６０を実行させ、実行結果をＷｅｂサービスＩ／Ｆ１０を介してサービス提供部７０へ返信する。

チケット作成部３０は、他のサービス、例えば図３に示すサービスがサービスＡの場合はポータルサイト又はサービスＢ又はサービスＣ又はサービスＤ（以下、他のサービスを単にクライアントともいう）、から要求されたチケットを作成し、該作成したチケットをチケット保存部４０へ格納し、サービス提供部７０を使ってチケットＩＤとチケットの有効期限とをクライアントへ返信させる。

なお、クライアントからは、次のようなデータを指定してチケット作成要求がなされる。
（１）チケット作成の基となるデータ
例えば、認証サービスの場合には、ユーザ名とパスワード等、
また、文書保管やコンテンツ保管サービスの場合には、閲覧・印刷・転送の対象となる文書やコンテンツを特定する識別子（ファイル名やファイルを示すパス等）、また要求元のサービスと当該文書保管又はコンテンツ保管サービスとのセッションを識別するセッションＩＤ。
（２）チケットの有効期限
発行されるチケットの有効期限を指定する。この有効期限が妥当な値でないときには予め設定された有効期限に修正される。有効期限はチケット検証部６０で検査され、該有効期限を経過したチケットは利用できなくなる。
（３）クライアントが利用するサービス名（ＩＰアドレス、又は、ホスト名とドメイン名等）のリスト
チケット保存部４０は、クライアントに対する以下のようなデータをクライアントリストとして、チケットと対応付けて管理する（図４参照）。

・クライアントを識別する識別子（クライアントＩＤ）
・クライアントを特定するための情報（クライアント情報）
例えば、クライアント名、ＩＰアドレスあるいはホスト名・ドメイン名等
・クライアントが利用するサービス（クライアント利用サービス）ごとに、
該サービスの利用権限（例えば、閲覧、印刷、転送等）、及び
チケットの有効期限延長権限
なお、例えば、当該サービスがサービスＡとすると、例えばクライアントの１つは、ポータルサイトとなり、例えばクライアント利用サービスは、サービスＢ、サービスＣ、サービスＤ等となる。

なお、チケット作成部３０は、チケットの作成要求を受け取ると、クライアントリストを参照して、チケット作成要求をしてきたクライアントの利用サービスごとの利用権限を調べて、チケットを作成するようにしてもよい。

例えば、当該サービスがサービスＢとし、例えばポータルサイトから、クライアントが利用するサービス名として、印刷サービスであるサービスＤを含む印刷チケットの作成要求を受け取ると、チケット作成部３０は、クライアントリストを参照し、ポータルサイトのクライアント利用サービスとしてサービスＤが含まれているかどうか判定し、含まれていたら該サービスＤの利用権限を参照し、該利用権限に応じた（例えば、コンテンツの印刷と閲覧を許可する）印刷チケットを作成するようにしてもよい。

なお、図４に示されるクライアントリストは、サービスＢのチケット保存部４０において管理されているクライアントリストの一例を示している。

この作成されたチケットには、該チケットを識別するチケットＩＤと、有効期限と、チケット利用サービスと該チケットサービスの利用権限とのリストと、が含まれる（図５参照）。なお、チケット利用サービスは、例えば、図４に示したクライアント利用サービス及び／又はクライアントＩＤ又はクライアント情報等である。

チケット作成部３０は、作成されたチケットにチケットＩＤを付加して、チケット保存部４０へ登録し、チケットＩＤとチケットの有効期限とをクライアントへ戻す。

このチケット保存部４０は、チケットＩＤに対して、クライアントの識別子（クライアントＩＤ）と作成したチケットの内容とを関連付けて保存する（図６参照）。なお、図６に示されるような内容を、図５に示したチケットに含めるようにしてもよい。

チケット更新部５０は、有効期限の延長要求を受け取ると、クライアントから受信したチケットＩＤと該クライアントの識別子（クライアントＩＤ）とでチケット保存部４０を調べ、当該サービスが発行したチケットであるかどうかを調べる。チケット更新部５０は、当該サービスが発行したチケットでなければ、延長要求が不成功としてクライアントへ戻す。

また、チケット更新部５０は、当該サービスが発行したチケットであれば、チケットＩＤに対応するチケットに含まれる有効期限と、現在の時間とを比較する。チケット更新部５０は、現在の時間が印刷チケットの有効期限内でなければ、延長要求が不成功としてクライアントへ戻す。

また、チケット更新部５０は、現在の時間が印刷チケットの有効期限内であれば、クライアントリストを参照して、有効期限の延長要求の要求元のクライアントにチケットの更新権限があるかどうかを調べる。チケット更新部５０は、クライアントにチケットの更新権限がなければ、延長要求が不成功としてクライアントへ戻す。一方、チケット更新部５０は、クライアントにチケットの更新権限があれば、クライアントによって指定された延長期間分又は予め設定されている延長期間分だけ延長した有効期限を設定し、この新しい有効期限をチケット保存部４０へ登録し（図６参照）、チケットＩＤと更新されたチケットの有効期限とをクライアントへ戻す。

ここで、予め設定される延長期間は、サービスのセキュリティの強さによって決定され、チケットを発行するサービスの管理責任者等がＨＤＤ１９等に格納されている定義ファイルに設定する。

なお、図４に示されるクライアントリストには、チケットの作成要求を行ったクライアントに係る情報（クライアントＩＤと、クライアント情報）が含まれているが、該項目を含まないようにクライアントリストを構成するようにしてもよい。

また、以下ではチケットの作成要求を行ったクライアントに対しては、チケットの更新権限があるものとして説明を行う。

チケット検証部６０は、サービスの利用要求を受け取ると、サービスの利用を要求してきたクライアントから受信したチケットＩＤと該クライアントの識別子（クライアントＩＤ）とでチケット保存部４０を調べ、当該サービスが発行したチケットであるかどうかを調べる。当該サービスが発行したチケットでなければ、検証要求がエラーとしてクライアントへ戻す。

また、チケット検証部６０は、当該サービスが発行したチケットであれば、受信したチケットＩＤに対応するチケットに含まれる該チケットの有効期限と、現在の時間と、を比較し、チケットの有効期限より現在の時間が超過していれば、検証要求がエラーとしてクライアントへ戻す。ここで、チケット検証部６０は、チケット保存部４０に延長した有効期限が設定されていれば、この延長された有効期限と現在時間とを比較する。

チケット検証部６０は、有効期限を超過していなければ、クライアントから要求されたサービスの利用権限を取り出して、サービス提供部７０へ戻し、サービス提供部７０ではこの利用権限に応じて、指定されたサービスの処理を行う。

上記の有料コンテンツ販売サービスの例で説明すると、ポータルサイトがサービスＢ（コンテンツ保管サービス）からコンテンツの印刷チケットを受け取った後に、サービスＣ（決済サービス）の処理に手間取り、サービスＤ（印刷サービス）へ渡す前に印刷チケットの有効期限が切れてしまうかもしれない。そこで、ポータルサイトは、サービスＢが応答を返した後か、サービスＣの処理中にサービスＢに対して、印刷チケットの有効期限延長（更新）要求を行うようにすれば、チケットの有効期限切れの問題を解決することができる。

サービスを以上のように構成することによって、チケットの有効期限を延長できるクライアントを制限して、本来の意図とは異なるクライアントによるチケットの更新を制限することができる。

以下、実施例１における有効期限延長処理の一例を、図７を用いて説明する。図７は、実施例１における有効期限延長処理の一例を説明するためのフローチャートである。なお、以下では、説明の簡略化のため、サービスＢを用いて有効期限の延長処理の一例を説明する。

ステップＳ１０において、サービスＢは、例えばポータルサイトより、印刷チケットの有効期限の延長要求を受信する。

ステップＳ１０に続いてステップＳ１１に進み、サービスＢは、ステップＳ１０において受信した印刷チケットの有効期限の延長要求に含まれる印刷チケットＩＤと、ポータルサイトを識別するクライアントＩＤと、に基づいて図６に示したようなチケット保存部４０のデータを参照し、当該サービスＢが発行した印刷チケットかどうかを判定する。

サービスＢは、当該自身が発行した印刷チケットであると判定すると（ステップＳ１１においてＹＥＳ）、ステップＳ１２に進み、当該自身が発行した印刷チケットでないと判定すると（ステップＳ１１においてＮＯ）、ステップＳ１５に進む。

ステップＳ１２では、サービスＢが、印刷チケットＩＤに対応するチケットに含まれる該チケットの有効期限と、現在の時間と、を比較し、現在の時間が印刷チケットの有効期限内かどうかを判定する。

サービスＢは、現在の時間が印刷チケットの有効期限内であると判定すると（ステップＳ１２においてＹＥＳ）、ステップＳ１３に進み、現在の時間が印刷チケットの有効期限内でないと判定すると（ステップＳ１２においてＮＯ）、ステップＳ１５に進む。なお、サービスＢは、チケット保存部４０に延長した有効期限が設定されていれば、この延長された有効期限と現在時間とを比較する。

ステップＳ１３では、サービスＢが、図４に示したようなクライアントリストを参照し、印刷チケットの有効期限の延長要求を行ったポータルサイトに印刷チケットの更新権限があるかどうかを判定する。

サービスＢは、ポータルサイトに印刷チケットの更新権限があると判定すると（ステップＳ１３においてＹＥＳ）、ステップＳ１４に進み、ポータルサイトに印刷チケットの更新権限がないと判定すると（ステップＳ１３においてＮＯ）、ステップＳ１５に進む。

ステップＳ１４では、サービスＢが、予め定められた延長期間分延長するか、又はステップＳ１０において受信した印刷チケットの有効期限の延長要求に含まれるポータルサイトより要求された延長期間分延長するかを判定する。

サービスＢは、要求された延長期間分延長すると判定すると（ステップＳ１４においてＹＥＳ）、ステップＳ１６に進み、予め定められた延長期間分延長すると判定すると（ステップＳ１４においてＮＯ）、ステップＳ１７に進む。

例えば、サービスＢは、ＨＤＤ１９等に格納されている定義ファイルに定義されているフラグ等を参照し、予め定められた延長期間分延長するか、又は要求された延長期間分延長するかを判定する。

一方、ステップＳ１５では、サービスＢが、延長要求が失敗した旨の情報を含む有効期限延長応答を作成する。

ステップＳ１６では、サービスＢが、印刷チケットＩＤに対応する印刷チケットに含まれる有効期限を、要求された延長期間分延長する。

ステップＳ１７では、サービスＢが、印刷チケットＩＤに対応する印刷チケットに含まれる有効期限を、予め定められた延長期間分延長する。

ステップＳ１８では、サービスＢが、ステップＳ１６又はステップＳ１７において延長した有効期限（更新有効期限）を、図６に示されるように、チケット保存部４０に保存する。

ステップＳ１８に続いてステップＳ１９に進み、サービスＢは、延長要求が成功した旨の情報と、チケットＩＤと、延長した有効期限（更新有効期限）と、を含む有効期限延長応答を作成する。

ステップＳ２０では、サービスＢが、ステップＳ１５又はステップＳ１９において作成した有効期限延長応答を、要求元のポータルサイトに送信する。

サービスが、図７に示したような処理を行うことによって、チケットの有効期限延長権限があるクライアントからの有効期限延長要求に応じて、対応するチケットの有効期限を延長することができる。

以下、実施例１におけるサービス提供処理の一例を、図８を用いて説明する。図８は、実施例１におけるサービス提供処理の一例を説明するためのフローチャートである。なお、以下では、説明の簡略化のため、サービスＢを用いてサービス提供処理の一例を説明する。

ステップＳ３０において、サービスＢは、例えばサービスＤよりサービスＢが提供するサービスの利用要求を受信する。

ステップＳ３０に続いてステップＳ３１に進み、サービスＢは、ステップＳ３０において受信したサービスの利用要求に含まれる印刷チケットＩＤと、サービスＤを識別するクライアントＩＤと、に基づいて図６に示したようなチケット保存部４０のデータを参照し、当該サービスＢが発行した印刷チケットかどうかを判定する。

サービスＢは、当該自身が発行した印刷チケットであると判定すると（ステップＳ３１においてＹＥＳ）、ステップＳ３２に進み、当該自身が発行した印刷チケットでないと判定すると（ステップＳ３１においてＮＯ）、ステップＳ３４に進む。

ステップＳ３２では、サービスＢが、印刷チケットＩＤに対応するチケットに含まれる該チケットの有効期限と、現在の時間と、を比較し、現在の時間が印刷チケットの有効期限内かどうかを判定する。

サービスＢは、現在の時間が印刷チケットの有効期限内であると判定すると（ステップＳ３２においてＹＥＳ）、ステップＳ３３に進み、現在の時間が印刷チケットの有効期限内でないと判定すると（ステップＳ３２においてＮＯ）、ステップＳ３４に進む。なお、サービスＢは、チケット保存部４０に延長した有効期限が設定されていれば、この延長された有効期限と現在時間とを比較する。

ステップＳ３３では、サービスＢが、ステップＳ３０において受信したサービスの利用要求に含まれるサービスＤを識別するクライアントＩＤと、サービスの利用種別（例えば、コンテンツの取得）と、に基づいて、図４に示したようなクライアントリストを参照し、サービスＤに、例えばコンテンツを取得する権限があるかどうかを判定する。

サービスＢは、要求元のクライアントに、要求したサービスを利用する利用権限があると判定すると（ステップＳ３３においてＹＥＳ）、ステップＳ３５に進み、要求元のクライアントに、要求したサービスを利用する利用権限がないと判定すると（ステップＳ３３においてＮＯ）、ステップＳ３４に進む。

ステップＳ３４では、サービスＢが、サービス利用要求が失敗した旨の情報を含むサービス利用応答を作成する。

一方、ステップＳ３５では、サービスＢが、サービスＤが要求したサービスの提供処理、例えばサービスＢが保持、管理するコンテンツの中から対応するコンテンツを取得する処理、等を行う。

ステップＳ３５に続いてステップＳ３６に進み、サービスＢは、サービス利用要求が成功した旨の情報と、例えばステップＳ３５において取得したコンテンツと、を含むサービス利用応答を作成する。

ステップＳ３７では、サービスＢが、ステップＳ３４又はステップＳ３６において作成したサービス利用応答を、要求元のサービスＤに送信する。

サービスが、図８に示したような処理を行うことによって、サービスの利用権限があるクライアントからのサービスの利用要求に応じて、対応するサービスを提供することができる。

上記の実施例１の構成では、単に有効期限を延長するだけであり、チケットを盗まれていた場合に悪用される恐れがでてくる。

そのために、本実施例２では、チケットの有効期限を延長する要求を受けた際に、現状のチケットを破棄し、新しくチケットを発行するようにする。

本実施例２に係るサービスの機能構成は、図３と同様に、サービス提供部７０と、ＷｅｂサービスＩ／Ｆ１０と、要求処理部２０と、チケット作成部３０と、チケット保存部４０と、チケット更新部５０と、チケット検証部６０と、を含むので、以下では相違点についてのみ説明する。

チケット更新部５０は、有効期限の延長要求を受け取ると、クライアントから受信したチケットＩＤとクライアントの識別子（クライアントＩＤ）とでチケット保存部４０を調べ、当該サービスが発行したチケットであるかどうかを調べる。当該サービスが発行したチケットでなければ、延長要求が不成功としてクライアントへ戻す。

また、チケット更新部５０は、当該サービスが発行したチケットであれば、チケットＩＤに対応するチケットに含まれる有効期限と、現在の時間とを比較する。チケット更新部５０は、現在の時間が印刷チケットの有効期限内でなければ、延長要求が不成功としてクライアントへ戻す。

また、チケット更新部５０は、現在の時間が印刷チケットの有効期限内であれば、クライアントリストを参照して、有効期限の延長要求の要求元のクライアントにチケットの更新権限があるかどうかを調べる。チケット更新部５０は、クライアントにチケットの更新権限がなければ、延長要求が不成功としてクライアントへ戻す。一方、チケット更新部５０は、クライアントにチケットの更新権限があれば、クライアントによって指定された延長期間分又は予め設定されている延長期間分だけ延長した有効期限を設定して、新しくチケットを作成し、チケット保存部４０へ登録する（図９参照）。また、チケット更新部５０は、新しく作成されたチケットを識別するチケットＩＤと延長されたチケットの有効期限とをクライアントへ戻す。チケット更新部５０は、古いチケットはチケット保存部４０から削除しておく。なお、削除せずに、該古いチケットに使用不可能のフラグ等を立てるようにしてもよい。但し、以下では説明の簡略化のため、古いチケットはチケット保存部４０から削除するものとして説明を行う。

チケット検証部６０は、サービスの利用要求を受け取ると、サービスの利用を要求してきたクライアントから受信したチケットＩＤと該クライアントの識別子（クライアントＩＤ）とでチケット保存部４０を調べ、当該サービスが発行したチケットであるかどうかを調べる。当該サービスが発行したチケットでなければ、検証要求がエラーとしてクライアントへ戻す。

また、チケット検証部６０は、当該サービスが発行したチケットであれば、受信したチケットＩＤに対応するチケットに含まれる該チケットの有効期限と、現在の時間と、を比較し、チケットの有効期限より現在の時間が超過していれば、検証要求がエラーとしてクライアントへ戻す。

チケット検証部６０は、有効期限を超過していなければ、クライアントから要求されたサービスの利用権限を取り出して、サービス提供部７０へ戻し、サービス提供部７０ではこの利用権限に応じて、指定されたサービスの処理を行う。

サービスを以上のように構成することによって、チケットの有効期限延長前にチケットが盗まれていても、有効期限延長後には古いチケットが利用できなくなり、有効期限をセキュリティ上安全に延長することができる。

以下、実施例２における有効期限延長処理の一例を、図１０を用いて説明する。図１０は、実施例２における有効期限延長処理の一例を説明するためのフローチャートである。なお、以下では、説明の簡略化のため、サービスＢを用いて有効期限の延長処理の一例を説明する。

ステップＳ４０において、サービスＢは、例えばポータルサイトより、印刷チケットの有効期限の延長要求を受信する。

ステップＳ４０に続いてステップＳ４１に進み、サービスＢは、ステップＳ４０において受信した印刷チケットの有効期限の延長要求に含まれる印刷チケットＩＤと、ポータルサイトを識別するクライアントＩＤと、に基づいて図９に示したようなチケット保存部４０のデータを参照し、当該サービスＢが発行した印刷チケットかどうかを判定する。

サービスＢは、当該自身が発行した印刷チケットであると判定すると（ステップＳ４１においてＹＥＳ）、ステップＳ４２に進み、当該自身が発行した印刷チケットでないと判定すると（ステップＳ４１においてＮＯ）、ステップＳ４５に進む。

ステップＳ４２では、サービスＢが、印刷チケットＩＤに対応するチケットに含まれる該チケットの有効期限と、現在の時間と、を比較し、現在の時間が印刷チケットの有効期限内かどうかを判定する。

サービスＢは、現在の時間が印刷チケットの有効期限内であると判定すると（ステップＳ４２においてＹＥＳ）、ステップＳ４３に進み、現在の時間が印刷チケットの有効期限内でないと判定すると（ステップＳ４２においてＮＯ）、ステップＳ４５に進む。

ステップＳ４３では、サービスＢが、図４に示したようなクライアントリストを参照し、印刷チケットの有効期限の延長要求を行ったポータルサイトに印刷チケットの更新権限があるかどうかを判定する。

サービスＢは、ポータルサイトに印刷チケットの更新権限があると判定すると（ステップＳ４３においてＹＥＳ）、ステップＳ４４に進み、ポータルサイトに印刷チケットの更新権限がないと判定すると（ステップＳ４３においてＮＯ）、ステップＳ４５に進む。

ステップＳ４４では、サービスＢが、予め定められた延長期間分延長するか、又はステップＳ４０において受信した印刷チケットの有効期限の延長要求に含まれるポータルサイトより要求された延長期間分延長するかを判定する。

サービスＢは、要求された延長期間分延長すると判定すると（ステップＳ４４においてＹＥＳ）、ステップＳ４６に進み、予め定められた延長期間分延長すると判定すると（ステップＳ４４においてＮＯ）、ステップＳ４７に進む。

例えば、サービスＢは、ＨＤＤ１９等に格納されている定義ファイルに定義されているフラグ等を参照し、予め定められた延長期間分延長するか、又は要求された延長期間分延長するかを判定する。

一方、ステップＳ４５では、サービスＢが、延長要求が失敗した旨の情報を含む有効期限延長応答を作成する。

ステップＳ４６では、サービスＢが、印刷チケットＩＤに対応する印刷チケットに含まれる有効期限を、要求された延長期間分延長する。

ステップＳ４７では、サービスＢが、印刷チケットＩＤに対応する印刷チケットに含まれる有効期限を、予め定められた延長期間分延長する。

ステップＳ４８では、サービスＢが、ステップＳ４６又はステップＳ４７において延長した有効期限（更新有効期限）と、新たに振りなおした印刷チケットＩＤと、を含む新たな印刷チケットを作成する。

ステップＳ４８に続いてステップＳ４９に進み、サービスＢは、ステップＳ４８において新たに作成した印刷チケットをチケット保存部４０へ登録する。

ステップＳ４９に続いてステップＳ５０に進み、サービスＢは、ステップＳ４０において受信した印刷チケットの有効期限の延長要求に含まれる印刷チケットＩＤに対応する印刷チケットをチケット保存部４０より削除する。

ステップＳ５０に続いてステップＳ５１に進み、サービスＢは、延長要求が成功した旨の情報と、新たに作成した印刷チケットのチケットＩＤと、該新たに作成した印刷チケットに含まれる有効期限と、を含む有効期限延長応答を作成する。

ステップＳ５２では、サービスＢが、ステップＳ４５又はステップＳ５１において作成した有効期限延長応答を、要求元のポータルサイトに送信する。

サービスが、図１０に示したような処理を行うことによって、チケットの有効期限延長権限があるクライアントからの有効期限延長要求に応じて、対応する古いチケットを使用不能にし、有効期限を延長した新たなチケットを作成することができる。

以下、実施例２におけるサービス提供処理の一例を、図１１を用いて説明する。図１１は、実施例２におけるサービス提供処理の一例を説明するためのフローチャートである。なお、以下では、説明の簡略化のため、サービスＢを用いてサービス提供処理の一例を説明する。

ステップＳ６０において、サービスＢは、例えばサービスＤよりサービスＢが提供するサービスの利用要求を受信する。

ステップＳ６０に続いてステップＳ６１に進み、サービスＢは、ステップＳ６０において受信したサービスの利用要求に含まれる印刷チケットＩＤと、サービスＤを識別するクライアントＩＤと、に基づいて図９に示したようなチケット保存部４０のデータを参照し、当該サービスＢが発行した印刷チケットかどうかを判定する。

サービスＢは、当該自身が発行した印刷チケットであると判定すると（ステップＳ６１においてＹＥＳ）、ステップＳ６２に進み、当該自身が発行した印刷チケットでないと判定すると（ステップＳ６１においてＮＯ）、ステップＳ６４に進む。

ステップＳ６２では、サービスＢが、印刷チケットＩＤに対応するチケットに含まれる該チケットの有効期限と、現在の時間と、を比較し、現在の時間が印刷チケットの有効期限内かどうかを判定する。

サービスＢは、現在の時間が印刷チケットの有効期限内であると判定すると（ステップＳ６２においてＹＥＳ）、ステップＳ６３に進み、現在の時間が印刷チケットの有効期限内でないと判定すると（ステップＳ６２においてＮＯ）、ステップＳ６４に進む。

ステップＳ６３では、サービスＢが、ステップＳ６０において受信したサービスの利用要求に含まれるサービスＤを識別するクライアントＩＤと、サービスの利用種別（例えば、コンテンツの取得）と、に基づいて、図４に示したようなクライアントリストを参照し、サービスＤに、例えばコンテンツを取得する権限があるかどうかを判定する。

サービスＢは、要求元のクライアントに、要求したサービスを利用する利用権限があると判定すると（ステップＳ６３においてＹＥＳ）、ステップＳ６５に進み、要求元のクライアントに、要求したサービスを利用する利用権限がないと判定すると（ステップＳ６３においてＮＯ）、ステップＳ６４に進む。

ステップＳ６４では、サービスＢが、サービス利用要求が失敗した旨の情報を含むサービス利用応答を作成する。

一方、ステップＳ６５では、サービスＢが、サービスＤが要求したサービスの提供処理、例えばサービスＢが保持、管理するコンテンツの中から対応するコンテンツを取得する処理、等を行う。

ステップＳ６５に続いてステップＳ６６に進み、サービスＢは、サービス利用要求が成功した旨の情報と、例えばステップＳ６５において取得したコンテンツと、を含むサービス利用応答を作成する。

ステップＳ６７では、サービスＢが、ステップＳ６４又はステップＳ６６において作成したサービス利用応答を、要求元のサービスＤに送信する。

サービスが、図１１に示したような処理を行うことによって、サービスの利用権限があるクライアントからのサービスの利用要求に応じて、対応するサービスを提供することができる。

上述の実施例１及び実施例２では、悪意あるクライアントが、発行されたチケットを取得してしまった場合に、半永久的な有効期限のチケットを作成することができれば、セキュリティ上の大きな脅威となってしまう。

そのために、本実施例３では、チケットを発行する際や有効期限の延長の際に、有効期限の長さに制限を設けるようにして、セキュリティ上の問題を解決する。

本実施例３に係るサービスの機能構成は、図３と同様に、サービス提供部７０と、ＷｅｂサービスＩ／Ｆ１０と、要求処理部２０と、チケット作成部３０と、チケット保存部４０と、チケット更新部５０と、チケット検証部６０と、を含む。各部の機能は実施例１又は実施例２の何れかの構成を基にしているので、以下では相違点についてのみ説明する。

チケット作成部３０は、実施例１及び実施例２と同様にチケットを作成して、該作成したチケットをチケット保存部４０へ格納する。

この作成するチケットには、該チケットを識別するチケットＩＤと、最大延長有効期限と、有効期限と、チケット利用サービスと該チケットサービスの利用権限のリストと、が含まれる（図１２参照）。

なお、該最大延長有効期限は、例えばチケットを発行するサービスの管理責任者等がＨＤＤ１９等に格納されている定義ファイル等に予め設定した延長期間の最大値に、チケット作成時期（作成年月日及び時刻）を加えた値として、チケット作成部３０等が計算し、チケットに含める。ここで、予め設定される延長期間の最大値は、サービスのセキュリティの強さによって決定され、設定される。

チケット更新部５０は、実施例１又は実施例２と同様にチケットの有効期限を延長する。

ここで、クライアントによって指定された延長期間分又は予め設定されている延長期間分だけ延長した有効期限が最大延長有効期限よりも大きい場合には、最大延長有効期限に置き換えて新たな有効期限とし、チケットを更新する。

ここで、予め設定される延長期間は、サービスのセキュリティの強さによって決定され、チケットを発行するサービスの管理責任者等がＨＤＤ１９等に格納されている定義ファイルに設定する。

サービスを以上のように構成することによって、半永久的に有効なチケットの存在を回避できるため、悪意あるクライアントがチケットを手に入れ、その有効期限の延長を行ったとしても、永久的にチケットを利用することはできない。

以下、実施例３における有効期限延長処理の一例を、図１３を用いて説明する。図１３は、実施例３における有効期限延長処理の一例を説明するためのフローチャートである。なお、以下では、説明の簡略化のため、サービスＢを用いて有効期限の延長処理の一例を説明する。また、実施例２において説明したように、古いチケットを削除し、新たなチケットを作成する方法を用いて実施例３における有効期限延長処理の一例を説明する。

ステップＳ７０において、サービスＢは、例えばポータルサイトより、印刷チケットの有効期限の延長要求を受信する。

ステップＳ７０に続いてステップＳ７１に進み、サービスＢは、ステップＳ７０において受信した印刷チケットの有効期限の延長要求に含まれる印刷チケットＩＤと、ポータルサイトを識別するクライアントＩＤと、に基づいて図９に示したようなチケット保存部４０のデータを参照し、当該サービスＢが発行した印刷チケットかどうかを判定する。

サービスＢは、当該自身が発行した印刷チケットであると判定すると（ステップＳ７１においてＹＥＳ）、ステップＳ７２に進み、当該自身が発行した印刷チケットでないと判定すると（ステップＳ７１においてＮＯ）、ステップＳ７５に進む。

ステップＳ７２では、サービスＢが、印刷チケットＩＤに対応するチケットに含まれる該チケットの有効期限と、現在の時間と、を比較し、現在の時間が印刷チケットの有効期限内かどうかを判定する。

サービスＢは、現在の時間が印刷チケットの有効期限内であると判定すると（ステップＳ７２においてＹＥＳ）、ステップＳ７３に進み、現在の時間が印刷チケットの有効期限内でないと判定すると（ステップＳ７２においてＮＯ）、ステップＳ７５に進む。

ステップＳ７３では、サービスＢが、図４に示したようなクライアントリストを参照し、印刷チケットの有効期限の延長要求を行ったポータルサイトに印刷チケットの更新権限があるかどうかを判定する。

サービスＢは、ポータルサイトに印刷チケットの更新権限があると判定すると（ステップＳ７３においてＹＥＳ）、ステップＳ７４に進み、ポータルサイトに印刷チケットの更新権限がないと判定すると（ステップＳ７３においてＮＯ）、ステップＳ７５に進む。

ステップＳ７４では、サービスＢが、予め定められた延長期間分延長するか、又はステップＳ７０において受信した印刷チケットの有効期限の延長要求に含まれるポータルサイトより要求された延長期間分延長するかを判定する。

サービスＢは、要求された延長期間分延長すると判定すると（ステップＳ７４においてＹＥＳ）、ステップＳ７６に進み、予め定められた延長期間分延長すると判定すると（ステップＳ７４においてＮＯ）、ステップＳ７７に進む。

例えば、サービスＢは、ＨＤＤ１９等に格納されている定義ファイルに定義されているフラグ等を参照し、予め定められた延長期間分延長するか、又は要求された延長期間分延長するかを判定する。

一方、ステップＳ７５では、サービスＢが、延長要求が失敗した旨の情報を含む有効期限延長応答を作成する。

ステップＳ７６では、サービスＢが、印刷チケットＩＤに対応する印刷チケットに含まれる有効期限を、要求された延長期間分延長する。

ステップＳ７７では、サービスＢが、印刷チケットＩＤに対応する印刷チケットに含まれる有効期限を、予め定められた延長期間分延長する。

ステップＳ７８では、サービスＢが、ステップＳ７６又はステップＳ７７において延長した有効期限（更新有効期限）と、図１２に示したような、対応するチケットに含まれる最大延長有効期限と、を比較し、更新有効期限が、最大延長有効期限内かどうかを判定する。

サービスＢは、更新有効期限が、最大延長有効期限内であると判定すると（ステップＳ７８においてＹＥＳ）、ステップＳ７９に進み、更新有効期限が、最大延長有効期限内でないと判定すると（ステップＳ７８においてＮＯ）、ステップＳ８０に進む。

ステップＳ７９では、サービスＢが、更新有効期限と、新たに振りなおした印刷チケットＩＤと、を含む新たな印刷チケットを作成する。

一方、ステップＳ８０では、サービスＢが、ステップＳ７０において受信した印刷チケットの有効期限の延長要求に含まれる印刷チケットＩＤに対応する印刷チケットの最大延長有効期限を有効期限として含む、新たな印刷チケットを作成する。なお、該印刷チケットもステップＳ７９で作成した印刷チケットと同様、新たに振りなおした印刷チケットＩＤを含む。

ステップＳ８１では、サービスＢが、ステップＳ７９又はステップＳ８０において新たに作成した印刷チケットをチケット保存部４０へ登録する。

ステップＳ８１に続いてステップＳ８２に進み、サービスＢは、ステップＳ７０において受信した印刷チケットの有効期限の延長要求に含まれる印刷チケットＩＤに対応する印刷チケットをチケット保存部４０より削除する。

ステップＳ８２に続いてステップＳ８３に進み、サービスＢは、延長要求が成功した旨の情報と、新たに作成した印刷チケットのチケットＩＤと、該新たに作成した印刷チケットに含まれる有効期限と、を含む有効期限延長応答を作成する。

ステップＳ８４では、サービスＢが、ステップＳ７５又はステップＳ８３において作成した有効期限延長応答を、要求元のポータルサイトに送信する。

サービスが、図１３に示したような処理を行うことによって、チケットの有効期限延長権限があるクライアントからの有効期限延長要求に応じて、予め定められた最大延長有効期限内で有効期限を延長した新たなチケットを作成することができる。

上述の実施例１、実施例２及び実施例３では、悪意あるクライアントが、発行されたチケットを取得してしまった場合に、有効期限が切れる前に有効期限の延長要求を行うことを繰り返すことで、永久的にチケットを利用することが可能となってしまい、セキュリティ上大きな脅威となる。

そのために、本実施例４では、チケットを発行する際や有効期限の延長の際に、有効期限の延長回数に最大値を設けるようにして、セキュリティ上の問題を解決する。

本実施例４に係るサービスの機能構成は、図３と同様に、サービス提供部７０と、ＷｅｂサービスＩ／Ｆ１０と、要求処理部２０と、チケット作成部３０と、チケット保存部４０と、チケット更新部５０と、チケット検証部６０と、を含む。各部の機能は上述した実施例（１、２及び３）の何れかの構成を基にしているので、以下では相違点についてのみ説明する。

チケット作成部３０は、チケットの作成要求を受け取ると、上述の実施例と同様にチケットを作成して、該作成したチケットをチケット保存部４０へ格納し、該格納したチケット有効期限の延長要求回数をゼロに設定する（図１４及び図１５参照）。

ここで、図１４は、実施例１に対応したチケット保存部４０を表し、図１５は、実施例２に対応したチケット保存部４０を表している。

なお、チケット作成部３０が作成したチケットには、該チケットを識別するチケットＩＤと、延長上限回数と、有効期限と、チケット利用サービスと該チケットサービスの利用権限のリストと、が含まれる（図１６参照）。

この延長上限回数は、予め設定したチケットの有効期限を延長する回数の最大値である。この予め設定される延長上限回数は、サービスのセキュリティの強さによって決定され、例えば、特に、シングル・サインオンのための認証チケットのような重要なチケットの場合には、延長上限回数を少なくするなど、チケットを発行するサービスの管理責任者等がＨＤＤ１９等に格納されている定義ファイルに設定する。

チケット更新部５０は、有効期限の延長要求を受け取ると、上述の実施例と同様にチケットの有効期限を延長する。

ここで、チケット更新部５０は、チケットの有効期限を延長する際、延長上限回数を超える場合には、有効期限の延長をエラーとしてクライアントへ戻す。一方、チケット更新部５０は、チケットを更新すると、チケット保存部４０の該当チケットの有効期限の延長要求回数を１つカウントアップする。

チケット検証部６０は、サービスの利用要求を受け取ると、まず、クライアントから受信したチケットＩＤとクライアントの識別子（クライアントＩＤ）とでチケット保存部４０を調べ、当該サービスが発行したチケットであるかどうかを調べる。当該サービスが発行したチケットでなければ、検証要求がエラーとしてクライアントへ戻す。

また、チケット検証部６０は、当該サービスが発行したチケットであれば、受信したチケットＩＤに対応するチケットに含まれる該チケットの有効期限と、現在の時間と、を比較し、チケットの有効期限より現在の時間が超過していれば、検証要求がエラーとしてクライアントへ戻す。

チケット検証部６０は、有効期限を超過していなければ、クライアントから要求されたサービスの利用権限を取り出して、サービス提供部７０へ戻し、サービス提供部７０ではこの利用権限に応じて、指定されたサービスの処理を行う。

サービスを以上のように構成することによって、チケットを発行する側で有効期限の延長可能回数を設定してしまうため、悪意のあるクライアントがチケットを手に入れ、その有効期限の延長を行おうとしても、半永久的にチケットを利用することはできない。

以下、実施例４における有効期限延長処理の一例を、図１７を用いて説明する。図１７は、実施例４における有効期限延長処理の一例を説明するためのフローチャートである。なお、以下では、説明の簡略化のため、サービスＢを用いて有効期限の延長処理の一例を説明する。また、実施例２において説明したように、古いチケットを削除し、新たなチケットを作成する方法を用いて実施例４における有効期限延長処理の一例を説明する。

ステップＳ９０において、サービスＢは、例えばポータルサイトより、印刷チケットの有効期限の延長要求を受信する。

ステップＳ９０に続いてステップＳ９１に進み、サービスＢは、ステップＳ９０において受信した印刷チケットの有効期限の延長要求に含まれる印刷チケットＩＤと、ポータルサイトを識別するクライアントＩＤと、に基づいて図９に示したようなチケット保存部４０のデータを参照し、当該サービスＢが発行した印刷チケットかどうかを判定する。

サービスＢは、当該自身が発行した印刷チケットであると判定すると（ステップＳ９１においてＹＥＳ）、ステップＳ９２に進み、当該自身が発行した印刷チケットでないと判定すると（ステップＳ９１においてＮＯ）、ステップＳ９６に進む。

ステップＳ９２では、サービスＢが、印刷チケットＩＤに対応するチケットに含まれる該チケットの有効期限と、現在の時間と、を比較し、現在の時間が印刷チケットの有効期限内かどうかを判定する。

サービスＢは、現在の時間が印刷チケットの有効期限内であると判定すると（ステップＳ９２においてＹＥＳ）、ステップＳ９３に進み、現在の時間が印刷チケットの有効期限内でないと判定すると（ステップＳ９２においてＮＯ）、ステップＳ９６に進む。

ステップＳ９３では、サービスＢが、図４に示したようなクライアントリストを参照し、印刷チケットの有効期限の延長要求を行ったポータルサイトに印刷チケットの更新権限があるかどうかを判定する。

サービスＢは、ポータルサイトに印刷チケットの更新権限があると判定すると（ステップＳ９３においてＹＥＳ）、ステップＳ９４に進み、ポータルサイトに印刷チケットの更新権限がないと判定すると（ステップＳ９３においてＮＯ）、ステップＳ９６に進む。

ステップＳ９４では、サービスＢが、ステップＳ９０において受信した印刷チケットの有効期限の延長要求に含まれる印刷チケットＩＤに基づいて、図１６に示したような印刷チケットの延長上限回数と、図１５に示したようなチケット保存部４０のデータの有効期限の延長要求回数とを比較して、有効期限の延長要求回数が延長上限回数内かどうかを判定する。

サービスＢは、有効期限の延長要求回数が延長上限回数内であると判定すると（ステップＳ９４においてＹＥＳ）、ステップＳ９５に進み、有効期限の延長要求回数が延長上限回数内でないと判定すると（ステップＳ９４においてＮＯ）、ステップＳ９６に進む。

ステップＳ９５では、サービスＢが、予め定められた延長期間分延長するか、又はステップＳ９０において受信した印刷チケットの有効期限の延長要求に含まれるポータルサイトより要求された延長期間分延長するかを判定する。

サービスＢは、要求された延長期間分延長すると判定すると（ステップＳ９５においてＹＥＳ）、ステップＳ９７に進み、予め定められた延長期間分延長すると判定すると（ステップＳ９５においてＮＯ）、ステップＳ９８に進む。

例えば、サービスＢは、ＨＤＤ１９等に格納されている定義ファイルに定義されているフラグ等を参照し、予め定められた延長期間分延長するか、又は要求された延長期間分延長するかを判定する。

一方、ステップＳ９６では、サービスＢが、延長要求が失敗した旨の情報を含む有効期限延長応答を作成する。

ステップＳ９７では、サービスＢが、印刷チケットＩＤに対応する印刷チケットに含まれる有効期限を、要求された延長期間分延長する。

ステップＳ９８では、サービスＢが、印刷チケットＩＤに対応する印刷チケットに含まれる有効期限を、予め定められた延長期間分延長する。

ステップＳ９９では、サービスＢが、図１５に示したようなチケット保存部４０のデータの有効期限の延長要求回数を１つカウントアップする。

ステップＳ９９に続いてステップＳ１００に進み、サービスＢは、ステップＳ９７又はステップＳ９８において延長した有効期限（更新有効期限）と、新たに振りなおした印刷チケットＩＤと、を含む新たな印刷チケットを作成する。

ステップＳ１００に続いてステップＳ１０１に進み、サービスＢは、ステップＳ１００において新たに作成した印刷チケットをチケット保存部４０へ登録する。

ステップＳ１０１に続いてステップＳ１０２に進み、サービスＢは、ステップＳ９０において受信した印刷チケットの有効期限の延長要求に含まれる印刷チケットＩＤに対応する印刷チケットをチケット保存部４０より削除する。

ステップＳ１０２に続いてステップＳ１０３に進み、サービスＢは、延長要求が成功した旨の情報と、新たに作成した印刷チケットのチケットＩＤと、該新たに作成した印刷チケットに含まれる有効期限と、を含む有効期限延長応答を作成する。

ステップＳ１０４では、サービスＢが、ステップＳ９６又はステップＳ１０３において作成した有効期限延長応答を、要求元のポータルサイトに送信する。

サービスが、図１７に示したような処理を行うことによって、チケットの有効期限延長権限があるクライアントからの有効期限延長要求に応じて、予め定められた延長上限回数のみ、有効期限を延長し、新たなチケットを作成することができる。
(実施例４の変形)

上述した実施例４では、有効期限の延長の制限として有効期限の延長上限回数を設けたが、有効期限の延長上限回数の代わりに、チケットの利用上限回数を設けるようにしてもよい。
この場合のチケット作成部３０、チケット保存部４０、チケット更新部５０、チケット検証部６０の機能の追加は次のようになる。

チケット作成部３０は、チケットの作成要求を受け取ると、上述の実施例と同様にチケットを作成して、該作成したチケットをチケット保存部４０へ格納し、該格納したチケット利用回数をゼロに設定する。

なお、チケット作成部３０が作成したチケットには、該チケットを識別するチケットＩＤと、利用上限回数と、有効期限と、チケット利用サービスと該チケットサービスの利用権限のリストと、が含まれる（図１８参照）。

この利用上限回数は、予め設定したチケットの利用回数の最大値である。この予め設定される利用回数の最大値は、サービスのセキュリティの強さによって決定され、チケットを発行するサービスの管理責任者等がＨＤＤ１９等に格納されている定義ファイルに設定する。

チケット更新部５０は、有効期限の延長要求を受け取ると、上述の実施例と同様にチケットの有効期限を延長する。

ここで、チケット更新部５０は、チケットの有効期限を延長する際、利用上限回数を超える場合には、有効期限の延長をエラーとしてクライアントへ戻す。一方、チケット更新部５０は、チケットを更新すると、チケット保存部４０の該当チケットの利用回数を１つカウントアップする。

チケット検証部６０は、サービスの利用要求を受け取ると、上述の実施例と同様に、まず、クライアントから受信したチケットＩＤとクライアントの識別子（クライアントＩＤ）とでチケット保存部４０を調べ、当該サービスが発行したチケットであるかどうかを調べる。当該サービスが発行したチケットでなければ、検証要求がエラーとしてクライアントへ戻す。

また、チケット検証部６０は、当該サービスが発行したチケットであれば、受信したチケットＩＤに対応するチケットに含まれる該チケットの利用回数と該チケットの利用上限回数とを比較し、該チケットの利用回数が該チケットの利用上限回数を超えている場合には、検証要求がエラーとしてクライアントへ戻す。

更に、チケット検証部６０は、当該サービスが発行したチケットであれば、受信したチケットＩＤに対応するチケットに含まれる該チケットの有効期限と、現在の時間と、を比較し、チケットの有効期限より現在の時間が超過していれば、検証要求がエラーとしてクライアントへ戻す。

チケット検証部６０は、有効期限を超過していなければ、クライアントから要求されたサービスの利用権限を取り出して、サービス提供部７０へ戻し、サービス提供部７０ではこの利用権限に応じて、指定されたサービスの処理を行う。

チケット検証部６０は、指定されたサービスの処理を行うと、チケット保存部４０の該当チケットの利用回数を１つカウントアップする。

この実施例４の変形において、有効期限の延長についても利用回数に入れて説明を行ったが、サービスの利用のみを利用回数としてカウントするようにしてもよい。

実施例１で説明したように、有料コンテンツ販売サービスの場合に、ポータルサイトがサービスＢ（コンテンツ保管サービス）からコンテンツの印刷チケットを受け取った後に、サービスＣ（決済サービス）の処理に手間取り、サービスＤ（印刷サービス）へ渡す前に印刷チケットの有効期限が切れてしまうかもしれない。この場合、印刷チケットの有効期限が途中で切れてしまうと、チケットを取り直す必要があるため、ポータルサイトはチケットの有効期限を延長する必要がある。

したがって、本実施例５では、チケットの有効期限が切れそうな場合に、そのチケットの作成要求元へ有効期限を知らせることによって、通知を受けたチケットの要求元がチケットの有効期限延長要求を行うようにすれば、チケットの有効期限切れの問題を解決することができる。

本実施例５に係るサービスの機能構成は、図１９に示すように、サービス提供部７０と、ＷｅｂサービスＩ／Ｆ１０と、要求処理部２０と、チケット作成部３０と、チケット保存部４０と、チケット更新部５０と、チケット検証部６０と、有効期限監視部８０と、を含む。

ここで、サービス提供部７０と、ＷｅｂサービスＩ／Ｆ１０と、要求処理部２０と、チケット作成部３０と、チケット保存部４０と、チケット更新部５０と、チケット検証部６０と、の機能は上述した実施例の何れかの構成を基にしているので、以下では有効期限監視部８０についてのみ説明する。

有効期限監視部８０は、予め定められた時刻（例えば５分）ごとに、チケット保存部４０に登録された各チケットの有効期限を現在の時刻と比較して、予め定められた時間（例えば３分）以内になっているかどうかを調べる。

有効期限監視部８０は、この予め定められた時間以内になったチケットが見つかった場合、該チケットに対応するクライアントリストよりチケットの作成要求を行ったクライアントへの連絡先（クライアント情報）を取得する。また、有効期限監視部８０は、この予め定められた時間以内になったチケットより該チケットに含まれるチケットの有効期限を取得する。

有効期限監視部８０は、取得したクライアントへの連絡先（クライアント情報）へ、取得したチケットの有効期限を通知する。

例えば、クライアントへの連絡先へ送信するメッセージとしては以下のような例が考えられる。

例１：ＦＲＯＭ２００２−０８−２７Ｔ００：００：２０ＺＴＯ２００２−０８−２７Ｔ００：０４：２０Ｚ＿ＸＸＸＸＸＸ
この例は、２００２年０８月２７日００：００：２０から２００２年０８月２７日００：０４：２０まで有効なチケットであることを示している。

例２：（ＸＭＬを用いた例）
＜Ｔｉｃｋｅｔ＞
＜Ｆｒｏｍ＞２００２−０８−２７Ｔ００：００：２０Ｚ＜／Ｆｒｏｍ＞
＜Ｔｏ＞２００２−０８−２７Ｔ００：０４：２０Ｚ＜／Ｔｏ＞
＜Ｃｈａｌｌｅｎｇｅ＞ＸＸＸＸＸＸＸ＜／Ｃｈａｌｌｅｎｇｅ＞
＜／Ｔｉｃｋｅｔ＞
本実施例５のように、チケットを発行したサービスが、チケットの有効期限を監視して、チケットの有効期限を知らせるようにすると、チケットの有効期限が切れる前に、該チケットを利用するサービスが有効期限延長要求を出すことができる。

また、本実施例５のように、チケットを発行したサービスが、チケットの有効期限を監視して、チケットの有効期限を知らせるようにすると、有効期限を知るために、チケットの発行（作成）を要求したサービスが、チケットを発行したサービスに、わざわざ問い合わせる必要がない。Ｗｅｂサービスの場合は、要求と応答のオーバヘッドがＣＯＭ（Ｃｏｍｐｏｎｅｎｔ Ｏｂｊｅｃｔ Ｍｏｄｅｌ）などに比べて大きいため、問い合わせを行う必要がないことは重要である。

また、チケットの有効期限を延長するタイミングとしては、実施例５のようにチケット作成側からの通知によらずに、チケットの作成を要求したクライアント側で有効期限の期限切れを監視して、有効期限が切れそうになった場合に有効期限の延長要求を出すようにしてもよい。

この場合、チケットの作成を要求したクライアント側で、要求に基づき作成又は更新されたチケットと、作成又は更新された時点での有効期限と、をチケットの作成側から受け取るようにする。

なお、有効期限監視部８０において、チケットの有効期限の監視を行うときに、チケットの有効期限が切れそうになった（予め定められた時間以内になった）場合、当該チケットの要求元のクライアントに、チケットの更新権限があれば、有効期限監視部８０が、チケット更新部５０に通知を行い、チケット更新部５０において自動的にチケットの有効期限を延長させるようにしてもよい。

以下、実施例５における有効期限の延長に係る通知処理の一例を、図２０を用いて説明する。図２０は、実施例５における有効期限の延長に係る通知処理の一例を説明するためのフローチャートである。以下では、説明の簡略化のため、サービスＢを用いて有効期限の延長に係る通知処理の一例を説明する。

ステップＳ１１０においてサービスＢは、予め定められた時刻（例えば５分）ごとに、チケット保存部４０に登録された各チケットの有効期限を現在の時刻と比較して、有効期限が、予め定められた時間（例えば３分）以内になっているチケットが存在するかどうか判定する。

サービスＢは、有効期限が、予め定められた時間（例えば３分）以内になっているチケットが存在すると判定すると（ステップＳ１１０においてＹＥＳ）、ステップＳ１１１に進み、有効期限が、予め定められた時間（例えば３分）以内になっているチケットが存在しないと判定すると（ステップＳ１１０においてＮＯ）、ステップＳ１１０の処理を繰り返す。

なお、チケットを監視する予め定められた時刻（上述の例において５分）及び予め定められた時間（上述の例において３分）は、例えばチケットを発行するサービスの管理責任者等ＨＤＤ１９等に格納されている定義ファイルに設定する。

ステップＳ１１０に続いてステップＳ１１１に進み、サービスＢは、チケット保存部４０より対応するチケットの有効期限と、クライアント情報と、を取得する。

ステップＳ１１１に続いてステップＳ１１２に進み、サービスＢは、ステップＳ１１１において取得したチケットの有効期限を含むメッセージを、ステップＳ１１１において取得したクライアント情報に含まれるクライアントに送信する。

サービスが、図２０に示したような処理を行うことによって、有効期限延長に係る情報を、チケットの作成要求を行ったクライアントに送信することができる。

なお、上述した実施例は適宜必要に応じて組み合わせた構成とすることによって、チケットの有効期限をよりセキュリティを高く保ちながら延長することができる。

以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

実施形態を説明するためのＷｅｂサービスの例である。 サービス提供装置の一例のハードウェア構成図である。 サービスの一例の機能構成を示すブロック図である。 クライアントリストのデータ構造例である。 実施例１のチケットのデータ構造例である。 実施例１のチケット保存部のデータ構造例である。 実施例１における有効期限延長処理の一例を説明するためのフローチャートである。 実施例１におけるサービス提供処理の一例を説明するためのフローチャートである。 実施例２のチケット保存部のデータ構造例である。 実施例２における有効期限延長処理の一例を説明するためのフローチャートである。 実施例２におけるサービス提供処理の一例を説明するためのフローチャートである。 実施例３のチケットのデータ構造例である。 実施例３における有効期限延長処理の一例を説明するためのフローチャートである。 実施例４のチケット保存部のデータ構造例（その１）である。 実施例４のチケット保存部のデータ構造例（その２）である。 実施例４のチケットのデータ構造例である。 実施例４における有効期限延長処理の一例を説明するためのフローチャートである。 実施例４の変形例のチケットのデータ構造例である。 サービスの他の機能構成を示すブロック図である。 実施例５における有効期限の延長に係る通知処理の一例を説明するためのフローチャートである。

符号の説明

１０ ＷｅｂサービスＩ／Ｆ
２０ 要求処理部
３０ チケット作成部
４０ チケット保存部
５０ チケット更新部
６０ チケット検証部
７０ サービス提供部
８０ 有効期限監視部

Claims (22)

1. サービスを提供するサービス提供手段を有するサービス提供装置であって、
   前記サービス提供手段は、
   前記サービスに係る、有効期限を有する証明情報を管理する証明情報管理手段と、
   前記有効期限の延長要求を受付ける有効期限延長要求受付手段と、
   前記有効期限の延長要求に応じて、前記証明情報の有効期限を延長する証明情報更新手段と、
   を有することを特徴とするサービス提供装置。
2. 前記証明情報管理手段は、前記証明情報と、有効期限の延長要求を行う要求元に係る情報と、前記証明情報の有効期限延長権限と、を関連付けて管理することを特徴とする請求項１記載のサービス提供装置。
3. 前記証明情報管理手段は、前記証明情報と、前記証明情報の作成要求を行った要求元に係る情報と、有効期限の延長要求を行う要求元に係る情報と、前記証明情報の有効期限延長権限と、を関連付けて管理することを特徴とする請求項１記載のサービス提供装置。
4. 前記証明情報更新手段は、前記有効期限の延長要求を行った要求元が、前記証明情報の有効期限を延長する有効期限延長権限を有するかどうか判定し、前記要求元に、前記証明情報の有効期限延長権限があると判定すると、対応する前記証明情報の有効期限を延長することを特徴とする請求項１乃至３何れか一項記載のサービス提供装置。
5. 前記証明情報更新手段は、前記有効期限の延長要求を行った要求元が、前記証明情報の有効期限を延長する有効期限延長権限を有するかどうか判定し、前記要求元に、前記証明情報の有効期限延長権限があると判定すると、対応する前記証明情報の有効期限を延長し、該延長した有効期限を含む新たな証明情報を作成することを特徴とする請求項１乃至３何れか一項記載のサービス提供装置。
6. 前記証明情報管理手段は、前記証明情報と、該証明情報の有効延長期限と、を関連付けて管理することを特徴とする請求項１乃至５何れか一項記載のサービス提供装置。
7. 前記証明情報管理手段は、前記証明情報と、該証明情報の有効延長回数と、を関連付けて管理することを特徴とする請求項１乃至６何れか一項記載のサービス提供装置。
8. 前記サービス提供手段は、前記証明情報更新手段において有効期限が延長された前記証明情報を識別する証明情報識別子と、前記有効期限と、を含む有効期限延長応答を送信する有効期限延長応答送信手段を更に有することを特徴とする請求項１乃至７何れか一項記載のサービス提供装置。
9. 前記サービス提供手段は、前記証明情報の有効期限を監視する有効期限監視手段を更に有することを特徴とする請求項１乃至８何れか一項記載のサービス提供装置。
10. 前記サービス提供手段は、前記有効期限に係る情報を、前記証明情報の作成要求を行った要求元に通知する有効期限情報通知手段を更に有することを特徴とする請求項１乃至９何れか一項記載のサービス提供装置。
11. サービスを提供するサービス提供方法であって、
    前記サービスに係る、有効期限を有する証明情報を管理する証明情報管理段階と、
    前記有効期限の延長要求を受付ける有効期限延長要求受付段階と、
    前記有効期限の延長要求に応じて、前記証明情報の有効期限を延長する証明情報更新段階と、
    を有することを特徴とするサービス提供方法。
12. 前記証明情報管理段階は、前記証明情報と、有効期限の延長要求を行う要求元に係る情報と、前記証明情報の有効期限延長権限と、を関連付けて管理することを特徴とする請求項１１記載のサービス提供方法。
13. 前記証明情報管理段階は、前記証明情報と、前記証明情報の作成要求を行った要求元に係る情報と、有効期限の延長要求を行う要求元に係る情報と、前記証明情報の有効期限延長権限と、を関連付けて管理することを特徴とする請求項１１記載のサービス提供方法。
14. 前記証明情報更新段階は、前記有効期限の延長要求を行った要求元が、前記証明情報の有効期限を延長する有効期限延長権限を有するかどうか判定し、前記要求元に、前記証明情報の有効期限延長権限があると判定すると、対応する前記証明情報の有効期限を延長することを特徴とする請求項１１乃至１３何れか一項記載のサービス提供方法。
15. 前記証明情報更新段階は、前記有効期限の延長要求を行った要求元が、前記証明情報の有効期限を延長する有効期限延長権限を有するかどうか判定し、前記要求元に、前記証明情報の有効期限延長権限があると判定すると、対応する前記証明情報の有効期限を延長し、該延長した有効期限を含む新たな証明情報を作成することを特徴とする請求項１１乃至１３何れか一項記載のサービス提供方法。
16. 前記証明情報管理段階は、前記証明情報と、該証明情報の有効延長期限と、を関連付けて管理することを特徴とする請求項１１乃至１５何れか一項記載のサービス提供方法。
17. 前記証明情報管理段階は、前記証明情報と、該証明情報の有効延長回数と、を関連付けて管理することを特徴とする請求項１１乃至１６何れか一項記載のサービス提供方法。
18. 前記証明情報更新段階において有効期限が延長された前記証明情報を識別する証明情報識別子と、前記有効期限と、を含む有効期限延長応答を送信する有効期限延長応答送信段階を更に有することを特徴とする請求項１１乃至１７何れか一項記載のサービス提供方法。
19. 前記証明情報の有効期限を監視する有効期限監視段階を更に有することを特徴とする請求項１１乃至１８何れか一項記載のサービス提供方法。
20. 前記有効期限に係る情報を、前記証明情報の作成要求を行った要求元に通知する有効期限情報通知段階を更に有することを特徴とする請求項１１乃至１９何れか一項記載のサービス提供方法。
21. 請求項１１乃至２０何れか一項記載のサービス提供方法をコンピュータに実行させるためのサービス提供プログラム。
22. 請求項２１記載のサービス提供プログラムを記録したコンピュータ読み取り可能な記録媒体。
    

Images