(57)【要約】【課題】  セキュリティ効果を保ちながら容易にチケットの有効期限を延長することを目的とする。【解決手段】  少なくとも１つ以上のサービス提供手段が提供するサービスを、まとめて提供する統合サービス提供手段（ポータルサイト）を有するサービス提供装置であって、統合サービス提供手段（ポータルサイト）は、サービス提供手段の内の一つである第一サービス提供手段（サービスＡ）に対して、該第一サービス提供手段（サービスＡ）が提供するサービスに係る、有効期限を有する証明情報の作成要求を送信する証明情報作成要求送信手段（ＳＱ２１）と、第一サービス提供手段（サービスＡ）より、証明情報を識別する証明情報識別子と、証明情報の有効期限と、を含む証明情報の作成応答を受信する証明情報作成応答受信手段（ＳＱ２２）と、第一サービス提供手段（サービスＡ）に対して、証明情報の有効期限の延長要求を送信する延長要求送信手段（ＳＱ２８）と、を有することによって上記課題を解決する。【選択図】  図２８
2004171525.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つ以上のサービス提供手段が提供するサービスを、まとめて提供する統合サービス提供手段を有するサービス提供装置であって、
前記統合サービス提供手段は、
前記サービス提供手段の内の一つである第一サービス提供手段に対して、該第一サービス提供手段が提供するサービスに係る、有効期限を有する証明情報の作成要求を送信する証明情報作成要求送信手段と、
前記第一サービス提供手段より、前記証明情報を識別する証明情報識別子と、前記証明情報の有効期限と、を含む前記証明情報の作成応答を受信する証明情報作成応答受信手段と、
前記第一サービス提供手段に対して、前記証明情報の有効期限の延長要求を送信する延長要求送信手段と、
を有することを特徴とするサービス提供装置。
【請求項２】
前記証明情報の有効期限の延長要求には、前記証明情報識別子と、要求する延長期間と、が含まれることを特徴とする請求項１記載のサービス提供装置。
【請求項３】
前記証明情報の有効期限の延長要求には、当該統合サービス提供手段を識別する統合サービス提供手段識別子が更に含まれることを特徴とする請求項２記載のサービス提供装置。
【請求項４】
前記統合サービス提供手段は、前記証明情報識別子と、前記証明情報の有効期限と、を管理する証明情報管理手段を更に有することを特徴とする請求項１乃至３何れか一項記載のサービス提供装置。
【請求項５】
前記統合サービス提供手段は、前記第一サービス提供手段より、有効期限が延長された前記証明情報を識別する証明情報識別子と、延長された有効期限と、を含む有効期限の延長応答を受信する延長応答受信手段を更に有することを特徴とする請求項１乃至４何れか一項記載のサービス提供装置。
【請求項６】
前記証明情報管理手段は、有効期限が延長された前記証明情報を識別する証明情報識別子と、延長された有効期限と、を更に管理することを特徴とする請求項４又は５記載のサービス提供装置。
【請求項７】
前記統合サービス提供手段は、前記サービス提供手段の内、前記第一サービス提供手段とは異なる第二サービス提供手段に対して、前記証明情報を識別する証明情報識別子を含むセッションの開始要求を送信するセッション開始要求送信手段を更に有することを特徴とする請求項１乃至６何れか一項記載のサービス提供装置。
【請求項８】
前記統合サービス提供手段は、前記第二サービス提供手段より、前記セッションを識別するセッション識別子を含む前記セッションの開始応答を受信するセッション開始応答受信手段を更に有することを特徴とする請求項７記載のサービス提供装置。
【請求項９】
前記統合サービス提供手段は、前記セッションを識別するセッション識別子を管理するセッション管理手段を更に有することを特徴とする請求項７又は８記載のサービス提供装置。
【請求項１０】
前記統合サービス提供手段は、前記第一サービス提供手段より、前記証明情報の有効期限に係る情報を含む有効期限情報通知を受信する有効期限情報通知受信手段を更に有することを特徴とする請求項１乃至９何れか一項記載のサービス提供装置。
【請求項１１】
前記統合サービス提供手段は、前記証明情報の有効期限を監視する有効期限監視手段を更に有することを特徴とする請求項１乃至９何れか一項記載のサービス提供装置。
【請求項１２】
少なくとも１つ以上のサービス提供手段が提供するサービスを、まとめて提供する統合サービス提供手段におけるサービス提供方法であって、
前記サービス提供手段の内の一つである第一サービス提供手段に対して、該第一サービス提供手段が提供するサービスに係る、有効期限を有する証明情報の作成要求を送信する証明情報作成要求送信段階と、
前記第一サービス提供手段より、前記証明情報を識別する証明情報識別子と、前記証明情報の有効期限と、を含む前記証明情報の作成応答を受信する証明情報作成応答受信段階と、
前記第一サービス提供手段に対して、前記証明情報の有効期限の延長要求を送信する延長要求送信段階と、
を有することを特徴とするサービス提供方法。
【請求項１３】
前記証明情報の有効期限の延長要求には、前記証明情報識別子と、要求する延長期間と、が含まれることを特徴とする請求項１２記載のサービス提供方法。
【請求項１４】
前記証明情報の有効期限の延長要求には、当該統合サービス提供手段を識別する統合サービス提供手段識別子が更に含まれることを特徴とする請求項１３記載のサービス提供方法。
【請求項１５】
前記証明情報識別子と、前記証明情報の有効期限と、を管理する証明情報管理段階を更に有することを特徴とする請求項１２乃至１４何れか一項記載のサービス提供方法。
【請求項１６】
前記第一サービス提供手段より、有効期限が延長された前記証明情報を識別する証明情報識別子と、延長された有効期限と、を含む有効期限の延長応答を受信する延長応答受信段階を更に有することを特徴とする請求項１２乃至１５何れか一項記載のサービス提供方法。
【請求項１７】
前記証明情報管理段階は、有効期限が延長された前記証明情報を識別する証明情報識別子と、延長された有効期限と、を更に管理することを特徴とする請求項１５又は１６記載のサービス提供方法。
【請求項１８】
前記サービス提供手段の内、前記第一サービス提供手段とは異なる第二サービス提供手段に対して、前記証明情報を識別する証明情報識別子を含むセッションの開始要求を送信するセッション開始要求送信段階を更に有することを特徴とする請求項１２乃至１７何れか一項記載のサービス提供方法。
【請求項１９】
前記第二サービス提供手段より、前記セッションを識別するセッション識別子を含む前記セッションの開始応答を受信するセッション開始応答受信段階を更に有することを特徴とする請求項１８記載のサービス提供方法。
【請求項２０】
前記セッションを識別するセッション識別子を管理するセッション管理段階を更に有することを特徴とする請求項１８又は１９記載のサービス提供方法。
【請求項２１】
前記第一サービス提供手段より、前記証明情報の有効期限に係る情報を含む有効期限情報通知を受信する有効期限情報通知受信段階を更に有することを特徴とする請求項１２乃至２０何れか一項記載のサービス提供方法。
【請求項２２】
前記証明情報の有効期限を監視する有効期限監視段階を更に有することを特徴とする請求項１２乃至２０何れか一項記載のサービス提供方法。
【請求項２３】
請求項１２乃至２２何れか一項記載のサービス提供方法をコンピュータに実行させるためのサービス提供プログラム。
【請求項２４】
請求項２３記載のサービス提供プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス提供装置、サービス提供方法、サービス提供プログラム及び記録媒体に関する。
【背景技術】
【０００２】
従来のＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）によるサービスは、サービス会社ごとに「ホームページ」を持ち、そのホームページ上で「閉じた」サービスを展開していた。ホームページ上では、該ホームページを提供する会社が提供するサービスのみを享受することができるが、他のサービス会社のサービスを受けたいときには、ユーザは、また別に、該他のサービス会社のＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を指定して、該他のサービス会社が提供するホームページへ移動しなければならなかった。
【０００３】
最近では、このようなＷｅｂ上に存在する各種のサービスを「コンポーネント」として分散し、そのコンポーネントを組み合わせて提供する「Ｗｅｂサービス」が普及しつつある。
【０００４】
このような分散コンポーネント環境におけるコンポーネント間の通信は、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式でデータ交換を行い、データアクセスを行うプロトコルとしてＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）プロトコルを使用し、下位プロトコルとしてＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）プロトコルなどを使用する場合が多い。
【０００５】
この仕組みによって、インターネット上に公開されるＷｅｂサービスを相互に連携し、一つのアプリケーションとして人間を介することなくＷｅｂサービスが他のＷｅｂサービスとやり取りすることが可能になる。
【０００６】
例えば、有料のコンテンツを印刷して配送するＷｅｂサービスを提供したいときには、既にある決済サービスや配送サービスを利用するようにできれば、開発効率が高まる。
【０００７】
通信プロトコルとしてＨＴＴＰを用いると、ファイアウォールを導入している企業とも通信できるし、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）を用いてセキュリティを高めることもできる。
【０００８】
しかし、インターネットにおける伝送速度が遅いため、大量のデータを送受信すると応答時間（オーバヘッド）が問題となる。
【０００９】
このため、ユーザの認証や権限等を証明するチケットを用意し、このチケットを更に暗号化してネットワーク上に流すことによって、ネットワーク上に流れるデータの量を減らして、オーバヘッドの問題を解決している。
【００１０】
また、個人情報や機密文書等の秘密情報が頻繁にネットワーク上を流れるのでは、なりすまし、改竄あるいは盗聴といった問題にもこのチケットを利用して漏洩を最小限に抑えることが可能になる。
【００１１】
例えば、特許文献１の「ファイル印刷方法、ネットワーク・システム、コンピュータ・システム、ファイル・サーバ及びプリント・サーバ」では、次のように動作する。
（１）クライアント・システムからファイル・ソースへ権限を要求する。
（２）ファイル・ソースは、その識別名やファイルへのパス等を含む"留置き"証明書（チケット）を作成して、クライアントへ戻す。
（３）クライアントは、その留置き証明書をプリント・サーバへ送信して印刷を要求する。
（４）プリント・サーバは、受信した留置き証明書内のファイル・ソースの識別名及びファイルへのパスを用いて、ファイル・ソースから直接ファイルを要求する。
（５）ファイル・ソースは、その留置き証明書の内容を確認し要求が有効な場合、ファイルを直接プリント・サーバに送信する。
（６）プリント・サーバは、受信したファイルの内容を印刷する。
【００１２】
以上により、留置き証明書（チケット）というファイル・ソースにあるファイルを操作する権限を委譲する証明書をファイル・ソースが発行することで、ネットワーク上を秘密情報が流れる回数を減らすとともに、一度ファイル・ソースからファイルをクライアントへダウンロードし、その後クライアントからプリント・サーバへファイルをアップロードして印刷依頼するというように、２回のファイル移動を行うことがなくなり、無駄なデータの移動や操作を行う回数を減らすことが可能になる。
【００１３】
また、ネットワーク上に分散している複数のＷｅｂサービスを連携させるような場合、認証を集中的に行うサーバでいったんユーザ認証を受ければ、ユーザ認証を前提としたあらゆるサービスを受けられるようにするしくみとして、シングル・サインオン（Ｓｉｎｇｌｅ−Ｓｉｇｎ−Ｏｎ）がある。
【００１４】
例えば、互いに独立してサービスを提供するファイル・サーバとメール・サーバ等では、それらのサービスを受けるために、各サーバでユーザ認証を受けなければならない。これに対し、シングル・サインオンに対応したサービスでは、ユーザ認証を集中的に行うサーバで認証を受ければ、ユーザは自身が認証ユーザだとしてこのユーザ認証サーバに対応したあらゆるネットワーク・サービスを利用できるようになる。
【００１５】
上述したように、このチケットは多くのシステムで認証したことを証明するために利用されるが、例えば、発行したチケットの有効期限を延長してしまうことにより半永久的にそのチケットを利用され続けてしまうような悪意あるクライアントからサービスを守る機能が必要不可欠となる。このため、セキュリティホールとならないようにチケットには短い有効期限を設けることが多い。
【００１６】
しかしながら、予想以上にＷｅｂサービスの処理が伸びてしまった場合にはチケットの有効期限が切れてしまい、クライアントが求める処理を行えない可能性が出てきてしまう。
【００１７】
このような場合、クライアントはチケットの有効期限を延長する必要があるが、チケットが漏洩した場合には、悪用される恐れがあるため、セキュリティ対策を講じる必要がでてくる。
【００１８】
上述した特許文献１の技術では、クライアントがチケットを受信した後に、しばらく使用しなかった場合、あるいは、ファイル・ソース又はプリント・サーバが故障又は電源が切られていて、このチケットの有効期限が切れてしまったような場合についての対処法は示唆されていない。
【００１９】
この問題に対しては、特許文献２の「短寿命証明書によるクライアント側公開鍵認証方法とその装置」では、鍵配布センター（ＫＤＣ）は公開-秘密鍵ペアーと証明書テンプレートを生成し格納しておき、ユーザがＫＤＣに対して認証を求めると、ＫＤＣは短寿命証明書を生成、署名することによってユーザの公開鍵を再証明するようにしている。
【特許文献１】特許３２１８１０７号公報
【特許文献２】特表２００２−５０１２１８号公報
【発明の開示】
【発明が解決しようとする課題】
【００２０】
しかしながら、寿命が尽きた短寿命証明書を使うときには、その都度、ユーザが再証明をしなければならない問題があった。また、Ｗｅｂサービスをシングル・サインオンによって稼動させた場合には、その効果を享受することができない問題があった。
【００２１】
本発明は、上記の点に鑑みなされたもので、セキュリティ効果を保ちながら容易にチケットの有効期限を延長することを目的とする。
【課題を解決するための手段】
【００２２】
そこで、上記問題を解決するため、本発明は、少なくとも１つ以上のサービス提供手段が提供するサービスを、まとめて提供する統合サービス提供手段を有するサービス提供装置であって、前記統合サービス提供手段は、前記サービス提供手段の内の一つである第一サービス提供手段に対して、該第一サービス提供手段が提供するサービスに係る、有効期限を有する証明情報の作成要求を送信する証明情報作成要求送信手段と、前記第一サービス提供手段より、前記証明情報を識別する証明情報識別子と、前記証明情報の有効期限と、を含む前記証明情報の作成応答を受信する証明情報作成応答受信手段と、前記第一サービス提供手段に対して、前記証明情報の有効期限の延長要求を送信する延長要求送信手段と、を有することを特徴とする。
【００２３】
本発明によれば、少なくとも１つ以上のサービス提供手段が提供するサービスを、まとめて提供する統合サービス提供手段を有するサービス提供装置であって、前記統合サービス提供手段は、前記サービス提供手段の内の一つである第一サービス提供手段に対して、該第一サービス提供手段が提供するサービスに係る、有効期限を有する証明情報の作成要求を送信する証明情報作成要求送信手段と、前記第一サービス提供手段より、前記証明情報を識別する証明情報識別子と、前記証明情報の有効期限と、を含む前記証明情報の作成応答を受信する証明情報作成応答受信手段と、前記第一サービス提供手段に対して、前記証明情報の有効期限の延長要求を送信する延長要求送信手段と、を有することによって、セキュリティ効果を保ちながら容易にチケットの有効期限を延長することができる。
【００２４】
なお、統合サービス提供手段は、例えば後述するポータルサイトに対応する。また、第一サービス提供手段は、例えば後述する認証サービス（サービスＡ）に対応する。また、証明情報は、例えば後述する認証チケットに対応する。
【００２５】
また、上記課題を解決するための手段として、サービス提供方法、サービス提供プログラム及び記録媒体としてもよい。
【発明の効果】
【００２６】
本発明によれば、セキュリティ効果を保ちながら容易にチケットの有効期限を延長することができる。
【発明を実施するための最良の形態】
【００２７】
以下、本発明の実施の形態について図面に基づいて説明する。
【実施例１】
【００２８】
以下、本発明に係る実施例を、有料コンテンツの販売サービスを例にして、図１を用いて説明する。図１は、有料コンテンツの販売サービスの一例を説明するための図である。
【００２９】
図１に示される有料コンテンツの販売サービスは、有料コンテンツの販売サービスを行うポータルサイトと、ユーザを認証するサービスＡと、有料のコンテンツを保管している複数のサービスＢと、有料のコンテンツを購入するときの代金決済のサービスＣと、購入したコンテンツを印刷・配送するサービスＤとを含む。
【００３０】
なお、各サービスは、一般に、コンピュータシステム上で動作するサービスの機能を実現するソフトウェアで構成されている。各サービスは、一つの装置（サービス提供装置）に含まれていてもよいし、複数の装置（サービス提供装置）に分散して含まれていてもよい。
【００３１】
この有料コンテンツ販売サービスは次のように動作することによって、ユーザがコンテンツを購入することができる。
（１）ユーザは、自分のユーザ名とパスワード等によってポータルサイトにログインする。
（２）ポータルサイトは、このユーザ名とパスワードとによってサービスＡ（認証サービス）に認証を依頼する（Ａ）。なお、ポータルサイトは、該ユーザ名と、パスワードとを、一時保持しておくことによって、例えば後述する認証チケットの有効期限が切れた場合、再び認証の要求を、認証サービスＡに依頼することができる。
（３）サービスＡは、ユーザ名やパスワード等が登録されているユーザ登録ファイル等を参照して、正しいユーザ名とパスワードとの組み合わせの場合、ユーザの認証を証明する認証チケットを作成し、該認証チケットを識別する認証チケットＩＤ等をポータルサイトへ戻す（Ｂ）。ポータルサイトは、サービスＡより取得した認証チケットＩＤ等を保持し、該認証チケットＩＤを用いて、例えば、サービスＢ、サービスＣ、サービスＤ等とセッションを張ることができる。
（４）ユーザは、認証されると、ポータルサイトに登録された複数の有料コンテンツの中から購入すべきコンテンツを探す。
【００３２】
ユーザが購入するコンテンツを決定して、そのコンテンツの印刷を行う要求を出した場合、ポータルサイトは該当サービス（例えば、サービスＢ）に対して、該当コンテンツの印刷権限を証明する印刷チケットを要求する（Ｃ）。サービスＢは、要求して来たポータルサイトに、印刷権限があるかどうかを確かめて印刷権限があれば、印刷チケットを作成し、該印刷チケットを識別する印刷チケットＩＤ等をポータルサイトへ戻す（Ｄ）。
（５）ポータルサイトは、ユーザに印刷権限があるときは、ユーザから指定された代金払い込み方法と認証チケットＩＤとをサービスＣ（決済サービス）へ送付して代金決済を依頼する（Ｅ）。サービスＣは、認証チケットＩＤを用いてサービスＡに照会して本人確認を行い（Ｆ、Ｇ）、決済結果をポータルサイトへ戻す（Ｈ）。
（６）ポータルサイトは決済されると、印刷チケットＩＤをサービスＤ（印刷・配送サービス）へ送付して、コンテンツの印刷と配送を依頼する（Ｉ）。
【００３３】
サービスＤは、印刷チケットＩＤをサービスＢへ送付して、当該コンテンツを送るように依頼する（Ｊ）。
【００３４】
サービスＢは、当該サービスＢ自身が発行した印刷チケット（又は印刷チケットＩＤ）であることを確認して、依頼されたコンテンツをサービスＤへ送付する（Ｋ）。
【００３５】
サービスＤは、送付されたコンテンツを印刷し、ユーザ宛配送するとともに、その結果をポータルサイトへ戻す（Ｌ）。
【００３６】
以下、本発明のサービス提供装置の一例のハードウェア構成を、図２を用いて説明する。図２は、サービス提供装置の一例のハードウェア構成図である。
【００３７】
図２に示されるサービス提供装置のハードウェア構成は、それぞれバスで相互に接続されている入力装置１１と、表示装置１２と、ドライブ装置１３と、記録媒体１４と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１５と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１６と、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１７と、インターフェース装置１８と、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１９と、を含む。
【００３８】
入力装置１１は、サービス提供装置の利用者が操作するキーボード及びマウス等で構成され、サービス提供装置に各種操作信号を入力するのに用いられる。
【００３９】
表示装置１２は、サービス提供装置の利用者が利用するディスプレイ等で構成され、各種情報を表示する。
【００４０】
インターフェース装置１８は、サービス提供装置をネットワーク等に接続するインターフェースである。
【００４１】
サービス（例えば、サービスＡ）に対応するアプリケーションプログラム及び／又はポータルサイトに対応するアプリケーションプログラム、サービス提供装置の全体の処理を制御するメインプログラム等は、例えば、ＣＤ−ＲＯＭ等の記録媒体１４によってサービス提供装置に提供されるか、ネットワークを通じてダウンロードされる。記録媒体１４は、ドライブ装置１３にセットされ、前記アプリケーションプログラムや前記メインプログラム等が記録媒体１４からドライブ装置１３を介してＲＯＭ１５にインストールされる。
【００４２】
ＲＯＭ１５は、データや前記アプリケーションプログラムや前記メインプログラム等を格納する。ＲＡＭ１６は、サービス提供装置の起動時にＲＯＭ１５から前記アプリケーションプログラムや前記メインプログラム等を読み出して格納する。ＣＰＵ１７は、ＲＡＭ１６に読み出され格納された前記アプリケーションプログラムや前記メインプログラム等に従って処理を実行する。
【００４３】
ＨＤＤ１９は、データやファイル等を格納する。例えば、ＨＤＤ１９は、チケットや、クライアントリスト等を格納する。
【００４４】
以下、有料コンテンツ販売サービスを構成するサービスの機能構成の一例を、図３を用いて説明する。図３は、サービスの機能構成の一例を説明するための図である。
【００４５】
図３において、サービスは、サービス提供部７０と、ＷｅｂサービスＩ／Ｆ１０と、要求処理部２０と、チケット作成部３０と、チケット保存部４０と、チケット更新部５０と、チケット検証部６０と、を含む。
【００４６】
サービス提供部７０は、他のサービス（上述の例では、ポータルサイト、サービスＡ、Ｂ、Ｃ、Ｄ等）からの要求を受信し、処理した結果を返信する。
【００４７】
例えば、上述の認証サービスを行うサービスＡでは、ポータルサイトから依頼されるユーザの認証とその認証チケット（認証チケットＩＤ）の返信、及び各サービスからの本人確認依頼等の機能処理を行う。
【００４８】
また、上述のコンテンツ保管サービスを行うサービスＢでは、ユーザからのコンテンツ閲覧要求に対応してポータルサイトからの検索や内容確認等の機能処理に加えて、ユーザからのコンテンツ印刷要求に対応してポータルサイトからのコンテンツの印刷権限チェックと印刷チケット（印刷チケットＩＤ）の返信、及びサービスＤ（印刷サービス）からの印刷チケットの照会によって、当該コンテンツの転送等を行う。
【００４９】
ＷｅｂサービスＩ／Ｆ１０は、サービス提供部７０が機能を実行する際、Ｗｅｂサービス中核機能との仲立ちをするインターフェースである。
【００５０】
要求処理部２０は、ＷｅｂサービスＩ／Ｆ１０を介して受信したサービス提供部７０からの要求がチケットの作成時には、チケット作成部３０を実行させ、要求がチケットの更新の時にはチケット更新部５０を実行させ、また、要求がチケットの検証であれば、チケット検証部６０を実行させ、実行結果をＷｅｂサービスＩ／Ｆ１０を介してサービス提供部７０へ返信する。
【００５１】
チケット作成部３０は、他のサービス、例えば図３に示すサービスがサービスＡの場合はポータルサイト又はサービスＢ又はサービスＣ又はサービスＤ（以下、他のサービスを単にクライアントともいう）、から要求されたチケットを作成し、該作成したチケットをチケット保存部４０へ格納し、サービス提供部７０を使ってチケットＩＤとチケットの有効期限とをクライアントへ返信させる。
【００５２】
なお、クライアントからは、次のようなデータを指定してチケット作成要求がなされる。
（１）チケット作成の基となるデータ
例えば、認証サービスの場合には、ユーザ名とパスワード等、
また、文書保管やコンテンツ保管サービスの場合には、閲覧・印刷・転送の対象となる文書やコンテンツを特定する識別子（ファイル名やファイルを示すパス等）、また要求元のサービスと当該文書保管又はコンテンツ保管サービスとのセッションを識別するセッションＩＤ。
（２）チケットの有効期限
発行されるチケットの有効期限を指定する。この有効期限が妥当な値でないときには予め設定された有効期限に修正される。有効期限はチケット検証部６０で検査され、該有効期限を経過したチケットは利用できなくなる。
（３）クライアントが利用するサービス名（ＩＰアドレス、又は、ホスト名とドメイン名等）のリスト
チケット保存部４０は、クライアントに対する以下のようなデータをクライアントリストとして、チケットと対応付けて管理する（図４参照）。
【００５３】
・クライアントを識別する識別子（クライアントＩＤ）
・クライアントを特定するための情報（クライアント情報）
例えば、クライアント名、ＩＰアドレスあるいはホスト名・ドメイン名等
・クライアントが利用するサービス（クライアント利用サービス）ごとに、
該サービスの利用権限（例えば、閲覧、印刷、転送等）、及び
チケットの有効期限延長権限
なお、例えば、当該サービスがサービスＡとすると、例えばクライアントの１つは、ポータルサイトとなり、例えばクライアント利用サービスは、サービスＢ、サービスＣ、サービスＤ等となる。
【００５４】
なお、チケット作成部３０は、チケットの作成要求を受け取ると、クライアントリストを参照して、チケット作成要求をしてきたクライアントの利用サービスごとの利用権限を調べて、チケットを作成するようにしてもよい。
【００５５】
例えば、当該サービスがサービスＢとし、例えばポータルサイトから、クライアントが利用するサービス名として、印刷サービスであるサービスＤを含む印刷チケットの作成要求を受け取ると、チケット作成部３０は、クライアントリストを参照し、ポータルサイトのクライアント利用サービスとしてサービスＤが含まれているかどうか判定し、含まれていたら該サービスＤの利用権限を参照し、該利用権限に応じた（例えば、コンテンツの印刷と閲覧を許可する）印刷チケットを作成するようにしてもよい。
【００５６】
なお、図４に示されるクライアントリストは、サービスＢのチケット保存部４０において管理されているクライアントリストの一例を示している。
【００５７】
この作成されたチケットには、該チケットを識別するチケットＩＤと、有効期限と、チケット利用サービスと該チケットサービスの利用権限とのリストと、が含まれる（図５参照）。なお、チケット利用サービスは、例えば、図４に示したクライアント利用サービス及び／又はクライアントＩＤ又はクライアント情報等である。
【００５８】
チケット作成部３０は、作成されたチケットにチケットＩＤを付加して、チケット保存部４０へ登録し、チケットＩＤとチケットの有効期限とをクライアントへ戻す。
【００５９】
このチケット保存部４０は、チケットＩＤに対して、クライアントの識別子（クライアントＩＤ）と作成したチケットの内容とを関連付けて保存する（図６参照）。なお、図６に示されるような内容を、図５に示したチケットに含めるようにしてもよい。
【００６０】
チケット更新部５０は、有効期限の延長要求を受け取ると、クライアントから受信したチケットＩＤと該クライアントの識別子（クライアントＩＤ）とでチケット保存部４０を調べ、当該サービスが発行したチケットであるかどうかを調べる。チケット更新部５０は、当該サービスが発行したチケットでなければ、延長要求が不成功としてクライアントへ戻す。
【００６１】
また、チケット更新部５０は、当該サービスが発行したチケットであれば、チケットＩＤに対応するチケットに含まれる有効期限と、現在の時間とを比較する。チケット更新部５０は、現在の時間が印刷チケットの有効期限内でなければ、延長要求が不成功としてクライアントへ戻す。
【００６２】
また、チケット更新部５０は、現在の時間が印刷チケットの有効期限内であれば、クライアントリストを参照して、有効期限の延長要求の要求元のクライアントにチケットの更新権限があるかどうかを調べる。チケット更新部５０は、クライアントにチケットの更新権限がなければ、延長要求が不成功としてクライアントへ戻す。一方、チケット更新部５０は、クライアントにチケットの更新権限があれば、クライアントによって指定された延長期間分又は予め設定されている延長期間分だけ延長した有効期限を設定し、この新しい有効期限をチケット保存部４０へ登録し（図６参照）、チケットＩＤと更新されたチケットの有効期限とをクライアントへ戻す。
【００６３】
ここで、予め設定される延長期間は、サービスのセキュリティの強さによって決定され、チケットを発行するサービスの管理責任者等がＨＤＤ１９等に格納されている定義ファイルに設定する。
【００６４】
なお、図４に示されるクライアントリストには、チケットの作成要求を行ったクライアントに係る情報（クライアントＩＤと、クライアント情報）が含まれているが、該項目を含まないようにクライアントリストを構成するようにしてもよい。
【００６５】
また、以下ではチケットの作成要求を行ったクライアントに対しては、チケットの更新権限があるものとして説明を行う。
【００６６】
チケット検証部６０は、サービスの利用要求を受け取ると、サービスの利用を要求してきたクライアントから受信したチケットＩＤと該クライアントの識別子（クライアントＩＤ）とでチケット保存部４０を調べ、当該サービスが発行したチケットであるかどうかを調べる。当該サービスが発行したチケットでなければ、検証要求がエラーとしてクライアントへ戻す。
【００６７】
また、チケット検証部６０は、当該サービスが発行したチケットであれば、受信したチケットＩＤに対応するチケットに含まれる該チケットの有効期限と、現在の時間と、を比較し、チケットの有効期限より現在の時間が超過していれば、検証要求がエラーとしてクライアントへ戻す。ここで、チケット検証部６０は、チケット保存部４０に延長した有効期限が設定されていれば、この延長された有効期限と現在時間とを比較する。
【００６８】
チケット検証部６０は、有効期限を超過していなければ、クライアントから要求されたサービスの利用権限を取り出して、サービス提供部７０へ戻し、サービス提供部７０ではこの利用権限に応じて、指定されたサービスの処理を行う。
【００６９】
上記の有料コンテンツ販売サービスの例で説明すると、ポータルサイトがサービスＢ（コンテンツ保管サービス）からコンテンツの印刷チケットを受け取った後に、サービスＣ（決済サービス）の処理に手間取り、サービスＤ（印刷サービス）へ渡す前に印刷チケットの有効期限が切れてしまうかもしれない。そこで、ポータルサイトは、サービスＢが応答を返した後か、サービスＣの処理中にサービスＢに対して、印刷チケットの有効期限延長（更新）要求を行うようにすれば、チケットの有効期限切れの問題を解決することができる。
【００７０】
サービスを以上のように構成することによって、チケットの有効期限を延長できるクライアントを制限して、本来の意図とは異なるクライアントによるチケットの更新を制限することができる。
【００７１】
以下、実施例１における有効期限延長処理の一例を、図７を用いて説明する。図７は、実施例１における有効期限延長処理の一例を説明するためのフローチャートである。なお、以下では、説明の簡略化のため、サービスＢを用いて有効期限の延長処理の一例を説明する。
【００７２】
ステップＳ１０において、サービスＢは、例えばポータルサイトより、印刷チケットの有効期限の延長要求を受信する。
【００７３】
ステップＳ１０に続いてステップＳ１１に進み、サービスＢは、ステップＳ１０において受信した印刷チケットの有効期限の延長要求に含まれる印刷チケットＩＤと、ポータルサイトを識別するクライアントＩＤと、に基づいて図６に示したようなチケット保存部４０のデータを参照し、当該サービスＢが発行した印刷チケットかどうかを判定する。
【００７４】
サービスＢは、当該自身が発行した印刷チケットであると判定すると（ステップＳ１１においてＹＥＳ）、ステップＳ１２に進み、当該自身が発行した印刷チケットでないと判定すると（ステップＳ１１においてＮＯ）、ステップＳ１５に進む。
【００７５】
ステップＳ１２では、サービスＢが、印刷チケットＩＤに対応するチケットに含まれる該チケットの有効期限と、現在の時間と、を比較し、現在の時間が印刷チケットの有効期限内かどうかを判定する。
【００７６】
サービスＢは、現在の時間が印刷チケットの有効期限内であると判定すると（ステップＳ１２においてＹＥＳ）、ステップＳ１３に進み、現在の時間が印刷チケットの有効期限内でないと判定すると（ステップＳ１２においてＮＯ）、ステップＳ１５に進む。なお、サービスＢは、チケット保存部４０に延長した有効期限が設定されていれば、この延長された有効期限と現在時間とを比較する。
【００７７】
ステップＳ１３では、サービスＢが、図４に示したようなクライアントリストを参照し、印刷チケットの有効期限の延長要求を行ったポータルサイトに印刷チケットの更新権限があるかどうかを判定する。
【００７８】
サービスＢは、ポータルサイトに印刷チケットの更新権限があると判定すると（ステップＳ１３においてＹＥＳ）、ステップＳ１４に進み、ポータルサイトに印刷チケットの更新権限がないと判定すると（ステップＳ１３においてＮＯ）、ステップＳ１５に進む。
【００７９】
ステップＳ１４では、サービスＢが、予め定められた延長期間分延長するか、又はステップＳ１０において受信した印刷チケットの有効期限の延長要求に含まれるポータルサイトより要求された延長期間分延長するかを判定する。
【００８０】
サービスＢは、要求された延長期間分延長すると判定すると（ステップＳ１４においてＹＥＳ）、ステップＳ１６に進み、予め定められた延長期間分延長すると判定すると（ステップＳ１４においてＮＯ）、ステップＳ１７に進む。
【００８１】
例えば、サービスＢは、ＨＤＤ１９等に格納されている定義ファイルに定義されているフラグ等を参照し、予め定められた延長期間分延長するか、又は要求された延長期間分延長するかを判定する。
【００８２】
一方、ステップＳ１５では、サービスＢが、延長要求が失敗した旨の情報を含む有効期限延長応答を作成する。
【００８３】
ステップＳ１６では、サービスＢが、印刷チケットＩＤに対応する印刷チケットに含まれる有効期限を、要求された延長期間分延長する。
【００８４】
ステップＳ１７では、サービスＢが、印刷チケットＩＤに対応する印刷チケットに含まれる有効期限を、予め定められた延長期間分延長する。
【００８５】
ステップＳ１８では、サービスＢが、ステップＳ１６又はステップＳ１７において延長した有効期限（更新有効期限）を、図６に示されるように、チケット保存部４０に保存する。
【００８６】
ステップＳ１８に続いてステップＳ１９に進み、サービスＢは、延長要求が成功した旨の情報と、チケットＩＤと、延長した有効期限（更新有効期限）と、を含む有効期限延長応答を作成する。
【００８７】
ステップＳ２０では、サービスＢが、ステップＳ１５又はステップＳ１９において作成した有効期限延長応答を、要求元のポータルサイトに送信する。
【００８８】
サービスが、図７に示したような処理を行うことによって、チケットの有効期限延長権限があるクライアントからの有効期限延長要求に応じて、対応するチケットの有効期限を延長することができる。
【００８９】
以下、実施例１におけるサービス提供処理の一例を、図８を用いて説明する。図８は、実施例１におけるサービス提供処理の一例を説明するためのフローチャートである。なお、以下では、説明の簡略化のため、サービスＢを用いてサービス提供処理の一例を説明する。
【００９０】
ステップＳ３０において、サービスＢは、例えばサービスＤよりサービスＢが提供するサービスの利用要求を受信する。
【００９１】
ステップＳ３０に続いてステップＳ３１に進み、サービスＢは、ステップＳ３０において受信したサービスの利用要求に含まれる印刷チケットＩＤと、サービスＤを識別するクライアントＩＤと、に基づいて図６に示したようなチケット保存部４０のデータを参照し、当該サービスＢが発行した印刷チケットかどうかを判定する。
【００９２】
サービスＢは、当該自身が発行した印刷チケットであると判定すると（ステップＳ３１においてＹＥＳ）、ステップＳ３２に進み、当該自身が発行した印刷チケットでないと判定すると（ステップＳ３１においてＮＯ）、ステップＳ３４に進む。
【００９３】
ステップＳ３２では、サービスＢが、印刷チケットＩＤに対応するチケットに含まれる該チケットの有効期限と、現在の時間と、を比較し、現在の時間が印刷チケットの有効期限内かどうかを判定する。
【００９４】
サービスＢは、現在の時間が印刷チケットの有効期限内であると判定すると（ステップＳ３２においてＹＥＳ）、ステップＳ３３に進み、現在の時間が印刷チケットの有効期限内でないと判定すると（ステップＳ３２においてＮＯ）、ステップＳ３４に進む。なお、サービスＢは、チケット保存部４０に延長した有効期限が設定されていれば、この延長された有効期限と現在時間とを比較する。
【００９５】
ステップＳ３３では、サービスＢが、ステップＳ３０において受信したサービスの利用要求に含まれるサービスＤを識別するクライアントＩＤと、サービスの利用種別（例えば、コンテンツの取得）と、に基づいて、図４に示したようなクライアントリストを参照し、サービスＤに、例えばコンテンツを取得する権限があるかどうかを判定する。
【００９６】
サービスＢは、要求元のクライアントに、要求したサービスを利用する利用権限があると判定すると（ステップＳ３３においてＹＥＳ）、ステップＳ３５に進み、要求元のクライアントに、要求したサービスを利用する利用権限がないと判定すると（ステップＳ３３においてＮＯ）、ステップＳ３４に進む。
【００９７】
ステップＳ３４では、サービスＢが、サービス利用要求が失敗した旨の情報を含むサービス利用応答を作成する。
【００９８】
一方、ステップＳ３５では、サービスＢが、サービスＤが要求したサービスの提供処理、例えばサービスＢが保持、管理するコンテンツの中から対応するコンテンツを取得する処理、等を行う。
【００９９】
ステップＳ３５に続いてステップＳ３６に進み、サービスＢは、サービス利用要求が成功した旨の情報と、例えばステップＳ３５において取得したコンテンツと、を含むサービス利用応答を作成する。
【０１００】
ステップＳ３７では、サービスＢが、ステップＳ３４又はステップＳ３６において作成したサービス利用応答を、要求元のサービスＤに送信する。
【０１０１】
サービスが、図８に示したような処理を行うことによって、サービスの利用権限があるクライアントからのサービスの利用要求に応じて、対応するサービスを提供することができる。
【実施例２】
【０１０２】
上記の実施例１の構成では、単に有効期限を延長するだけであり、チケットを盗まれていた場合に悪用される恐れがでてくる。
【０１０３】
そのために、本実施例２では、チケットの有効期限を延長する要求を受けた際に、現状のチケットを破棄し、新しくチケットを発行するようにする。
【０１０４】
本実施例２に係るサービスの機能構成は、図３と同様に、サービス提供部７０と、ＷｅｂサービスＩ／Ｆ１０と、要求処理部２０と、チケット作成部３０と、チケット保存部４０と、チケット更新部５０と、チケット検証部６０と、を含むので、以下では相違点についてのみ説明する。
【０１０５】
チケット更新部５０は、有効期限の延長要求を受け取ると、クライアントから受信したチケットＩＤとクライアントの識別子（クライアントＩＤ）とでチケット保存部４０を調べ、当該サービスが発行したチケットであるかどうかを調べる。当該サービスが発行したチケットでなければ、延長要求が不成功としてクライアントへ戻す。
【０１０６】
また、チケット更新部５０は、当該サービスが発行したチケットであれば、チケットＩＤに対応するチケットに含まれる有効期限と、現在の時間とを比較する。チケット更新部５０は、現在の時間が印刷チケットの有効期限内でなければ、延長要求が不成功としてクライアントへ戻す。
【０１０７】
また、チケット更新部５０は、現在の時間が印刷チケットの有効期限内であれば、クライアントリストを参照して、有効期限の延長要求の要求元のクライアントにチケットの更新権限があるかどうかを調べる。チケット更新部５０は、クライアントにチケットの更新権限がなければ、延長要求が不成功としてクライアントへ戻す。一方、チケット更新部５０は、クライアントにチケットの更新権限があれば、クライアントによって指定された延長期間分又は予め設定されている延長期間分だけ延長した有効期限を設定して、新しくチケットを作成し、チケット保存部４０へ登録する（図９参照）。また、チケット更新部５０は、新しく作成されたチケットを識別するチケットＩＤと延長されたチケットの有効期限とをクライアントへ戻す。チケット更新部５０は、古いチケットはチケット保存部４０から削除しておく。なお、削除せずに、該古いチケットに使用不可能のフラグ等を立てるようにしてもよい。但し、以下では説明の簡略化のため、古いチケットはチケット保存部４０から削除するものとして説明を行う。
【０１０８】
チケット検証部６０は、サービスの利用要求を受け取ると、サービスの利用を要求してきたクライアントから受信したチケットＩＤと該クライアントの識別子（クライアントＩＤ）とでチケット保存部４０を調べ、当該サービスが発行したチケットであるかどうかを調べる。当該サービスが発行したチケットでなければ、検証要求がエラーとしてクライアントへ戻す。
【０１０９】
また、チケット検証部６０は、当該サービスが発行したチケットであれば、受信したチケットＩＤに対応するチケットに含まれる該チケットの有効期限と、現在の時間と、を比較し、チケットの有効期限より現在の時間が超過していれば、検証要求がエラーとしてクライアントへ戻す。
【０１１０】
チケット検証部６０は、有効期限を超過していなければ、クライアントから要求されたサービスの利用権限を取り出して、サービス提供部７０へ戻し、サービス提供部７０ではこの利用権限に応じて、指定されたサービスの処理を行う。
【０１１１】
サービスを以上のように構成することによって、チケットの有効期限延長前にチケットが盗まれていても、有効期限延長後には古いチケットが利用できなくなり、有効期限をセキュリティ上安全に延長することができる。
【０１１２】
以下、実施例２における有効期限延長処理の一例を、図１０を用いて説明する。図１０は、実施例２における有効期限延長処理の一例を説明するためのフローチャートである。なお、以下では、説明の簡略化のため、サービスＢを用いて有効期限の延長処理の一例を説明する。
【０１１３】
ステップＳ４０において、サービスＢは、例えばポータルサイトより、印刷チケットの有効期限の延長要求を受信する。
【０１１４】
ステップＳ４０に続いてステップＳ４１に進み、サービスＢは、ステップＳ４０において受信した印刷チケットの有効期限の延長要求に含まれる印刷チケットＩＤと、ポータルサイトを識別するクライアントＩＤと、に基づいて図９に示したようなチケット保存部４０のデータを参照し、当該サービスＢが発行した印刷チケットかどうかを判定する。
【０１１５】
サービスＢは、当該自身が発行した印刷チケットであると判定すると（ステップＳ４１においてＹＥＳ）、ステップＳ４２に進み、当該自身が発行した印刷チケットでないと判定すると（ステップＳ４１においてＮＯ）、ステップＳ４５に進む。
【０１１６】
ステップＳ４２では、サービスＢが、印刷チケットＩＤに対応するチケットに含まれる該チケットの有効期限と、現在の時間と、を比較し、現在の時間が印刷チケットの有効期限内かどうかを判定する。
【０１１７】
サービスＢは、現在の時間が印刷チケットの有効期限内であると判定すると（ステップＳ４２においてＹＥＳ）、ステップＳ４３に進み、現在の時間が印刷チケットの有効期限内でないと判定すると（ステップＳ４２においてＮＯ）、ステップＳ４５に進む。
【０１１８】
ステップＳ４３では、サービスＢが、図４に示したようなクライアントリストを参照し、印刷チケットの有効期限の延長要求を行ったポータルサイトに印刷チケットの更新権限があるかどうかを判定する。
【０１１９】
サービスＢは、ポータルサイトに印刷チケットの更新権限があると判定すると（ステップＳ４３においてＹＥＳ）、ステップＳ４４に進み、ポータルサイトに印刷チケットの更新権限がないと判定すると（ステップＳ４３においてＮＯ）、ステップＳ４５に進む。
【０１２０】
ステップＳ４４では、サービスＢが、予め定められた延長期間分延長するか、又はステップＳ４０において受信した印刷チケットの有効期限の延長要求に含まれるポータルサイトより要求された延長期間分延長するかを判定する。
【０１２１】
サービスＢは、要求された延長期間分延長すると判定すると（ステップＳ４４においてＹＥＳ）、ステップＳ４６に進み、予め定められた延長期間分延長すると判定すると（ステップＳ４４においてＮＯ）、ステップＳ４７に進む。
【０１２２】
例えば、サービスＢは、ＨＤＤ１９等に格納されている定義ファイルに定義されているフラグ等を参照し、予め定められた延長期間分延長するか、又は要求された延長期間分延長するかを判定する。
【０１２３】
一方、ステップＳ４５では、サービスＢが、延長要求が失敗した旨の情報を含む有効期限延長応答を作成する。
【０１２４】
ステップＳ４６では、サービスＢが、印刷チケットＩＤに対応する印刷チケットに含まれる有効期限を、要求された延長期間分延長する。
【０１２５】
ステップＳ４７では、サービスＢが、印刷チケットＩＤに対応する印刷チケットに含まれる有効期限を、予め定められた延長期間分延長する。
【０１２６】
ステップＳ４８では、サービスＢが、ステップＳ４６又はステップＳ４７において延長した有効期限（更新有効期限）と、新たに振りなおした印刷チケットＩＤと、を含む新たな印刷チケットを作成する。
【０１２７】
ステップＳ４８に続いてステップＳ４９に進み、サービスＢは、ステップＳ４８において新たに作成した印刷チケットをチケット保存部４０へ登録する。
【０１２８】
ステップＳ４９に続いてステップＳ５０に進み、サービスＢは、ステップＳ４０において受信した印刷チケットの有効期限の延長要求に含まれる印刷チケットＩＤに対応する印刷チケットをチケット保存部４０より削除する。
【０１２９】
ステップＳ５０に続いてステップＳ５１に進み、サービスＢは、延長要求が成功した旨の情報と、新たに作成した印刷チケットのチケットＩＤと、該新たに作成した印刷チケットに含まれる有効期限と、を含む有効期限延長応答を作成する。
【０１３０】
ステップＳ５２では、サービスＢが、ステップＳ４５又はステップＳ５１において作成した有効期限延長応答を、要求元のポータルサイトに送信する。
【０１３１】
サービスが、図１０に示したような処理を行うことによって、チケットの有効期限延長権限があるクライアントからの有効期限延長要求に応じて、対応する古いチケットを使用不能にし、有効期限を延長した新たなチケットを作成することができる。
【０１３２】
以下、実施例２におけるサービス提供処理の一例を、図１１を用いて説明する。図１１は、実施例２におけるサービス提供処理の一例を説明するためのフローチャートである。なお、以下では、説明の簡略化のため、サービスＢを用いてサービス提供処理の一例を説明する。
【０１３３】
ステップＳ６０において、サービスＢは、例えばサービスＤよりサービスＢが提供するサービスの利用要求を受信する。
【０１３４】
ステップＳ６０に続いてステップＳ６１に進み、サービスＢは、ステップＳ６０において受信したサービスの利用要求に含まれる印刷チケットＩＤと、サービスＤを識別するクライアントＩＤと、に基づいて図９に示したようなチケット保存部４０のデータを参照し、当該サービスＢが発行した印刷チケットかどうかを判定する。
【０１３５】
サービスＢは、当該自身が発行した印刷チケットであると判定すると（ステップＳ６１においてＹＥＳ）、ステップＳ６２に進み、当該自身が発行した印刷チケットでないと判定すると（ステップＳ６１においてＮＯ）、ステップＳ６４に進む。
【０１３６】
ステップＳ６２では、サービスＢが、印刷チケットＩＤに対応するチケットに含まれる該チケットの有効期限と、現在の時間と、を比較し、現在の時間が印刷チケットの有効期限内かどうかを判定する。
【０１３７】
サービスＢは、現在の時間が印刷チケットの有効期限内であると判定すると（ステップＳ６２においてＹＥＳ）、ステップＳ６３に進み、現在の時間が印刷チケットの有効期限内でないと判定すると（ステップＳ６２においてＮＯ）、ステップＳ６４に進む。
【０１３８】
ステップＳ６３では、サービスＢが、ステップＳ６０において受信したサービスの利用要求に含まれるサービスＤを識別するクライアントＩＤと、サービスの利用種別（例えば、コンテンツの取得）と、に基づいて、図４に示したようなクライアントリストを参照し、サービスＤに、例えばコンテンツを取得する権限があるかどうかを判定する。
【０１３９】
サービスＢは、要求元のクライアントに、要求したサービスを利用する利用権限があると判定すると（ステップＳ６３においてＹＥＳ）、ステップＳ６５に進み、要求元のクライアントに、要求したサービスを利用する利用権限がないと判定すると（ステップＳ６３においてＮＯ）、ステップＳ６４に進む。
【０１４０】
ステップＳ６４では、サービスＢが、サービス利用要求が失敗した旨の情報を含むサービス利用応答を作成する。
【０１４１】
一方、ステップＳ６５では、サービスＢが、サービスＤが要求したサービスの提供処理、例えばサービスＢが保持、管理するコンテンツの中から対応するコンテンツを取得する処理、等を行う。
【０１４２】
ステップＳ６５に続いてステップＳ６６に進み、サービスＢは、サービス利用要求が成功した旨の情報と、例えばステップＳ６５において取得したコンテンツと、を含むサービス利用応答を作成する。
【０１４３】
ステップＳ６７では、サービスＢが、ステップＳ６４又はステップＳ６６において作成したサービス利用応答を、要求元のサービスＤに送信する。
【０１４４】
サービスが、図１１に示したような処理を行うことによって、サービスの利用権限があるクライアントからのサービスの利用要求に応じて、対応するサービスを提供することができる。
【実施例３】
【０１４５】
上述の実施例１及び実施例２では、悪意あるクライアントが、発行されたチケットを取得してしまった場合に、半永久的な有効期限のチケットを作成することができれば、セキュリティ上の大きな脅威となってしまう。
【０１４６】
そのために、本実施例３では、チケットを発行する際や有効期限の延長の際に、有効期限の長さに制限を設けるようにして、セキュリティ上の問題を解決する。
【０１４７】
本実施例３に係るサービスの機能構成は、図３と同様に、サービス提供部７０と、ＷｅｂサービスＩ／Ｆ１０と、要求処理部２０と、チケット作成部３０と、チケット保存部４０と、チケット更新部５０と、チケット検証部６０と、を含む。各部の機能は実施例１又は実施例２の何れかの構成を基にしているので、以下では相違点についてのみ説明する。
【０１４８】
チケット作成部３０は、実施例１及び実施例２と同様にチケットを作成して、該作成したチケットをチケット保存部４０へ格納する。
【０１４９】
この作成するチケットには、該チケットを識別するチケットＩＤと、最大延長有効期限と、有効期限と、チケット利用サービスと該チケットサービスの利用権限のリストと、が含まれる（図１２参照）。
【０１５０】
なお、該最大延長有効期限は、例えばチケットを発行するサービスの管理責任者等がＨＤＤ１９等に格納されている定義ファイル等に予め設定した延長期間の最大値に、チケット作成時期（作成年月日及び時刻）を加えた値として、チケット作成部３０等が計算し、チケットに含める。ここで、予め設定される延長期間の最大値は、サービスのセキュリティの強さによって決定され、設定される。
【０１５１】
チケット更新部５０は、実施例１又は実施例２と同様にチケットの有効期限を延長する。
【０１５２】
ここで、クライアントによって指定された延長期間分又は予め設定されている延長期間分だけ延長した有効期限が最大延長有効期限よりも大きい場合には、最大延長有効期限に置き換えて新たな有効期限とし、チケットを更新する。
【０１５３】
ここで、予め設定される延長期間は、サービスのセキュリティの強さによって決定され、チケットを発行するサービスの管理責任者等がＨＤＤ１９等に格納されている定義ファイルに設定する。
【０１５４】
サービスを以上のように構成することによって、半永久的に有効なチケットの存在を回避できるため、悪意あるクライアントがチケットを手に入れ、その有効期限の延長を行ったとしても、永久的にチケットを利用することはできない。
【０１５５】
以下、実施例３における有効期限延長処理の一例を、図１３を用いて説明する。図１３は、実施例３における有効期限延長処理の一例を説明するためのフローチャートである。なお、以下では、説明の簡略化のため、サービスＢを用いて有効期限の延長処理の一例を説明する。また、実施例２において説明したように、古いチケットを削除し、新たなチケットを作成する方法を用いて実施例３における有効期限延長処理の一例を説明する。
【０１５６】
ステップＳ７０において、サービスＢは、例えばポータルサイトより、印刷チケットの有効期限の延長要求を受信する。
【０１５７】
ステップＳ７０に続いてステップＳ７１に進み、サービスＢは、ステップＳ７０において受信した印刷チケットの有効期限の延長要求に含まれる印刷チケットＩＤと、ポータルサイトを識別するクライアントＩＤと、に基づいて図９に示したようなチケット保存部４０のデータを参照し、当該サービスＢが発行した印刷チケットかどうかを判定する。
【０１５８】
サービスＢは、当該自身が発行した印刷チケットであると判定すると（ステップＳ７１においてＹＥＳ）、ステップＳ７２に進み、当該自身が発行した印刷チケットでないと判定すると（ステップＳ７１においてＮＯ）、ステップＳ７５に進む。
【０１５９】
ステップＳ７２では、サービスＢが、印刷チケットＩＤに対応するチケットに含まれる該チケットの有効期限と、現在の時間と、を比較し、現在の時間が印刷チケットの有効期限内かどうかを判定する。
【０１６０】
サービスＢは、現在の時間が印刷チケットの有効期限内であると判定すると（ステップＳ７２においてＹＥＳ）、ステップＳ７３に進み、現在の時間が印刷チケットの有効期限内でないと判定すると（ステップＳ７２においてＮＯ）、ステップＳ７５に進む。
【０１６１】
ステップＳ７３では、サービスＢが、図４に示したようなクライアントリストを参照し、印刷チケットの有効期限の延長要求を行ったポータルサイトに印刷チケットの更新権限があるかどうかを判定する。
【０１６２】
サービスＢは、ポータルサイトに印刷チケットの更新権限があると判定すると（ステップＳ７３においてＹＥＳ）、ステップＳ７４に進み、ポータルサイトに印刷チケットの更新権限がないと判定すると（ステップＳ７３においてＮＯ）、ステップＳ７５に進む。
【０１６３】
ステップＳ７４では、サービスＢが、予め定められた延長期間分延長するか、又はステップＳ７０において受信した印刷チケットの有効期限の延長要求に含まれるポータルサイトより要求された延長期間分延長するかを判定する。
【０１６４】
サービスＢは、要求された延長期間分延長すると判定すると（ステップＳ７４においてＹＥＳ）、ステップＳ７６に進み、予め定められた延長期間分延長すると判定すると（ステップＳ７４においてＮＯ）、ステップＳ７７に進む。
【０１６５】
例えば、サービスＢは、ＨＤＤ１９等に格納されている定義ファイルに定義されているフラグ等を参照し、予め定められた延長期間分延長するか、又は要求された延長期間分延長するかを判定する。
【０１６６】
一方、ステップＳ７５では、サービスＢが、延長要求が失敗した旨の情報を含む有効期限延長応答を作成する。
【０１６７】
ステップＳ７６では、サービスＢが、印刷チケットＩＤに対応する印刷チケットに含まれる有効期限を、要求された延長期間分延長する。
【０１６８】
ステップＳ７７では、サービスＢが、印刷チケットＩＤに対応する印刷チケットに含まれる有効期限を、予め定められた延長期間分延長する。
【０１６９】
ステップＳ７８では、サービスＢが、ステップＳ７６又はステップＳ７７において延長した有効期限（更新有効期限）と、図１２に示したような、対応するチケットに含まれる最大延長有効期限と、を比較し、更新有効期限が、最大延長有効期限内かどうかを判定する。
【０１７０】
サービスＢは、更新有効期限が、最大延長有効期限内であると判定すると（ステップＳ７８においてＹＥＳ）、ステップＳ７９に進み、更新有効期限が、最大延長有効期限内でないと判定すると（ステップＳ７８においてＮＯ）、ステップＳ８０に進む。
【０１７１】
ステップＳ７９では、サービスＢが、更新有効期限と、新たに振りなおした印刷チケットＩＤと、を含む新たな印刷チケットを作成する。
【０１７２】
一方、ステップＳ８０では、サービスＢが、ステップＳ７０において受信した印刷チケットの有効期限の延長要求に含まれる印刷チケットＩＤに対応する印刷チケットの最大延長有効期限を有効期限として含む、新たな印刷チケットを作成する。なお、該印刷チケットもステップＳ７９で作成した印刷チケットと同様、新たに振りなおした印刷チケットＩＤを含む。
【０１７３】
ステップＳ８１では、サービスＢが、ステップＳ７９又はステップＳ８０において新たに作成した印刷チケットをチケット保存部４０へ登録する。
【０１７４】
ステップＳ８１に続いてステップＳ８２に進み、サービスＢは、ステップＳ７０において受信した印刷チケットの有効期限の延長要求に含まれる印刷チケットＩＤに対応する印刷チケットをチケット保存部４０より削除する。
【０１７５】
ステップＳ８２に続いてステップＳ８３に進み、サービスＢは、延長要求が成功した旨の情報と、新たに作成した印刷チケットのチケットＩＤと、該新たに作成した印刷チケットに含まれる有効期限と、を含む有効期限延長応答を作成する。
【０１７６】
ステップＳ８４では、サービスＢが、ステップＳ７５又はステップＳ８３において作成した有効期限延長応答を、要求元のポータルサイトに送信する。
【０１７７】
サービスが、図１３に示したような処理を行うことによって、チケットの有効期限延長権限があるクライアントからの有効期限延長要求に応じて、予め定められた最大延長有効期限内で有効期限を延長した新たなチケットを作成することができる。
【実施例４】
【０１７８】
上述の実施例１、実施例２及び実施例３では、悪意あるクライアントが、発行されたチケットを取得してしまった場合に、有効期限が切れる前に有効期限の延長要求を行うことを繰り返すことで、永久的にチケットを利用することが可能となってしまい、セキュリティ上大きな脅威となる。
【０１７９】
そのために、本実施例４では、チケットを発行する際や有効期限の延長の際に、有効期限の延長回数に最大値を設けるようにして、セキュリティ上の問題を解決する。
【０１８０】
本実施例４に係るサービスの機能構成は、図３と同様に、サービス提供部７０と、ＷｅｂサービスＩ／Ｆ１０と、要求処理部２０と、チケット作成部３０と、チケット保存部４０と、チケット更新部５０と、チケット検証部６０と、を含む。各部の機能は上述した実施例（１、２及び３）の何れかの構成を基にしているので、以下では相違点についてのみ説明する。
【０１８１】
チケット作成部３０は、チケットの作成要求を受け取ると、上述の実施例と同様にチケットを作成して、該作成したチケットをチケット保存部４０へ格納し、該格納したチケット有効期限の延長要求回数をゼロに設定する（図１４及び図１５参照）。
【０１８２】
ここで、図１４は、実施例１に対応したチケット保存部４０を表し、図１５は、実施例２に対応したチケット保存部４０を表している。
【０１８３】
なお、チケット作成部３０が作成したチケットには、該チケットを識別するチケットＩＤと、延長上限回数と、有効期限と、チケット利用サービスと該チケットサービスの利用権限のリストと、が含まれる（図１６参照）。
【０１８４】
この延長上限回数は、予め設定したチケットの有効期限を延長する回数の最大値である。この予め設定される延長上限回数は、サービスのセキュリティの強さによって決定され、例えば、特に、シングル・サインオンのための認証チケットのような重要なチケットの場合には、延長上限回数を少なくするなど、チケットを発行するサービスの管理責任者等がＨＤＤ１９等に格納されている定義ファイルに設定する。
【０１８５】
チケット更新部５０は、有効期限の延長要求を受け取ると、上述の実施例と同様にチケットの有効期限を延長する。
【０１８６】
ここで、チケット更新部５０は、チケットの有効期限を延長する際、延長上限回数を超える場合には、有効期限の延長をエラーとしてクライアントへ戻す。一方、チケット更新部５０は、チケットを更新すると、チケット保存部４０の該当チケットの有効期限の延長要求回数を１つカウントアップする。
【０１８７】
チケット検証部６０は、サービスの利用要求を受け取ると、まず、クライアントから受信したチケットＩＤとクライアントの識別子（クライアントＩＤ）とでチケット保存部４０を調べ、当該サービスが発行したチケットであるかどうかを調べる。当該サービスが発行したチケットでなければ、検証要求がエラーとしてクライアントへ戻す。
【０１８８】
また、チケット検証部６０は、当該サービスが発行したチケットであれば、受信したチケットＩＤに対応するチケットに含まれる該チケットの有効期限と、現在の時間と、を比較し、チケットの有効期限より現在の時間が超過していれば、検証要求がエラーとしてクライアントへ戻す。
【０１８９】
チケット検証部６０は、有効期限を超過していなければ、クライアントから要求されたサービスの利用権限を取り出して、サービス提供部７０へ戻し、サービス提供部７０ではこの利用権限に応じて、指定されたサービスの処理を行う。
【０１９０】
サービスを以上のように構成することによって、チケットを発行する側で有効期限の延長可能回数を設定してしまうため、悪意のあるクライアントがチケットを手に入れ、その有効期限の延長を行おうとしても、半永久的にチケットを利用することはできない。
【０１９１】
以下、実施例４における有効期限延長処理の一例を、図１７を用いて説明する。図１７は、実施例４における有効期限延長処理の一例を説明するためのフローチャートである。なお、以下では、説明の簡略化のため、サービスＢを用いて有効期限の延長処理の一例を説明する。また、実施例２において説明したように、古いチケットを削除し、新たなチケットを作成する方法を用いて実施例４における有効期限延長処理の一例を説明する。
【０１９２】
ステップＳ９０において、サービスＢは、例えばポータルサイトより、印刷チケットの有効期限の延長要求を受信する。
【０１９３】
ステップＳ９０に続いてステップＳ９１に進み、サービスＢは、ステップＳ９０において受信した印刷チケットの有効期限の延長要求に含まれる印刷チケットＩＤと、ポータルサイトを識別するクライアントＩＤと、に基づいて図９に示したようなチケット保存部４０のデータを参照し、当該サービスＢが発行した印刷チケットかどうかを判定する。
【０１９４】
サービスＢは、当該自身が発行した印刷チケットであると判定すると（ステップＳ９１においてＹＥＳ）、ステップＳ９２に進み、当該自身が発行した印刷チケットでないと判定すると（ステップＳ９１においてＮＯ）、ステップＳ９６に進む。
【０１９５】
ステップＳ９２では、サービスＢが、印刷チケットＩＤに対応するチケットに含まれる該チケットの有効期限と、現在の時間と、を比較し、現在の時間が印刷チケットの有効期限内かどうかを判定する。
【０１９６】
サービスＢは、現在の時間が印刷チケットの有効期限内であると判定すると（ステップＳ９２においてＹＥＳ）、ステップＳ９３に進み、現在の時間が印刷チケットの有効期限内でないと判定すると（ステップＳ９２においてＮＯ）、ステップＳ９６に進む。
【０１９７】
ステップＳ９３では、サービスＢが、図４に示したようなクライアントリストを参照し、印刷チケットの有効期限の延長要求を行ったポータルサイトに印刷チケットの更新権限があるかどうかを判定する。
【０１９８】
サービスＢは、ポータルサイトに印刷チケットの更新権限があると判定すると（ステップＳ９３においてＹＥＳ）、ステップＳ９４に進み、ポータルサイトに印刷チケットの更新権限がないと判定すると（ステップＳ９３においてＮＯ）、ステップＳ９６に進む。
【０１９９】
ステップＳ９４では、サービスＢが、ステップＳ９０において受信した印刷チケットの有効期限の延長要求に含まれる印刷チケットＩＤに基づいて、図１６に示したような印刷チケットの延長上限回数と、図１５に示したようなチケット保存部４０のデータの有効期限の延長要求回数とを比較して、有効期限の延長要求回数が延長上限回数内かどうかを判定する。
【０２００】
サービスＢは、有効期限の延長要求回数が延長上限回数内であると判定すると（ステップＳ９４においてＹＥＳ）、ステップＳ９５に進み、有効期限の延長要求回数が延長上限回数内でないと判定すると（ステップＳ９４においてＮＯ）、ステップＳ９６に進む。
【０２０１】
ステップＳ９５では、サービスＢが、予め定められた延長期間分延長するか、又はステップＳ９０において受信した印刷チケットの有効期限の延長要求に含まれるポータルサイトより要求された延長期間分延長するかを判定する。
【０２０２】
サービスＢは、要求された延長期間分延長すると判定すると（ステップＳ９５においてＹＥＳ）、ステップＳ９７に進み、予め定められた延長期間分延長すると判定すると（ステップＳ９５においてＮＯ）、ステップＳ９８に進む。
【０２０３】
例えば、サービスＢは、ＨＤＤ１９等に格納されている定義ファイルに定義されているフラグ等を参照し、予め定められた延長期間分延長するか、又は要求された延長期間分延長するかを判定する。
【０２０４】
一方、ステップＳ９６では、サービスＢが、延長要求が失敗した旨の情報を含む有効期限延長応答を作成する。
【０２０５】
ステップＳ９７では、サービスＢが、印刷チケットＩＤに対応する印刷チケットに含まれる有効期限を、要求された延長期間分延長する。
【０２０６】
ステップＳ９８では、サービスＢが、印刷チケットＩＤに対応する印刷チケットに含まれる有効期限を、予め定められた延長期間分延長する。
【０２０７】
ステップＳ９９では、サービスＢが、図１５に示したようなチケット保存部４０のデータの有効期限の延長要求回数を１つカウントアップする。
【０２０８】
ステップＳ９９に続いてステップＳ１００に進み、サービスＢは、ステップＳ９７又はステップＳ９８において延長した有効期限（更新有効期限）と、新たに振りなおした印刷チケットＩＤと、を含む新たな印刷チケットを作成する。
【０２０９】
ステップＳ１００に続いてステップＳ１０１に進み、サービスＢは、ステップＳ１００において新たに作成した印刷チケットをチケット保存部４０へ登録する。
【０２１０】
ステップＳ１０１に続いてステップＳ１０２に進み、サービスＢは、ステップＳ９０において受信した印刷チケットの有効期限の延長要求に含まれる印刷チケットＩＤに対応する印刷チケットをチケット保存部４０より削除する。
【０２１１】
ステップＳ１０２に続いてステップＳ１０３に進み、サービスＢは、延長要求が成功した旨の情報と、新たに作成した印刷チケットのチケットＩＤと、該新たに作成した印刷チケットに含まれる有効期限と、を含む有効期限延長応答を作成する。
【０２１２】
ステップＳ１０４では、サービスＢが、ステップＳ９６又はステップＳ１０３において作成した有効期限延長応答を、要求元のポータルサイトに送信する。
【０２１３】
サービスが、図１７に示したような処理を行うことによって、チケットの有効期限延長権限があるクライアントからの有効期限延長要求に応じて、予め定められた延長上限回数のみ、有効期限を延長し、新たなチケットを作成することができる。
(実施例４の変形)
【０２１４】
上述した実施例４では、有効期限の延長の制限として有効期限の延長上限回数を設けたが、有効期限の延長上限回数の代わりに、チケットの利用上限回数を設けるようにしてもよい。
この場合のチケット作成部３０、チケット保存部４０、チケット更新部５０、チケット検証部６０の機能の追加は次のようになる。
【０２１５】
チケット作成部３０は、チケットの作成要求を受け取ると、上述の実施例と同様にチケットを作成して、該作成したチケットをチケット保存部４０へ格納し、該格納したチケット利用回数をゼロに設定する。
【０２１６】
なお、チケット作成部３０が作成したチケットには、該チケットを識別するチケットＩＤと、利用上限回数と、有効期限と、チケット利用サービスと該チケットサービスの利用権限のリストと、が含まれる（図１８参照）。
【０２１７】
この利用上限回数は、予め設定したチケットの利用回数の最大値である。この予め設定される利用回数の最大値は、サービスのセキュリティの強さによって決定され、チケットを発行するサービスの管理責任者等がＨＤＤ１９等に格納されている定義ファイルに設定する。
【０２１８】
チケット更新部５０は、有効期限の延長要求を受け取ると、上述の実施例と同様にチケットの有効期限を延長する。
【０２１９】
ここで、チケット更新部５０は、チケットの有効期限を延長する際、利用上限回数を超える場合には、有効期限の延長をエラーとしてクライアントへ戻す。一方、チケット更新部５０は、チケットを更新すると、チケット保存部４０の該当チケットの利用回数を１つカウントアップする。
【０２２０】
チケット検証部６０は、サービスの利用要求を受け取ると、上述の実施例と同様に、まず、クライアントから受信したチケットＩＤとクライアントの識別子（クライアントＩＤ）とでチケット保存部４０を調べ、当該サービスが発行したチケットであるかどうかを調べる。当該サービスが発行したチケットでなければ、検証要求がエラーとしてクライアントへ戻す。
【０２２１】
また、チケット検証部６０は、当該サービスが発行したチケットであれば、受信したチケットＩＤに対応するチケットに含まれる該チケットの利用回数と該チケットの利用上限回数とを比較し、該チケットの利用回数が該チケットの利用上限回数を超えている場合には、検証要求がエラーとしてクライアントへ戻す。
【０２２２】
更に、チケット検証部６０は、当該サービスが発行したチケットであれば、受信したチケットＩＤに対応するチケットに含まれる該チケットの有効期限と、現在の時間と、を比較し、チケットの有効期限より現在の時間が超過していれば、検証要求がエラーとしてクライアントへ戻す。
【０２２３】
チケット検証部６０は、有効期限を超過していなければ、クライアントから要求されたサービスの利用権限を取り出して、サービス提供部７０へ戻し、サービス提供部７０ではこの利用権限に応じて、指定されたサービスの処理を行う。
【０２２４】
チケット検証部６０は、指定されたサービスの処理を行うと、チケット保存部４０の該当チケットの利用回数を１つカウントアップする。
【０２２５】
この実施例４の変形において、有効期限の延長についても利用回数に入れて説明を行ったが、サービスの利用のみを利用回数としてカウントするようにしてもよい。
【実施例５】
【０２２６】
実施例１で説明したように、有料コンテンツ販売サービスの場合に、ポータルサイトがサービスＢ（コンテンツ保管サービス）からコンテンツの印刷チケットを受け取った後に、サービスＣ（決済サービス）の処理に手間取り、サービスＤ（印刷サービス）へ渡す前に印刷チケットの有効期限が切れてしまうかもしれない。この場合、印刷チケットの有効期限が途中で切れてしまうと、チケットを取り直す必要があるため、ポータルサイトはチケットの有効期限を延長する必要がある。
【０２２７】
したがって、本実施例５では、チケットの有効期限が切れそうな場合に、そのチケットの作成要求元へ有効期限を知らせることによって、通知を受けたチケットの要求元がチケットの有効期限延長要求を行うようにすれば、チケットの有効期限切れの問題を解決することができる。
【０２２８】
本実施例５に係るサービスの機能構成は、図１９に示すように、サービス提供部７０と、ＷｅｂサービスＩ／Ｆ１０と、要求処理部２０と、チケット作成部３０と、チケット保存部４０と、チケット更新部５０と、チケット検証部６０と、有効期限監視部８０と、を含む。
【０２２９】
ここで、サービス提供部７０と、ＷｅｂサービスＩ／Ｆ１０と、要求処理部２０と、チケット作成部３０と、チケット保存部４０と、チケット更新部５０と、チケット検証部６０と、の機能は上述した実施例の何れかの構成を基にしているので、以下では有効期限監視部８０についてのみ説明する。
【０２３０】
有効期限監視部８０は、予め定められた時刻（例えば５分）ごとに、チケット保存部４０に登録された各チケットの有効期限を現在の時刻と比較して、予め定められた時間（例えば３分）以内になっているかどうかを調べる。
【０２３１】
有効期限監視部８０は、この予め定められた時間以内になったチケットが見つかった場合、該チケットに対応するクライアントリストよりチケットの作成要求を行ったクライアントへの連絡先（クライアント情報）を取得する。また、有効期限監視部８０は、この予め定められた時間以内になったチケットより該チケットに含まれるチケットの有効期限を取得する。
【０２３２】
有効期限監視部８０は、取得したクライアントへの連絡先（クライアント情報）へ、取得したチケットの有効期限を通知する。
【０２３３】
例えば、クライアントへの連絡先へ送信するメッセージとしては以下のような例が考えられる。
【０２３４】
例１：ＦＲＯＭ２００２−０８−２７Ｔ００：００：２０ＺＴＯ２００２−０８−２７Ｔ００：０４：２０Ｚ＿ＸＸＸＸＸＸ
この例は、２００２年０８月２７日００：００：２０から２００２年０８月２７日００：０４：２０まで有効なチケットであることを示している。
【０２３５】
例２：（ＸＭＬを用いた例）
＜Ｔｉｃｋｅｔ＞
＜Ｆｒｏｍ＞２００２−０８−２７Ｔ００：００：２０Ｚ＜／Ｆｒｏｍ＞
＜Ｔｏ＞２００２−０８−２７Ｔ００：０４：２０Ｚ＜／Ｔｏ＞
＜Ｃｈａｌｌｅｎｇｅ＞ＸＸＸＸＸＸＸ＜／Ｃｈａｌｌｅｎｇｅ＞
＜／Ｔｉｃｋｅｔ＞
本実施例５のように、チケットを発行したサービスが、チケットの有効期限を監視して、チケットの有効期限を知らせるようにすると、チケットの有効期限が切れる前に、該チケットを利用するサービスが有効期限延長要求を出すことができる。
【０２３６】
また、本実施例５のように、チケットを発行したサービスが、チケットの有効期限を監視して、チケットの有効期限を知らせるようにすると、有効期限を知るために、チケットの発行（作成）を要求したサービスが、チケットを発行したサービスに、わざわざ問い合わせる必要がない。Ｗｅｂサービスの場合は、要求と応答のオーバヘッドがＣＯＭ（Ｃｏｍｐｏｎｅｎｔ  Ｏｂｊｅｃｔ  Ｍｏｄｅｌ）などに比べて大きいため、問い合わせを行う必要がないことは重要である。
【０２３７】
また、チケットの有効期限を延長するタイミングとしては、実施例５のようにチケット作成側からの通知によらずに、チケットの作成を要求したクライアント側で有効期限の期限切れを監視して、有効期限が切れそうになった場合に有効期限の延長要求を出すようにしてもよい。
【０２３８】
この場合、チケットの作成を要求したクライアント側で、要求に基づき作成又は更新されたチケットと、作成又は更新された時点での有効期限と、をチケットの作成側から受け取るようにする。
【０２３９】
なお、有効期限監視部８０において、チケットの有効期限の監視を行うときに、チケットの有効期限が切れそうになった（予め定められた時間以内になった）場合、当該チケットの要求元のクライアントに、チケットの更新権限があれば、有効期限監視部８０が、チケット更新部５０に通知を行い、チケット更新部５０において自動的にチケットの有効期限を延長させるようにしてもよい。
【０２４０】
以下、実施例５における有効期限の延長に係る通知処理の一例を、図２０を用いて説明する。図２０は、実施例５における有効期限の延長に係る通知処理の一例を説明するためのフローチャートである。以下では、説明の簡略化のため、サービスＢを用いて有効期限の延長に係る通知処理の一例を説明する。
【０２４１】
ステップＳ１１０においてサービスＢは、予め定められた時刻（例えば５分）ごとに、チケット保存部４０に登録された各チケットの有効期限を現在の時刻と比較して、有効期限が、予め定められた時間（例えば３分）以内になっているチケットが存在するかどうか判定する。
【０２４２】
サービスＢは、有効期限が、予め定められた時間（例えば３分）以内になっているチケットが存在すると判定すると（ステップＳ１１０においてＹＥＳ）、ステップＳ１１１に進み、有効期限が、予め定められた時間（例えば３分）以内になっているチケットが存在しないと判定すると（ステップＳ１１０においてＮＯ）、ステップＳ１１０の処理を繰り返す。
【０２４３】
なお、チケットを監視する予め定められた時刻（上述の例において５分）及び予め定められた時間（上述の例において３分）は、例えばチケットを発行するサービスの管理責任者等ＨＤＤ１９等に格納されている定義ファイルに設定する。
【０２４４】
ステップＳ１１０に続いてステップＳ１１１に進み、サービスＢは、チケット保存部４０より対応するチケットの有効期限と、クライアント情報と、を取得する。
【０２４５】
ステップＳ１１１に続いてステップＳ１１２に進み、サービスＢは、ステップＳ１１１において取得したチケットの有効期限を含むメッセージを、ステップＳ１１１において取得したクライアント情報に含まれるクライアントに送信する。
【０２４６】
サービスが、図２０に示したような処理を行うことによって、有効期限延長に係る情報を、チケットの作成要求を行ったクライアントに送信することができる。
【０２４７】
なお、上述した実施例は適宜必要に応じて組み合わせた構成とすることによって、チケットの有効期限をよりセキュリティを高く保ちながら延長することができる。
【実施例６】
【０２４８】
上述した実施例１〜実施例５では、主に、認証サービスであるサービスＡ又はコンテンツ保管サービスであるサービスＢ等の構成及びサービスＡ又はサービスＢ等における処理について説明したが、以下実施例６及び実施例７では、図１のポータルサイトの構成及びポータルサイトにおける処理について説明する。
【０２４９】
図２１は、実施形態の一例を説明するためのシーケンス図である。
【０２５０】
図１において説明したように、ポータルサイトは、例えばユーザ名とパスワードとを含む認証要求をユーザ端末装置より受信する（シーケンスＳＱ１）。
【０２５１】
ポータルサイトは、ユーザ端末装置より、例えばユーザ名とパスワードとを含む認証要求を受信すると、一旦、該ユーザ名とパスワードとを保存した後、該ユーザ名とパスワードとを含む認証チケット作成要求を作成する。なお、実施例１等において説明したように、ポータルサイトは、ユーザ名とパスワード以外にチケットの有効期限や、当該ポータルサイトが利用するサービス（例えば、サービスＢや、サービスＣ、サービスＤ）等を含む認証チケット作成要求を作成し、認証サービスであるサービスＡに送信する（シーケンスＳＱ２）。
【０２５２】
ここで、ポータルサイトが、ユーザ名とパスワードとを保存しておくことによって、例えば、万一認証チケットの有効期限が切れたとしても、該保存しているユーザ名とパスワードとを用いて再び認証サービスであるサービスＡに対して新たな認証チケット作成要求を送信することができる。
【０２５３】
サービスＡは、ポータルサイトより認証チケット作成要求を受信すると、該認証チケット作成要求に含まれる、例えばユーザ名とパスワードとに基づいて、ユーザの認証を行い、認証が成功すると、上述した実施例１〜５において説明したような、有効期限を有する認証チケットを作成し、保持、管理する一方、該認証チケットを識別する認証チケットＩＤと、該認証チケットに含まれる有効期限と、認証が成功した旨の情報と、を含む認証チケット作成応答を作成し、要求元のポータルサイトに送信する（シーケンスＳＱ３）。
【０２５４】
ポータルサイトは、認証チケットを識別する認証チケットＩＤと、該認証チケットに含まれる有効期限と、認証が成功した旨の情報と、を含む認証チケット作成応答をサービスＡより受信すると、認証チケットＩＤと、認証チケットの有効期限と、を保持、管理する一方、認証が成功した旨の情報を含む認証応答を作成し、要求元のユーザ端末装置に送信する（シーケンスＳＱ４）。
【０２５５】
また、ポータルサイトは、当該ポータルサイトが利用するサービス（例えば、サービスＢや、サービスＣ、サービスＤ）とセッションを張るため、保持、管理している認証チケットＩＤを含むセッション作成要求を作成し、当該ポータルサイトが利用するサービス（図２１の例においてはサービスＢ）に送信する（シーケンスＳＱ５）。
【０２５６】
サービスＢは、セッション作成要求をポータルサイトより受信すると、該セッション作成要求に含まれる認証チケットＩＤを含む、該認証チケットＩＤの確認要求を作成し、サービスＡに送信する（シーケンスＳＱ６）。
【０２５７】
サービスＡは、認証チケットＩＤを含む確認要求を受信すると、当該サービスＡが作成した有効な認証チケットの認証チケットＩＤかどうかを判定し、有効な認証チケットの認証チケットＩＤであると判定すると、有効な認証チケットＩＤである旨の情報を含む、認証チケットＩＤの確認応答を作成し、要求元のサービスＢに送信する（シーケンスＳＱ７）。
【０２５８】
サービスＢは、有効な認証チケットＩＤである旨の情報を含む、認証チケットＩＤの確認応答をサービスＡより受信すると、例えば認証チケットＩＤと、当該セッションを識別するセッションＩＤと、当該セッションの有効期限と、を含むセッションを作成し（図２２参照）、保持、管理する一方、セッションＩＤを含むセッション作成応答を作成し、要求元のポータルサイトに送信する（シーケンスＳＱ８）。
【０２５９】
一方、サービスＡは、シーケンスＳＱ２の認証チケット作成要求に応じて作成した認証チケットの有効期限を、例えば実施例５において説明したように予め定められた時刻（例えば５分）ごとに監視しており、該認証チケットの有効期限が予め定められた時間（例えば３分）以内になると、有効期限が予め定められた時間以内になった旨、つまり、認証チケットの有効期限が切れる旨の通知メッセージを作成し、該認証チケット作成要求を行ったポータルサイトに送信する（シーケンスＳＱ９）。
【０２６０】
ポータルサイトは、サービスＡより認証チケットの有効期限が切れる旨の通知メッセージを受信すると、該認証チケットの有効期限を延長するかどうかを判定する。ポータルサイトが、該認証チケットの有効期限を延長すると判定すると、該認証チケットＩＤと、要求する延長期間と、当該ポータルサイトを識別する識別子と、を含む有効期限延長要求を作成し、サービスＡに送信する（シーケンスＳＱ１０）。
【０２６１】
サービスＡは、有効期限延長要求をポータルサイトより受信すると、上述した実施例１〜５何れかに示した方法によって有効期限を延長し、該延長した有効期限と、有効期限を延長した認証チケットを識別する認証チケットＩＤと、を含む有効期限延長応答を作成し、要求元のポータルサイトに送信する（シーケンスＳＱ１１）。
【０２６２】
ポータルサイトは、有効期限を延長した認証チケットを識別する認証チケットＩＤを用いて、例えばサービスＢ以外の他のサービスとセッションを張ったりすることができる。
【０２６３】
なお、シーケンスＳＱ９〜シーケンスＳＱ１１までの処理は、シーケンスＳＱ５の処理の前であってもよい。
【０２６４】
以下、ポータルサイトの一例の機能構成を、図２３を用いて説明する。図２３は、ポータルサイトの一例の機能構成を示すブロック図である。
【０２６５】
図２３に示されるように、ポータルサイトは、サービス提供部１００と、ＷｅｂサービスＩ／Ｆ１０１と、データ振り分け・取得部１０２と、チケット情報管理部１０３と、セッション情報管理部１０４と、認証情報管理部１０５と、を含む。
【０２６６】
サービス提供部１００は、ユーザ端末装置からの要求を受信し、対応するサービス（例えば、認証サービス等）をユーザ端末装置に提供したり、サービス（例えば、サービスＡ、Ｂ、Ｃ、Ｄ等）に要求を送信し、該サービスから処理した結果等を受信したりする。
【０２６７】
例えば、サービス提供部１００は、ユーザ端末装置からの認証要求に応じて、認証サービスであるサービスＡに認証チケット作成要求を送信し、サービスＡより認証チケット作成応答を受信したり、認証が成功又は失敗した旨の認証応答を要求元のユーザ端末装置に送信したりする。また、サービス提供部１００は、例えばセッションの作成要求を、サービスＢ等に送信し、サービスＢよりセッションの作成応答を受信したり、認証チケットの有効期限の延長要求を、サービスＡに送信して、認証チケットの有効期限の延長応答をサービスＡより受信したりする。
【０２６８】
ＷｅｂサービスＩ／Ｆ１０１は、サービス提供部１００が機能を実行する際、Ｗｅｂサービス中核機能との仲立ちをするインターフェースである。
【０２６９】
データ振り分け・取得部１０２は、サービス提供部１００が送受信するメッセージに応じて、データをチケット情報管理部１０３又はセッション情報管理部１０４又は認証情報管理部１０５に格納したり、逆にチケット情報管理部１０３又はセッション情報管理部１０４又は認証情報管理部１０５よりデータを取得したりする。
【０２７０】
チケット情報管理部１０３は、チケットに係る情報、例えば認証チケットＩＤや、該認証チケットの有効期限等を管理する（図２４参照）。なお、実施例１等において述べた印刷チケットＩＤや、該印刷チケットの有効期限等もチケット情報管理部１０３において管理してもよい。但し、以下では、説明の簡略化のためチケット情報管理部１０３では、認証チケットＩＤと、該認証チケットの有効期限と、が管理されているものとして説明を行う。
【０２７１】
セッション情報管理部１０４は、当該ポータルサイトと、サービスと、のセッションに係る情報、例えばセッションＩＤ等を管理する。
【０２７２】
認証情報管理部１０５は、認証に係る情報、例えばユーザ名やパスワード等を管理する。
【０２７３】
以下、ポータルサイトにおける認証チケット作成要求処理の一例を、図２５を用いて説明する。図２５は、ポータルサイトにおける認証チケット作成要求処理の一例を説明するためのフローチャートである。
【０２７４】
ステップＳ２００において、ポータルサイトは、ユーザ端末装置より、例えばユーザ名とパスワードとを含む認証要求を受信する。
【０２７５】
ステップＳ２００に続いてステップＳ２０１に進み、ポータルサイトは、ステップＳ２００において受信した認証要求に含まれるユーザ名とパスワードとを含む認証チケット作成要求を作成する。なお、上述したように、該認証チケット作成要求には、チケットの有効期限や、当該ポータルサイトが利用するサービス（例えば、サービスＢや、サービスＣ、サービスＤ）を識別する識別子等を含む。
【０２７６】
ステップＳ２０１に続いてステップＳ２０２に進み、ポータルサイトは、ステップＳ２０１において作成した認証チケット作成要求を、対応する認証サービスであるサービスＡに送信する。
【０２７７】
ステップＳ２０２に続いてステップＳ２０３に進み、ポータルサイトは、サービスＡより、認証チケットを識別する認証チケットＩＤと、該認証チケットに含まれる有効期限と、例えば認証が成功した旨の情報と、を含む認証チケット作成応答を受信する。ポータルサイトは、受信した認証チケット作成応答に含まれる認証チケットを識別する認証チケットＩＤと、該認証チケットに含まれる有効期限と、を保持、管理する。
【０２７８】
ステップＳ２０３に続いてステップＳ２０４に進み、ポータルサイトは、例えば認証が成功した旨を含む認証応答を作成する。
【０２７９】
ステップＳ２０４に続いてステップＳ２０５に進み、ポータルサイトは、ステップＳ２０４において作成した認証応答を、認証の要求元であるユーザ端末装置に送信する。
【０２８０】
図２５に示されるような処理を行うことによって、ポータルサイトは、ユーザ端末装置からの認証要求に応じて、認証サービス（サービスＡ）において認証を行わせ、認証結果を要求元のユーザ端末装置に送信することができる。また、ポータルサイトは、取得した、認証を証明する認証チケットを識別する認証チケットＩＤを用いて、ポータルサイトが利用するサービスとセッションを張ったり、認証サービスに対して有効期限の延長要求を送信したりすることができる。
【０２８１】
以下、ポータルサイトにおけるセッション作成要求処理の一例を、図２６を用いて説明する。図２６は、ポータルサイトにおけるセッション作成要求処理の一例を説明するためのフローチャートである。なお、以下では、説明の簡略化のため、ポータルサイトは、サービスＢとセッションを張るものとして説明を行う。
【０２８２】
ステップＳ２１０においてポータルサイトは、認証チケットＩＤを含むセッションの作成要求を作成する。
【０２８３】
ステップＳ２１０に続いてステップＳ２１１に進み、ポータルサイトは、ステップＳ２１０において作成したセッション作成要求を、サービスＢに送信する。
【０２８４】
ステップＳ２１１に続いてステップＳ２１２に進み、ポータルサイトは、サービスＢより、セッションを識別するセッションＩＤを含むセッション作成応答を受信する。ポータルサイトは、受信したセッション作成応答に含まれるセッションＩＤを保持、管理し、サービスＢが提供するサービスを利用する際に使用する。
【０２８５】
図２６に示すような処理を行うことによって、ポータルサイトは、認証チケットＩＤを用いて、当該ポータルサイトが利用するサービス（例えば、サービスＢや、サービスＣ、サービスＤ）とセッションを張ることができる。
【０２８６】
以下、ポータルサイトにおける有効期限延長要求処理の一例を、図２７を用いて説明する。図２７は、ポータルサイトにおける有効期限延長要求処理の一例を説明するためのフローチャートである。
【０２８７】
ステップＳ２２０において、ポータルサイトは、例えば、認証サービスであるサービスＡより、認証チケットの有効期限が予め定められた時間以内になった旨、つまり、認証チケットの有効期限が切れる旨の通知メッセージを受信したかどうかを判定する。ポータルサイトは、認証チケットの有効期限が切れる旨の通知メッセージを受信したと判定すると（ステップＳ２２０においてＹＥＳ）、ステップＳ２２１に進み、認証チケットの有効期限が切れる旨の通知メッセージを受信していないと判定すると（ステップＳ２２０においてＮＯ）、ステップＳ２２０の処理を繰り返す。
【０２８８】
ステップＳ２２１では、ポータルサイトが、ステップＳ２２０において有効期限が切れる旨通知された認証チケットの有効期限を延長するかどうかを判定する。ポータルサイトは、認証チケットの有効期限を延長すると判定すると（ステップＳ２２１においてＹＥＳ）、ステップＳ２２２に進み、認証チケットの有効期限を延長しないと判定すると（ステップＳ２２１においてＮＯ）、ステップＳ２２０からの処理を繰り返す。
【０２８９】
例えば、ポータルサイトは、ユーザが、ユーザ端末装置を介して、当該ポータルサイトに有効にログインしていた場合、認証チケットの有効期限を延長すると判定し、当該ポータルサイトに有効にログインしていない場合、認証チケットの有効期限を延長しないと判定する。
【０２９０】
ステップＳ２２２では、ポータルサイトが、認証チケットＩＤと、要求する延長期間と、当該ポータルサイトを識別する識別子と、を含む有効期限延長要求を作成する。
【０２９１】
ステップＳ２２２に続いてステップＳ２２３に進み、ポータルサイトは、ステップＳ２２２において作成した有効期限延長要求を、サービスＡに送信する。
【０２９２】
ステップＳ２２３に続いてステップＳ２２４に進み、ポータルサイトは、サービスＡより、例えば延長された有効期限と、該有効期限が延長された認証チケットを識別する認証チケットＩＤと、を含む有効期限延長応答を受信する。
【０２９３】
図２７に示すような処理を行うことによって、ポータルサイトは、チケットの有効期限の延長要求を行うことができる。
【実施例７】
【０２９４】
上述した実施例６では、認証サービスが、認証チケットの有効期限を監視し、有効期限が切れる旨の通知をポータルサイトに対して行ったが、ポータルサイトが例えば認証チケットの有効期限の監視を行い、有効期限が切れそうになった場合に有効期限の延長要求を認証サービスに送信するようにしてもよい。
【０２９５】
以下では、ポータルサイトがチケットの有効期限の監視を行う場合の、実施形態の一例を、図２８を用いて説明する。図２８は、実施形態の他の例を説明するためのシーケンス図である。なお、図２８のシーケンスＳＱ２０〜シーケンスＳＱ２７までの処理は、図２１のシーケンスＳＱ１〜シーケンスＳＱ８までの処理と同様なので、説明を省略する。
【０２９６】
ポータルサイトは、図２４に示されるように、保持、管理している認証チケットＩＤと、該認証チケットＩＤに対応する認証チケットの有効期限とを予め定められた時刻（例えば５分）ごとに監視し、有効期限が予め定められた時間（例えば３分）以内になると、対応する認証チケットの有効期限を延長するかどうかを判定する。
【０２９７】
ポータルサイトは、認証チケットの有効期限を延長すると判定すると、認証チケットＩＤと、要求する延長期間と、当該ポータルサイトを識別する識別子と、を含む有効期限延長要求を作成し、サービスＡに送信する（シーケンスＳＱ２８）。
【０２９８】
サービスＡは、有効期限延長要求をポータルサイトより受信すると、上述した実施例１〜５何れかに示した方法によって有効期限を延長し、該延長した有効期限と、有効期限を延長した認証チケットを識別する認証チケットＩＤと、を含む有効期限延長応答を作成し、要求元のポータルサイトに送信する（シーケンスＳＱ２９）。
【０２９９】
ポータルサイトは、有効期限を延長した認証チケットを識別する認証チケットＩＤを用いて、例えばサービスＢ以外の他のサービスとセッションを張ることができる。
【０３００】
なお、シーケンスＳＱ２８及びシーケンスＳＱ２９の処理は、シーケンスＳＱ２４の処理の前であってもよい。
【０３０１】
以下、ポータルサイトの他の例の機能構成を、図２９を用いて説明する。図２９は、ポータルサイトの他の例の機能構成を示すブロック図である。
【０３０２】
図２９に示されるように、ポータルサイトは、サービス提供部１００と、ＷｅｂサービスＩ／Ｆ１０１と、データ振り分け・取得部１０２と、チケット情報管理部１０３と、セッション情報管理部１０４と、認証情報管理部１０５と、有効期限監視部１０６と、を含む。
【０３０３】
ここで、サービス提供部１００と、ＷｅｂサービスＩ／Ｆ１０１と、データ振り分け・取得部１０２と、チケット情報管理部１０３と、セッション情報管理部１０４と、認証情報管理部１０５と、の機能は、上述した実施例６と同様であるので、以下では有効期限監視部１０６についてのみ説明する。
【０３０４】
有効期限監視部１０６は、予め定められた時刻（例えば５分）ごとに、チケット情報管理部１０３において管理されているチケットの有効期限を現在の時刻と比較して、予め定められた時間（例えば３分）以内になっているかどうかを調べる。
【０３０５】
有効期限監視部１０６は、予め定められた時間以内になっている有効期限があると判定すると、該有効期限を延長するかどうか判定し、該有効期限を延長すると判定すると、ＷｅｂサービスＩ／Ｆ１０１等を介してサービス提供部１００に通知する。
【０３０６】
サービス提供部１００は、有効期限管理部１０６から通知を受け取ると、上述したような有効期限延長要求を作成し、認証サービスであるサービスＡに有効期限の延長要求を送信する。
【０３０７】
以下、ポータルサイトにおける有効期限延長要求処理の他の例を、図３０を用いて説明する。図３０は、ポータルサイトにおける有効期限延長要求処理の他の例を説明するためのフローチャートである。
【０３０８】
ステップＳ２３０においてポータルサイトは、予め定められた時刻（例えば５分）ごとに、チケット情報管理部１０３において保持、管理されているチケットの有効期限を現在の時刻と比較して、有効期限が、予め定められた時間（例えば３分）以内になっているかどうか判定する。
【０３０９】
ポータルサイトは、有効期限が、予め定められた時間（例えば３分）以内になっていると判定すると（ステップＳ２３０においてＹＥＳ）、ステップＳ２３１に進み、有効期限が、予め定められた時間（例えば３分）以内になっていないと判定すると（ステップＳ２３０においてＮＯ）、ステップＳ２３０の処理を繰り返す。
【０３１０】
なお、チケットを監視する予め定められた時刻（上述の例において５分）及び予め定められた時間（上述の例において３分）は、例えばポータルサイトの管理責任者等がＨＤＤ１９等に格納されている定義ファイルに設定する。
【０３１１】
ステップＳ２３１では、ポータルサイトが、ステップＳ２３０において、予め定められた時間以内になっていると判定した有効期限を、延長するかどうかを判定する。
【０３１２】
ポータルサイトは、有効期限を延長すると判定すると（ステップＳ２３１においてＹＥＳ）、ステップＳ２３２に進み、有効期限を延長しないと判定すると（ステップＳ２３１においてＮＯ）、ステップＳ２３０からの処理を繰り返す。
【０３１３】
例えば、ポータルサイトは、ユーザが、ユーザ端末装置を介して、当該ポータルサイトに有効にログインしていた場合、有効期限を延長すると判定し、当該ポータルサイトに有効にログインしていない場合、有効期限を延長しないと判定する。
【０３１４】
ステップＳ２３２では、ポータルサイトが、認証チケットＩＤと、要求する延長期間と、当該ポータルサイトを識別する識別子と、を含む有効期限延長要求を作成する。
【０３１５】
ステップＳ２３２に続いてステップＳ２３３に進み、ポータルサイトは、ステップＳ２３２において作成した有効期限延長要求を、サービスＡに送信する。
【０３１６】
ステップＳ２３３に続いてステップＳ２３４に進み、ポータルサイトは、サービスＡより、例えば延長された有効期限と、該有効期限が延長された認証チケットを識別する認証チケットＩＤと、を含む有効期限延長応答を受信する。
【０３１７】
図３０に示すような処理を行うことによって、ポータルサイトは、チケットの有効期限を監視し、有効期限を延長すると判定すると、対応するサービスに対してチケットの有効期限の延長要求を送信することができる。
【０３１８】
以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【０３１９】
【図１】実施形態を説明するためのＷｅｂサービスの例である。
【図２】サービス提供装置の一例のハードウェア構成図である。
【図３】サービスの一例の機能構成を示すブロック図である。
【図４】クライアントリストのデータ構造例である。
【図５】実施例１のチケットのデータ構造例である。
【図６】実施例１のチケット保存部のデータ構造例である。
【図７】実施例１における有効期限延長処理の一例を説明するためのフローチャートである。
【図８】実施例１におけるサービス提供処理の一例を説明するためのフローチャートである。
【図９】実施例２のチケット保存部のデータ構造例である。
【図１０】実施例２における有効期限延長処理の一例を説明するためのフローチャートである。
【図１１】実施例２におけるサービス提供処理の一例を説明するためのフローチャートである。
【図１２】実施例３のチケットのデータ構造例である。
【図１３】実施例３における有効期限延長処理の一例を説明するためのフローチャートである。
【図１４】実施例４のチケット保存部のデータ構造例（その１）である。
【図１５】実施例４のチケット保存部のデータ構造例（その２）である。
【図１６】実施例４のチケットのデータ構造例である。
【図１７】実施例４における有効期限延長処理の一例を説明するためのフローチャートである。
【図１８】実施例４の変形例のチケットのデータ構造例である。
【図１９】サービスの他の機能構成を示すブロック図である。
【図２０】実施例５における有効期限の延長に係る通知処理の一例を説明するためのフローチャートである。
【図２１】実施形態の一例を説明するためのシーケンス図である。
【図２２】セッションのデータ構造例
【図２３】ポータルサイトの一例の機能構成を示すブロック図である。
【図２４】チケット情報管理部において管理されているデータの一例を説明するための図である。
【図２５】ポータルサイトにおける認証チケット作成要求処理の一例を説明するためのフローチャートである。
【図２６】ポータルサイトにおけるセッション作成要求処理の一例を説明するためのフローチャートである。
【図２７】ポータルサイトにおける有効期限延長要求処理の一例を説明するためのフローチャートである。
【図２８】実施形態の他の例を説明するためのシーケンス図である。
【図２９】ポータルサイトの他の例の機能構成を示すブロック図である。
【図３０】ポータルサイトにおける有効期限延長要求処理の他の例を説明するためのフローチャートである。
【符号の説明】
【０３２０】
１０    ＷｅｂサービスＩ／Ｆ
２０    要求処理部
３０    チケット作成部
４０    チケット保存部
５０    チケット更新部
６０    チケット検証部
７０    サービス提供部
８０    有効期限監視部
１００    サービス提供部
１０１    ＷｅｂサービスＩ／Ｆ
１０２    データ振り分け・取得部
１０３    チケット情報管理部
１０４    セッション情報管理部
１０５    認証情報管理部
１０６    有効期限監視部
【図１】
2004171525.tif 000003
【図２】
2004171525.tif 000004
【図３】
2004171525.tif 000005
【図４】
2004171525.tif 000006
【図５】
2004171525.tif 000007
【図６】
2004171525.tif 000008
【図７】
2004171525.tif 000009
【図８】
2004171525.tif 000010
【図９】
2004171525.tif 000011
【図１０】
2004171525.tif 000012
【図１１】
2004171525.tif 000013
【図１２】
2004171525.tif 000014
【図１３】
2004171525.tif 000015
【図１４】
2004171525.tif 000016
【図１５】
2004171525.tif 000017
【図１６】
2004171525.tif 000018
【図１７】
2004171525.tif 000019
【図１８】
2004171525.tif 000020
【図１９】
2004171525.tif 000021
【図２０】
2004171525.tif 000022
【図２１】
2004171525.tif 000023
【図２２】
2004171525.tif 000024
【図２３】
2004171525.tif 000025
【図２４】
2004171525.tif 000026
【図２５】
2004171525.tif 000027
【図２６】
2004171525.tif 000028
【図２７】
2004171525.tif 000029
【図２８】
2004171525.tif 000030
【図２９】
2004171525.tif 000031
【図３０】
2004171525.tif 000032