JP4440584B2 - サービス提供システム、サービス提供方法、サービス提供プログラム及び記録媒体 - Google Patents

Description

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

一般に、電子文書を管理する文書管理システムは、文書データベースやそれを管理するデータベース管理システム（ＤＢＭＳ）などを備えたサーバ（文書管理サーバ）で構成される。これは電子文書などのファイルに限らず電子データ（以下、単にデータと呼ぶ）に対しても同様である。この文書管理サーバにネットワーク接続されたクライアント、特にクライアントコンピュータ（以下、単にクライアントＰＣと呼ぶ）を用いて、文書管理サーバから取得した文書を、例えばクライアントＰＣに接続された他のクライアントとしてのプリンタで印刷したい場合や、クライアントＰＣに接続された他のＰＣに転送したい場合がある。何れの場合でも、基本的にはクライアントＰＣが文書管理サーバから取得した文書（印刷データの場合も含む）を他のＰＣ側或いはプリンタ側に転送する。上述のネットワークが文書管理サーバとプリンタ（或いはそのプリントサーバ）とをも接続するネットワークでありインターネット技術を利用したものであれば、クライアントＰＣが遠隔地に在るプリンタに対してサーバを介して文書の印刷要求を行う、所謂Ｗｅｂプリンティングと呼ばれる技術を利用してもよい。この技術はインターネットでない他のネットワークでも利用可能である。

一方、文書管理の機能のうちセキュリティ機能を重視して、文書データベースに格納された文書にアクセス権を設定することで文書（以下、単に文書ファイルとも呼ぶ）を管理する文書管理サーバが、様々な形態で提案されている。

アクセス権を設定した文書管理サーバは、ユーザ情報（ユーザＩＤ、パスワードなどの情報）により、ユーザ毎に各文書へのアクセスを制御するが、上述のごとく、ユーザが使用するクライアントＰＣとは異なる、そのユーザが指定するクライアント（ＰＣ、プリンタなど）に、文書を転送する必要性を生ずることがある。その場合に有効なものとして文書チケット（留置き証明書）による文書交換方式が挙げられるが、この文書チケットを用いることで文書を、ユーザクライアントを介することなく他のクライアントへ伝送することが可能となる。

例えば、従来から、文書にアクセスするための権限の証明書（文書チケット）を用いて、文書に対するアクセス権を、文書管理システムに対する一般の権限を持たないクライアントに一時的に付与し、文書内容を取得する、ファイル印刷方法が提案されている（例えば、特許文献１を参照）。

図１は、従来技術による文書チケットの利用処理を説明するための図で、文書チケットを用いたファイル印刷方法を説明するための図である。

このファイル印刷方法は、インターネットを介して、文書管理システム（文書管理サーバ（ファイルサーバ）を備える）１０１に存在するファイルを印刷する方法であって、第１のコンピュータシステム（クライアントＡ（１０２））により文書管理サーバ１０１に、ファイルを印刷する権限を要求するステップ（ｉ）と、その要求に応答して、文書管理サーバ１０１からクライアントＡ（１０２）に、クライアントＡ（１０２）のインターネットアドレスを含み、そのファイルを要求するためにプリントサーバ（クライアントＢ（１０３））により必要とされ、クライアントＢ（１０３）に転送される情報を含む証明書を発行するステップ（ｉｉ）と、その証明書をクライアントＡ（１０２）からクライアントＢ（１０３）に送信するステップ（ｉｉｉ）と、クライアントＢ（１０３）から文書管理サーバ１０１に、そのファイルを要求して受信する権限として、その証明書を含むメッセージを送信するステップ（ｉｖ）と、送信された証明書の内容から、その証明書がクライアントＡ（１０２）に発行されたのと同一の証明書であることを確認後、文書管理サーバ１０１からクライアントＢ（１０３）にファイルを送信するステップ（ｖ）と、を含む。

すなわち、このファイル印刷方法では、まず、文書管理サーバ１０１のクライアントＡ（１０２）は、自分がアクセス権を持つ文書ｘを指定して、文書管理サーバ（文書管理システム）１０１から文書チケットｙを取得する。この文書チケットｙは、文書ｘに対するアクセス権を別のクライアント（ここではクライアントＢ）に委譲するためのものである。クライアントＡ（１０２）は取得した文書チケットｙをクライアントＢ（１０３）に渡す。

次に、クライアントＢ（１０３）は、クライアントＡ（１０２）から受け取った文書チケットｙを用いて文書管理システム１０１に文書ｘの内容取得要求を出す。文書管理システム１０１はクライアントＢ（１０３）が提示した文書チケットｙが確かにクライアントＡ（１０２）に発行したチケットであることを確認し、クライアントＢ（１０３）が要求している文書ｘをクライアントＡ（１０２）を介することなく、直接返す。クライアントＢ（１０３）は、接続されたプリンタ１０４で文書ｘを印刷することが可能となる。ここで例えばクライアントＢ（１０３）が文書ｘではなく文書ｘ′を要求したとすると、文書管理システム１０１は文書チケットｙと、要求されている文書ｘ′を照らし合わせて、クライアントＢ（１０３）にはアクセス権がないことを判断することができる。

このようにしてクライアントＢ（１０３）は、文書管理システム１０１に対するアクセス権を直接持たずとも、クライアントＡ（１０２）から限定された文書に対する権限を文書チケットとして委譲されることによって、文書管理システム１０１にアクセスし、文書内容を取得することができる。
特許第３２１８０１７号公報

しかしながら、通常の文書管理システムにおいてそのクライアントは、文書内容取得（プリントも含む）だけではなく、文書プロパティ取得、旧版取得、アクセス権情報取得など、その文書管理機能毎に様々な処理を行うことができるが、上述のごとく、従来の文書チケット方式では文書チケットを用いて行える処理は基本的に文書内容取得のみであり、文書管理システムのアカウントを持たないクライアントからは、これらの文書管理機能毎の操作を、セキュリティを保って行うことができなかった。なお、従来の文書チケット方式でも、文書内容取得以外の処理を行うことが可能であるが、文書チケットにより実行させる処理に対し、予め文書管理システム側にそれ専用のメソッド（関数）、例えば文書プロパティの取得なら文書チケットを引数として含む文書プロパティ取得用のメソッド、旧版取得なら文書チケットを引数として含む旧版取取得用のメソッド、を新たに実装する必要があり、効率的ではない問題があった。

本発明は、上記の点に鑑みなされたもので、アカウントを持たないクライアントに対して、セキュリティを保って、且つ制限された権限の中においてオブジェクトに係る様々なサービスを提供することを目的とする。

そこで、上記問題を解決するため、本発明は、第１及び第２クライアント、サービス提供装置がネットワークを介して接続され、オブジェクトに係るサービスを提供するサービス提供システムであって、前記第１クライアントは、前記サービス提供装置から、利用可能な前記オブジェクトを識別するオブジェクト識別情報と当該チケットのチケットＩＤとを含むチケットを受信する第１受信手段と、受信した前記チケットを前記第２クライアントに送信する送信手段とを有し、前記第２クライアントは、前記第１クライアントから受信したチケットを引数として前記サービス提供装置にセッションの開始要求を行う要求手段を有し、前記サービス提供装置は、前記第２クライアントから前記セッションの開始要求を受信するセッション開始要求受信手段と、前記セッションの開始要求に含まれるチケットのチケットＩＤに基づいて前記チケットの有効性を解析するチケット解析手段と、有効な前記チケットに含まれるオブジェクト識別情報を検索し、前記オブジェクトの存在の有無を確認する検索手段と、前記オブジェクトが存在すれば、セッションを識別するセッション識別情報を含む新規セッションを作成する作成手段と、前記第２クライアントから前記新規セッションのセッション識別情報を含む前記オブジェクトに係るサービスの要求を受けつけた場合、該オブジェクトに係るサービスを提供するサービス提供手段とを有することを特徴とする。

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

本発明によれば、アカウントを持たないクライアントに対して、セキュリティを保って、且つ制限された権限の中においてオブジェクトに係る様々なサービスを提供することができる。

以下、本発明の実施の形態について図面に基づいて説明する。なお、以下では本発明を適用するに当って特に有効な電子ファイルのうち電子文書（しばしば単に文書と呼ぶ）を例に挙げ、本発明の様々な実施形態を説明する。但し、本発明は、所謂「電子文書」と呼ばれるデータでなくとも、内容取得、印刷、プロパティ取得など、実行できる処理が複数存在するデータに対して有効である。

図２は、本発明に係るシステムの一例を説明するための図である。また、図３は、図２の文書管理サーバの構成例を示す図である。

本発明の一実施形態に係るサービス提供方法は、文書チケットを使って、文書管理サーバ１とのセッションを開始するようにしたものである。なお、このサービス提供方法を実行させるサービス提供プログラム、及び記録媒体に関する説明も、基本的にサービス提供方法及び文書管理サーバ１の説明をもって代用する。

ここで例示する文書管理サーバ１は、ネットワークを介した一般的なサーバクライアントシステム（後述）のサーバ側として構成され、該文書管理サーバ１には、クライアントの１つとしてクライアントＡ（２）と、また、文書管理サーバ１のアカウントを持たない他のクライアントとしてクライアントＢ（３）と、がネットワークを介して接続されている。なお、本発明に係るサービス提供装置としては、画像形成装置なども適用可能である。この場合には、例えば図２であれば文書管理サーバ１に担当する部分の役割を画像形成装置が果たし、複合機（ＭＦＰ）などの画像形成装置内の記憶装置に記憶されている文書画像などを文書チケットによって操作する。このときクライアントからは、画像形成装置が文書管理サーバ１（この場合は、画像データサーバともいえる）として見える。

なお、クライアントＢ（３）が文書管理サーバ１のアカウントを持つ場合でも、所定の文書のアクセス権を持たない場合には、本発明は適用可能であり、文書チケットを使って、文書管理サーバ１とのセッションを開始することで、その文書チケットに係わる所定文書（クライアントＢ（３）がアクセス権を持たない文書）に関する処理を行うことができる。

なお、文書チケットが改ざんされたり、他のユーザに取得されたりしないように、ネットワークのセキュリティを強化しておくことが好ましい。ネットワークとしては、電話回線、通信回線（有線、無線に限らず）を使用したインターネット、イントラネット、エクストラネットなどのネットワークシステムで構成される。このネットワークシステムはＬＡＮ環境に限らずサーバの設置場所によってはＷＡＮ環境やＭＡＮ環境で構築される場合もある。

また、よりセキュリティを強化するため、文書管理サーバ１は、文書チケット又は文書チケットの一部又は後述するチケットＩＤなどを暗号化してクライアントに送信するようにしてもよい。また、図２においては、文書管理サーバ１と、クライアントＡ（２）と、クライアントＢ（３）と、は、ネットワークを介して接続されているよう説明したが、文書管理サーバ１とクライアントＡ（２）又はクライアントＢ（３）、又は、クライアントＡ（２）とクライアントＢ（３）、又は文書管理サーバ１とクライアントＡ（２）とクライアントＢ（３）とが同じ装置（サーバ）内にあってもよい。なお、以下では説明の簡略化のため、文書管理サーバ１と、クライアントＡ（２）と、クライアントＢ（３）と、は、ネットワークを介して接続されているものとして説明する。

図３を参照して文書管理サーバ１の構成を説明する。図３に示されるように、文書管理サーバ１は、チケット取得要求受信手段１１と、チケット作成手段１２と、チケット管理手段１３と、チケットＩＤ送信手段１４と、セッション開始要求受信手段１５と、チケット解析手段１６と、文書検索手段１７と、セッション作成手段１８と、セッション管理手段１９と、セッションＩＤ送信手段２０と、要求受付手段２１と、要求実行手段２２と、を含む。なお、文書管理サーバ１には、各手段１１〜２２に加えて、要求実行手段２２で要求される処理（又はメソッド）である各種サービス提供手段が少なくとも備えられているものとする。次にこれら各手段１１〜２２を簡単に説明するが、その詳細や他の形態に関する説明は、後述のサービス提供方法における各処理の説明を参照すればよく、省略する。

チケット取得要求受信手段１１は、クライアントＡ（２）からの文書チケットの取得要求を受信する。なお、後述するように、文書チケットの取得要求には、文書を識別する文書識別子のリスト及び文書に係るサービス（例えば、文書プロパティの取得や、文書内容の取得など）を識別するサービス識別子が含まれていてもよい。

チケット作成手段１２は、チケット取得要求受信手段１１において受信した文書チケットの取得要求に応じて、文書チケットを作成する。なお、文書チケットには、チケットＩＤと、ユーザアカウント（例えばクライアントＡ（２）のユーザのユーザアカウント）と、該文書チケットで利用可能な文書ＩＤのリストと、文書名のリストと、当該文書チケットの有効期限と、が形態に応じて含まれている。また、文書チケットに、そのチケットがクライアントＣ、Ｄ用のチケットでありクライアントＢでは使用できない、といったクライアント別の使用クライアント制限情報、或いはクライアントがＰＣの場合には使用できず、プリンタである場合には使用できるといったクライアント種別による使用クライアント制限情報を組み込んでおいてもよい。

チケット管理手段１３は、チケット作成手段１２において作成した文書チケットを管理する。なお、後述するように、チケット管理手段１３は、文書チケットと、該文書チケットで利用可能な文書に係るサービス（例えば、文書プロパティの取得や、文書内容の取得など）を識別するサービス識別子又はサービス名などを関連付けて管理する。

チケットＩＤ送信手段１４は、文書チケットに含まれるチケットＩＤを文書チケットとしてクライアントＡ（２）に送信する。なお、チケットＩＤの代わりに、文書チケット自体をクライアントＡ（２）に送信するようにしてもよいし、文書チケットの一部をクライアントＡ（２）に送信するようにしてもよい。

セッション開始要求受信手段１５は、クライアントＢ（３）からの文書チケット又は文書チケットの一部又はチケットＩＤを含むセッションの開始要求を受信する。

チケット解析手段１６は、セッション開始要求受信手段１５が受信したセッションの開始要求に含まれる文書チケット又は文書チケットの一部又はチケットＩＤに基づいて、対応する文書チケットの解析を行う。例えば、チケット解析手段１６は、セッション開始要求受信手段１５において受信したセッションの開始要求に含まれる文書チケット又は文書チケットの一部又はチケットＩＤに基づいて、有効な文書チケット又は文書チケットの一部又はチケットＩＤかどうかを、チケット管理手段１３などを参照し、解析する。

文書検索手段１７は、文書チケットに対応する文書を検索し、存在の有無を確認する。なお、文書は、文書管理サーバ１内に格納されていてもよいし、文書管理サーバ１以外の装置（サーバ）などに格納されていてもよい。但し以下では説明の簡略化のため、文書は、文書管理サーバ１内に格納されているものとして説明を行う。

セッション作成手段１８は、セッション開始要求に対して新規セッションを作成する。なお、該セッションには、セッションＩＤと、当該セッションの有効期限と、が含まれる。また、セッションに、対応するチケットＩＤ又は文書チケットを含めるようにしてもよいし、対応する文書チケットに含まれる文書ＩＤのリスト等を含めるようにしてもよい。

セッション管理手段１９は、セッション作成手段１８において作成したセッションを管理する。セッションＩＤ送信手段２０は、セッション作成手段１８において作成したセッションを識別するセッションＩＤをクライアントＢ（３）へ送信する。

要求受付手段２１は、クライアントＢ（３）からのセッションＩＤを含む処理（又はメソッド）の要求を受け付ける。要求実行手段２２では、クライアントＢ（３）から受け付けた要求を実行する（要求されたサービス提供処理を、対応する手段に実行させる）。

ここで言う「要求」としては、一部後述するように、文書プロパティの要求、文書の要求（文書内容の要求；クライアントＢがプリンタ或いはプリントサーバであるときには特に印刷データとしての文書の要求）、その他、文書が複合文書である場合には、所定の版（変更履歴）或いは複合文書内の１又は複数の文書の要求など、様々な要求が挙げられ、また、それらのうち１つの要求だけではなく、複数個の要求でもよい。実際、本発明においては、文書チケットにより文書管理サーバ１とのセッションを開始することが可能であり、開始したセッション内ではその１つの文書チケットにより複数の要求にも対応可能である。

従って、本発明により、例えば１つの文書チケット（後述するように各処理の間に一度セッションを終わらせる場合にはこの文書チケットから作成される新たな文書チケットも使用する）で、文書を取得し、その内容を変更し、文書管理サーバ１へ登録することなども可能である。また、文書ファイルＩ、ＩＩ、ＩＩＩから構成される複合文書の取得は、１つの文書チケットで各文書ファイル単独でも複数でも実行でき、３つの文書ファイルを取得する場合にはメソッド「ｇｅｔＤｏｃＥｌｅｍｅｎｔｌｉｓｔ（）」によりファイルリストを取得して、メソッド「ｇｅｔＤｏｃＣｏｎｔｅｎｔ（Ｉ）」などにより個々の文書ファイルを取得すればよい。

本実施形態に係るサービス提供方法においては、まず、クライアントＡ（２）が、ユーザの要求に基づいて、文書管理サーバ１上の文書ａにアクセスし、その文書ａへのアクセス権を持った文書チケットｂの取得要求を行う（ステップｉ）。文書管理サーバ１は、クライアントＡ（２）からの要求に基づき、クライアントＡ（２）の利用者が要求中の文書ａに対するアクセス権を持っているかどうかを確認した後に、文書チケットｂを作成し、クライアントＡ（２）にその文書ａに対するアクセス権を持った文書チケットｂを返信する（ステップｉｉ）。

クライアントＡ（２）は、文書管理サーバ１から返信された文書チケットｂを信頼できる別のクライアントＢ（３）に渡し、その文書に対する処理を、処理項目を指定するなどして命令する（ステップｉｉｉ）。ここではクライアントＢ（３）はプリンタであるとし、クライアントＡ（２）はクライアントＢ（３）に対して文書の印刷を要求するものとして説明する。

クライアントＡ（２）から文書チケットｂで印刷要求を受けたクライアントＢ（３）は、受け取った文書チケットｂを文書管理サーバ１に渡し、文書チケットｂを用いた文書に係る権限が制限されたセッションの開始を要求する（ステップｉｖ）。クライアントＢ（３）から文書チケットｂでセッション開始要求を受けた文書管理サーバ１は、この文書チケットｂが、クライアントＡ（２）の要求に基づいて作成したものであることを確認し、セッションを作成し、セッションＩＤを返す（ステップｖ）。このように、文書チケットによるセッション開始要求に対してセッションＩＤが返ってきたことは、クライアントＢ（３）がクライアントＡ（２）の権限を（制限されて）委譲されていること、すなわちクライアントＢ（３）が仮のアカウントを持つことを示している。ここで、このステップｖを詳細に説明する。

図４は、文書チケットによるセッション開始の処理手順を説明するためのフロー図である。

文書管理サーバ１における、文書チケットｂによるセッション開始の処理では、まず、文書チケットを引数として、セッション開始要求を受け付け（ステップＳ１）、指定された文書チケットを解析する（ステップＳ２）。次に、この文書チケットが正しいチケットか否かを判定し（ステップＳ３）、正しいチケットでなかった場合にエラーを出力する（ステップＳ７）。一方、正しいチケットであった場合、該当する文書が存在するか否かを判定し（ステップＳ４）、存在しなかった場合にはステップＳ７へ進み、存在した場合にはステップＳ５へ進む。ステップＳ５においては、新規セッションを作成し、そのセッションに文書ＩＤのリストを登録し、チケットで開始したセッションであることを示すフラグを立てる。ここでは、チケットを引数としてセッションを開始するときに必要となる、そのセッションがチケットで開始したセッションであることを示すフラグを立てている。なお、フラグは「０」又は「１」などの値であってもよいし、チケットＩＤ又は文書チケットそのものであってもよい。最後に、セッションＩＤをクライアントＢ（３）へ返す（ステップＳ６）。セッションＩＤはランダムなものでよい。

ステップｖに続き、クライアントＢ（３）は、文書チケットｂに含まれる文書ＩＤのリストを文書管理サーバ１に問い合わせ、文書管理サーバ１は、セッションＩＤに対応するセッション（又は文書チケット）に含まれる文書ＩＤのリストをクライアントＢ（３）に返答する。

次に、クライアントＢ（３）は、受け取ったセッションＩＤと文書ＩＤリストに含まれる文書ＩＤを利用して文書のプロパティの取得要求を行う（ステップｖｉ）。この文書プロパティには文書名、作成者などの情報が含まれている。また、この要求に関し、クライアントＡ（２）のユーザがその要求まで指定して文書処理を行うようクライアントＢ（３）へ指示する形態が挙げられるが、クライアントＢ（３）のユーザがその要求を行う形態でも構わない。文書管理サーバ１は、クライアントＢ（３）から要求された文書ＩＤが、セッションＩＤに対応するセッション（又は文書チケット）に含まれているか否かを確認し、含まれているならば文書プロパティを返答し、セッションＩＤに対応するセッション（又は文書チケット）に含まれていない文書ＩＤのプロパティを要求された場合は、不正なアクセスとしてエラーとする（ステップｖｉｉ）。ここで、このステップｖｉｉを詳細に説明する。

図５は、文書チケットで開始したセッションによる文書プロパティ提供手順を説明するためのフロー図である。

文書管理サーバ１における、文書チケットで開始したセッションによる文書プロパティ取得の処理では、まず、文書チケットで開始したセッションのセッションＩＤと、プロパティを取得したい文書の文書ＩＤとを引数として、文書プロパティ取得要求を受け付ける（ステップＳ１１）。次に、文書チケットｂで開始したセッションか否かを判定し（ステップＳ１２）、文書チケットｂで開始したセッションでない場合にはエラーを出力し（ステップＳ１６）、文書チケットｂで開始したセッションである場合には、指定されたセッションに登録されている文書ＩＤを得る（ステップＳ１３）。次に、指定された文書ＩＤがセッションに登録されているか否かを判定し（ステップＳ１４）、登録されていなければステップＳ１６へ進み、登録されていれば文書プロパティをクライアントＢ（３）へ返す（ステップＳ１５）。このように、文書管理サーバ１では、まずそのセッションが文書チケットｂで開始したセッションであるかをチェックし、そうであれば指定された文書ＩＤがそのセッションに登録されているかをチェックする。

ステップｖｉｉに続き、クライアントＢ（３）は、文書プロパティの場合と同様に、セッションＩＤと文書ＩＤとを利用して、文書内容取得要求を文書管理サーバ１に渡す（ステップｖｉｉｉ）。文書管理サーバ１は、文書プロパティの場合と同様に、クライアントＢ（３）から要求された文書ＩＤが、このセッションで利用できる正当なものかどうかを確認し、文書内容又はエラーを返す（ステップｉｘ）。ここで、このステップｉｘを詳細に説明する。

図６は、文書チケットで開始したセッションによる文書内容提供手順を説明するためのフロー図である。

文書管理サーバ１における、文書チケットで開始したセッションによる文書内容取得の処理では、まず、文書チケットで開始したセッションのセッションＩＤと、取得したい文書（内容を取得したい文書）の文書ＩＤとを引数として、文書内容取得要求を受け付ける（ステップＳ２１）。次に、文書チケットｂで開始したセッションか否かを判定し（ステップＳ２２）、文書チケットｂで開始したセッションでない場合にはエラーを出力し（ステップＳ２６）、文書チケットｂで開始したセッションである場合には、指定されたセッションに登録されている文書ＩＤを得る（ステップＳ２３）。次に、指定された文書ＩＤがセッションに登録されているか否かを判定し（ステップＳ２４）、登録されていなければステップＳ２６へ進み、登録されていれば文書内容（文書ａ）をクライアントＢ（３）へ返す（ステップＳ２５）。このように、文書管理サーバ１では、まずそのセッションがチケットで開始したセッションであるかをチェックし、そうであれば指定された文書ＩＤがそのセッションに登録されているかをチェックする。

ステップｉｘに続き、クライアントＢ（３）は、取得したプロパティと文書内容を使ってクライアントＡ（２）から要求された処理（例えば印刷など）を行う。

なお、以上では、クライアントＢ（３）が、文書プロパティ取得と文書内容取得とを行う例を示したが、例えば、クライアントＢ（３）が、文書チケットを用いて張ったセッションを識別するセッションＩＤを用いて、そのいずれかの処理や他の処理を行うようにしてもよい。

本実施形態によれば、文書管理サーバ１に対する直接のアクセス権を必要とせずに、各種文書に係るサービスを提供することができる。また、上述の例でいうと、文書チケットによる処理であるので、クライアントＢ（３）にクライアントＡ（２）の認証情報などを伝えてしまうこともない。

図７は、文書チケットで開始したセッションで提供可能なサービスを表す管理表の一例を示す図である。また、図８は、本発明の他の実施形態に係るサービス提供方法における、文書チケットで開始したセッションによる文書プロパティ提供手順を説明するためのフロー図である。

本発明の他の実施形態に係るサービス提供方法として、図２乃至図６で説明したサービス提供方法において、文書チケットによって開始したセッションで利用できるサービスを制限するようにしてもよい。図７及び図８を参照して、文書チケットで開始したセッションに対し、文書プロパティ取得は行えるが文書内容取得は行えないという設定を行う場合を仮定して説明する。この制限を管理する表は、図７に示す管理表３１のようになる。ここで例示する管理表３１では、文書プロパティ取得は文書チケットで開始したセッションで許可され、文書内容取得は文書チケットで開始したセッションで許可されていないものとする。

文書管理サーバ１における、文書チケットによって開始したセッションでの文書プロパティ取得の処理では、まず、文書チケットで開始したセッションのセッションＩＤと、プロパティを取得したい文書の文書ＩＤとを引数として、文書プロパティ取得要求を受け付ける（ステップＳ３１）。次に、文書チケットｂで開始したセッションか否かを判定し（ステップＳ３２）、文書チケットｂで開始したセッションでない場合にはエラーを出力し（ステップＳ３７）、文書チケットｂで開始したセッションである場合には、この処理が管理表３１で実行可能となっているか否かを判定する（ステップＳ３３）。ステップＳ３３において、実行可能となっていない場合にはステップＳ３７へ進み、実行可能となっている場合には、指定されたセッションに登録されている文書ＩＤを得る（ステップＳ３４）。次に、指定された文書ＩＤがセッションに登録されているか否かを判定し（ステップＳ３５）、登録されていなければステップＳ３７へ進み、登録されていれば文書プロパティをクライアントＢ（３）へ返す（ステップＳ３６）。ここで、管理表３１に従えば、文書プロパティ取得は文書チケットで開始したセッションで許可されているので、文書プロパティの取得が行われることとなる。なお、管理表３１は、例えば、セッション管理手段１９などにおいて管理される。

図９は、本発明の他の実施形態に係るサービス提供方法における、文書チケットで開始したセッションによる文書内容提供手順を説明するための図である。

本実施形態に係るサービス提供方法を、図７及び図９を参照して、文書チケットで開始したセッションに対し、文書プロパティ取得は行えるが文書内容取得は行えないという設定を行う場合を仮定して説明する。この制限を管理する表は、図７に示す管理表３１である。

文書管理サーバ１における、文書チケットで開始したセッションによる文書内容取得の処理では、まず、文書チケットで開始したセッションのセッションＩＤと、内容を取得したい文書の文書ＩＤとを引数として、文書内容取得要求を受け付ける（ステップＳ４１）。次に、文書チケットｂで開始したセッションか否かを判定し（ステップＳ４２）、文書チケットｂで開始したセッションでない場合にはエラーを出力し（ステップＳ４７）、文書チケットｂで開始したセッションである場合には、この処理が管理表３１で実行可能となっているか否かを判定する（ステップＳ４３）。ステップＳ４３において、実行可能となっていない場合にはステップＳ４７に進み、実行可能となっている場合には、指定されたセッションに登録されている文書ＩＤを得る（ステップＳ４４）。次に、指定された文書ＩＤがセッションに登録されているか否かを判定し（ステップＳ４５）、登録されていなければステップＳ４７へ進み、登録されていれば文書内容（文書ａ）をクライアントＢ（３）へ返す（ステップＳ４６）。ここで、管理表３１に従えば、文書内容取得は文書チケットで開始したセッションで許可されていないので、文書内容の取得に対しエラーを出力することとなる。

本実施形態によれば、文書管理サーバ１に対する直接のアクセス権を必要とせずに、各種文書に係るサービスを提供することができる上に、文書管理サーバ１に対するアクセス権を抑制できるので、セキュリティを保つことが可能となる。

図１０は、本発明の他の実施形態に係るサービス提供方法における、文書チケット取得時に利用可能メソッドを登録する処理手順を説明するためのフロー図である。

本発明の他の実施形態に係るサービス提供方法として、図７乃至図９で説明したサービス提供方法において、文書チケットを取得するときに、その文書チケットにより開始できるセッションで、利用できるサービスの制限を指定できるようにしてもよい。図１０で説明する処理は、図２のステップｉｉの他の形態に相当する。

文書管理サーバ１における文書チケット取得処理では、まず、クライアントＡ（２）から、文書ＩＤのリストと実行可能なメソッドのリストを引数として、文書チケット取得要求を受け付ける（ステップＳ５１）。次に、新規チケットを作成し（ステップＳ５２）、文書ＩＤをこのチケットに登録する（ステップＳ５３）。最後に、チケットＩＤと処理可能なメソッドとを、文書チケットで実行できるメソッドの管理表に登録する（ステップＳ５４）。このように、文書管理サーバ１では、文書チケットを作成することで文書チケットを取得し、その文書チケットで開始したセッションで実行可能なメソッドを、文書チケットで実行できるメソッドの管理表に登録する。

図１１は、文書チケットで実行できるメソッドの管理表の一例を示す図である。

図１１に例示する、文書チケットで実行できるメソッドの管理表３２では、各チケットＩＤ毎に、各サービスの可不可を登録しており、この例では、ｔｉｃｋｅｔ１、ｔｉｃｋｅｔ２、ｔｉｃｋｅｔ３のチケットＩＤに対し、それぞれ、文書プロパティ及び文書内容取得可、文書プロパティのみ取得可、文書プロパティ及び文書内容取得不可と、登録されている。なお、図１１に示されるメソッドの管理表は、例えばチケット管理手段１３などにおいて管理される。また、図１１では、メソッドの管理表として説明したが、文書チケット自体に、各サービスの可不可を含めるようにしてもよい。

本実施形態によれば、文書管理サーバ１に対する直接のアクセス権を必要とせずに、各種文書に係るサービスを提供することができる上に、文書チケット毎に文書管理サーバ１に対するアクセス権を抑制できるので、柔軟なアクセス制御を行うことが可能となる。

図１２は、本発明の他の実施形態に係るサービス提供方法における、文書チケットで開始したセッションによる文書プロパティ提供手順を説明するためのフロー図である。

本発明の他の実施形態に係るサービス提供方法として、上述した各実施形態に係るサービス提供方法において、文書チケットを取得した後に文書のアクセス権が変更された場合に、その文書チケットで開始したセッションも文書に対するアクセス権が変更されるようにしてもよい。

文書管理サーバ１における、文書チケットによって開始したセッションでの文書プロパティ取得の処理では、まず、文書チケットで開始したセッションのセッションＩＤと、プロパティを取得したい文書の文書ＩＤとを引数として、文書プロパティ取得要求を受け付ける（ステップＳ６１）。次に、文書チケットｂで開始したセッションか否かを判定し（ステップＳ６２）、文書チケットｂで開始したセッションでない場合にはエラーを出力し（ステップＳ６７）、文書チケットｂで開始したセッションである場合には、このセッションのユーザが、指定した文書ＩＤにアクセス権があるか否かを判定する（ステップＳ６３）。ステップＳ６３において、アクセス権がない場合にはステップＳ６７へ進み、アクセス権がある場合には、指定されたセッションに登録されている文書ＩＤを得る（ステップＳ６４）。次に、指定された文書ＩＤがセッションに登録されているか否かを判定し（ステップＳ６５）、登録されていなければステップＳ６７へ進み、登録されていれば文書プロパティをクライアントＢ（３）へ返す（ステップＳ６６）。このように、文書管理サーバ１では、プロパティ取得処理を行う前に、そのセッションのユーザ（文書チケットを取得したユーザ）が、指定した文書ＩＤの文書に対してアクセス権を持っているかどうかをチェックする。

本実施形態によれば、文書管理サーバ１に対する直接のアクセス権を必要とせずに、各種文書に係るサービスを提供することができる上に、アカウント情報が第三者に漏曳した場合に、そのアカウントを無効にするだけで、文書チケット及び文書チケットで開始したセッションも無効にすることが可能となる。

図１３は、本発明の他の実施形態に係るサービス提供方法における、文書チケットによるセッション開始時に旧チケットを破棄する処理手順を説明するためのフロー図である。

本発明の他の実施形態に係るサービス提供方法として、上述した各実施形態に係るサービス提供方法において、文書チケットで新しくセッションを開始したときに、元の文書チケットを更新するようにしてもよい。

文書管理サーバ１における、文書チケットによるセッション開始時に旧チケットを破棄する処理では、まず、文書チケットを引数としてセッション開始要求を受け付け（ステップＳ７１）、指定された文書チケットを解析する（ステップＳ７２）。次に、この文書チケットが正しいチケットであるか否かを判定し（ステップＳ７３）、正しいチケットでなかった場合にはエラーを出力する（ステップＳ７９）。一方、正しいチケットであった場合、該当する文書が存在するか否かを判定し（ステップＳ７４）、存在しなかった場合にはステップＳ７９へ進み、存在した場合にはステップＳ７５へ進む。ステップＳ７５においては、チケット情報をコピーし、新しい文書チケットを作成する。ここで作成する文書チケットはコピーとはいっても例えばランダム情報や時刻情報などが旧文書チケットと異なる。次に、古い文書チケットの使いまわしを避けるため、古い文書チケットを破棄する（ステップＳ７６）。また、新旧いずれかの文書チケットから、新規セッションを作成し、セッションに文書ＩＤのリストを登録し、文書チケットで開始したセッションであることを示すフラグを立てる（ステップＳ７７）。なお、ステップＳ７６とステップＳ７７との間の順序は問わない。ここでは、チケットを引数としてセッションを開始するときに必要となる、そのセッションがチケットで開始したセッションであることを示すフラグを立てている。最後に、セッションＩＤをクライアントＢ（３）へ返す（ステップＳ７８）。セッションＩＤはランダムなものでよい。

このように、文書管理サーバ１では、正当な文書チケットであることを確認した後に、古い文書チケットをコピーして新しい文書チケットを作成する。古い文書チケットは破棄する。なお、ここで作成された新しい文書チケットは、クライアントＢ（３）から、直接或いはクライアントＡ（２）を介して、他のクライアントＣへ渡され、クライアントＣにて使用することも可能であるし、クライアントＢ（３）が複数のメソッドを複数回に分けて実行するときなどに使用することも可能である。

本実施形態によれば、文書管理サーバ１に対する直接のアクセス権を必要とせずに、各種文書に係るサービスを提供することができる上に、同じ文書チケットで二度セッションを開始できないので、文書チケットの流用を防ぐことが可能となる。

なお、古い文書チケットは破棄せずに、使用不可能のフラグなどを該古いチケットに立てるようにしてもよい。

以上、本発明のサービス提供方法及びサービス提供装置について、各実施形態を説明してきたが、上述した各実施形態における文書管理サーバ１を、サーバ及びクライアントからなるＣＳシステムにて実現する場合の形態の一構成例を、図１４に示す一般的なＣＳシステムのハードウェアを例に挙げて説明する。図１４は、一般的なＣＳシステムのハードウェアの例を示す図である。このＣＳシステムは、データ管理システムとしての文書管理サーバ１が、ネットワーク７を介してクライアント２、３、．．．に接続されて構成される。なお、本発明に係る文書管理サーバ１は、図３で説明した各手段の一部をハードモジュールとして構成することも可能である。

本発明に係る文書管理サーバ１で取り扱われるデータは、その処理時に一時的にＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などのメモリ４２に蓄積される。また、コンピュータをそれらシステムとして（例えば、図３の各手段として）機能させるための、ＣＰＵ（中央演算処理装置）４１の処理を記述するサービス提供プログラム及び必要なデータが、ＲＯＭなどのハードディスク４３などでなる記憶部に蓄積されている。ＣＰＵ４１はこの制御プログラムを読み出すことにより、本発明に係るサービス提供方法を実施し、管理表や作成された文書チケットなどを、ハードディスク４３又はリムーバブルディスク４６へ格納しておく。なお、文書管理サーバ１側のＣＰＵ４１、メモリ４２やハードディスク４３の記憶部、リムーバブルディスク４６は、バス（内部バス）４７により接続されるか、各要素の一部がＬＡＮなどのネットワークを介して接続されていればよい。また、文書管理サーバ１が階層構造をもつ形態を採用してもよい。なお、ネットワーク７を介した通信も、ＣＰＵ４１（及びＣＰＵ５１、６１）による指示に従って制御されることとなる。

クライアント２、３側では、その制御プログラムによりネットワーク７を介して受け取った文書チケットやデータプロパティ、データ内容などを、ＣＲＴ、ＬＣＤ、ＰＤＰなどのディスプレイ５５や接続されたプリンタ、通信ポートなどの出力装置に出力することとなる。また、クライアント２、３には、ユーザが使用する際に容易となるようなディスプレイ５５用のグラフィカルユーザインターフェース（ＧＵＩ）を備え、ＧＵＩを介してユーザに各種データが提示され、必要な場合には、キーボード５４ａ、６４ａやマウス（ポインティングデバイス）５４ｂ、６４ｂなどからユーザが処理に必要なパラメータ（文書チケット取得時に必要となるユーザ情報（ユーザアカウント情報）など）を入力することで指定するようにすればよい。また、その他の処理の実行中に作られる中間データもＲＡＭなどのメモリ５２、６２に蓄積され、必要に応じて、ＣＰＵ５１、６１によって読み出し、書き込みが行われる。なお、クライアント２（３）側のＣＰＵ５１（６１）、メモリ５２（６２）やハードディスク５３（６３）の記憶部、入力装置５４ａ、５４ｂ（６４ａ、６４ｂ）、ディスプレイ５５（６５）や出力装置は、バス（内部バス）５７（６７）により接続されるか、各要素の一部がＬＡＮなどのネットワークを介して接続されていればよい。

以上、本発明のサービス提供装置、サービス提供方法を中心に各実施形態を説明してきたが、ＣＰＵの処理で説明したように、本発明は、コンピュータをサービス提供装置として機能させるための、或いはコンピュータにサービス提供方法（の処理手順）を実行させるためのサービス提供プログラムとしての形態も可能である。

さらに、本発明は、そのサービス提供プログラムや該サービス提供プログラムを記録したコンピュータ読み取り可能な記録媒体としての形態も可能である。記録媒体としては、具体的には、ＣＤ−ＲＯＭ、光磁気ディスク、ＤＶＤ−ＲＯＭ、ＦＤ、フラッシュメモリ、メモリスティック、及びその他各種ＲＯＭやＲＡＭなどが想定でき、これら記録媒体に上述した本発明の各実施形態の方法をコンピュータ（サーバ側）に実行させ、サービス提供方法の機能を実現するためのサービス提供プログラムを記録して流通させることにより、当機能の実現を容易にする。そして図１４で説明したような文書管理サーバ１において、例えばリムーバブルディスク４６の駆動装置に上述のごとくの記録媒体を装着して、ＣＰＵによりプログラムを読み出すか、若しくはハードディスク４３に当プログラムを記憶させておき、必要に応じて読み出すことにより、本発明に係わるサービス提供方法の機能を実行することができる。なお、上述のごとくクライアント側にもＧＵＩ用プログラムや単なるブラウザなど、文書管理サーバ１へのアクセスに必要なプログラムが格納され、実行可能となっている必要がある。なお、サービス提供プログラムを、画像形成装置にインストールし、上述したような処理を行うサービス提供サーバとして動作させてもよい。

上述した実施例１では、説明を省略したが、例えば図２において、クライアントＡ（２）が、文書管理サーバ１に文書チケットの取得要求を送信する際は、該文書チケットの取得要求にセッションＩＤを含めて、文書管理サーバ１に文書チケットの取得要求を送信する。文書管理サーバ１は、要求に含まれているセッションＩＤを参照して、有効なセッションかどうかを判定し、有効なセッションであると判定すると、要求に応じた処理を行う。つまり、クライアントＡ（２）と、文書管理サーバ１とは、初めにセッションを張る。

以下、文書管理サーバ１と、クライアントＡ（２）とのセッションの開始処理の一例を、図１５を用いて説明する。図１５は、文書管理サーバと、クライアントＡとのセッションの開始処理の一例を説明するための図である。

クライアントＡ（２）は、例えばユーザ名とパスワードとを含んだセッションの開始要求を文書管理サーバ１に送信する（シーケンスＳＱ１）。

文書管理サーバ１は、セッションの開始要求に含まれる例えば、ユーザ名とパスワードとに基づいて、認証を行い、正しい組み合わせの場合、セッションを作成し、該セッションを識別するセッションＩＤをクライアントＡ（２）に送信する（シーケンスＳＱ２）。

クライアントＡ（２）は、取得したセッションＩＤを用いて、例えば文書管理サーバ１が管理している文書の内容（Ａｔｔａｃｈｍｅｎｔ）の取得を文書管理サーバ１に要求する。

以下、文書管理サーバ１が提供する文書内容取得メソッドの一例を、図１６を用いて説明する。図１６は、文書内容取得メソッドの一例を説明するための図である。

図１６に示される文書内容取得メソッドは、セッションＩＤ（ｓｅｓｓｉｏｎＩｄ）と、文書ＩＤ（ｄｏｃＩｄ）と、を引数として取得して、文書内容を戻り値として返す。クライアントＡ（２）は、図１５に示されるような文書管理サーバ１が提供する文書内容取得メソッドを、セッションＩＤと、文書ＩＤとを渡して呼び出して、文書内容を取得する。

ここで、実施例１においては、クラインアントＡ（２）が、文書管理サーバ１より文書チケットを取得して、該文書チケットをクライアントＢ（３）に渡すことによって、クライアントＢ（３）は、文書管理サーバ１と、権限が制限されたセッションを張って、文書管理サーバ１が提供する文書に係るサービスを利用していた。

しかしながら、文書チケットを用いず、クライアントＡ（２）と文書管理サーバ１とのセッションを識別するセッションＩＤを、クライアントＡ（２）又は文書管理サーバ１が加工して、該加工したセッションＩＤを、クライアントＢ（３）に渡すことによって、実施例１において説明したように、クライアントＢ（３）が、制限された中で、文書に係るサービスを利用できるようにしてもよい。

以下では、加工した、クライアントＡ（２）と文書管理サーバ１とのセッションを識別するセッションＩＤを用いた、サービス提供方法及び／又はサービス提供装置（本実施例においては、文書管理サーバ１）の実施例を説明する。なお、文書管理サーバ１や、クライアントＡ（２）、クライアントＢ（３）のハードウェア構成は、実施例１において説明したものと同様である。ただ、文書管理サーバ１や、クライアントＡ（２）、クライアントＢ（３）に、以下に示すような動作を行うプログラムが格納され、該プログラムに従って、文書管理サーバ１や、クライアントＡ（２）、クライアントＢ（３）は処理を行う。

以下、加工されたセッションＩＤを用いた文書内容の取得処理の一例を、図１７を用いて説明する。図１７は、加工されたセッションＩＤを用いた文書内容取得に係る処理を説明するための図（その１）である。

クライアントＡ（２）は、例えばユーザ名とパスワードとを含んだセッションの開始要求を文書管理サーバ１に送信する（シーケンスＳＱ１０）。

文書管理サーバ１は、セッションの開始要求に含まれる例えば、ユーザ名とパスワードとに基づいて、認証を行い、正しい組み合わせの場合、セッションを作成し、該セッションを識別するセッションＩＤをクライアントＡ（２）に送信する（シーケンスＳＱ１１）。

クライアントＡ（２）は、取得したセッションＩＤに、操作対象となる文書ＩＤを付加して、セッションＩＤ’を作成する。

図１８は、セッションＩＤ’を説明するための図（その１）である。

図１８に示されるように、シーケンスＳＱ１１において文書管理サーバ１より取得したセッションＩＤが、「５４６８７４６１６５４１６８７８７４６」で、操作対象の文書ＩＤが「Ｄ１２３５４３８４３４８３４５６８５６」であった場合、クライアントＡ（２）は、元のセッションＩＤを加工して、セッションＩＤ’「 ５４６８７４６１６５４１６８７８７４６？ｄｉｄ＝Ｄ１２３５４３８４３４８３４５６８５６」を作成する。ここで、“？”は、セパレータである。なお、図１８においては、文書ＩＤを１つ付加した例を示しているが、これは本発明の実施を制限するものではない。操作対象の複数の文書ＩＤをセッションＩＤに付加して新たなセッションＩＤ’としてもよい。以下においても同様である。

図１７において、クライアントＡ（２）は、作成したセッションＩＤ’を、クライアントＢ（３）に送信する（シーケンスＳＱ１２）。

クライアントＢ（３）は、クライアントＡ（２）から受信したセッションＩＤ’を含む文書内容の取得要求を文書管理サーバ１に送信する（シーケンスＳＱ１３）。

文書管理サーバ１は、セッションＩＤ’の有効性等を判定し、有効なセッションＩＤ’であった場合、文書ＩＤに対応する文書内容を取得して、クライアントＢ（３）に送信する（シーケンスＳＱ１４）。

クライアントＢ（３）は、例えば文書管理サーバ１が提供する文書内容取得メソッドを、ｇｅｔＤｏｃＣｏｎｔｅｎｔ（“５４６８７４６１６５４１６８７８７４６？ｄｉｄ＝Ｄ１２３５４３８４３４８３４５６８５６”，“Ｄ１２３５４３８４３４８３４５６８５６”）；のような形で呼び出す。

以下、図１７に示される文書管理サーバ１の一例の機能構成を、図１９を用いて説明する。図１９は、図１７に示される文書管理サーバの一例の機能構成図である。

図１９に示されるように文書管理サーバ１は、セッション開始要求受信手段７１と、セッション作成手段７２と、セッション管理手段７３と、セッションＩＤ送信手段７４と、要求受付手段７５と、加工セッションＩＤ解析手段７６と、文書検索手段７７と、要求実行手段７８と、を含む。

セッション開始要求受信手段７１は、クライアントＡ（２）からのセッションの開始要求を受信する。なお、セッションの開始要求には、例えばユーザ名とパスワードとが含まれる。

セッション作成手段７２は、セッション開始要求受信手段７１が受信したセッションの開始要求に応じて、クライアントＡ（２）と、当該文書管理サーバ１とのセッションを作成する。なお、該セッションには、例えば当該セッションを識別するセッションＩＤや、該セッションの有効期限等が含まれる。

セッション管理手段７３は、セッション作成手段７２において作成したセッションを管理する。

セッションＩＤ送信手段７４は、セッション作成手段７２において作成したセッションを識別するセッションＩＤを、要求元のクライアントＡ（２）に送信する。

要求受付手段７５は、加工されたセッションＩＤ（セッションＩＤ’）を含む、文書に係る処理（又はメソッド）の要求を受け付ける。

加工セッションＩＤ解析手段７６は、要求受付手段７５において受付けた要求に含まれる加工されたセッションＩＤ（セッションＩＤ’）を解析する。

文書検索手段７７は、要求受付手段７５において受付けた要求に含まれる文書ＩＤに対応する文書を検索し、存在の有無を確認する。

要求実行手段７８は、要求受付手段７５において受け付けた要求を実行する（要求されたサービス提供処理を、対応する手段に実行させる）。

以下、文書管理サーバ１における、セッションＩＤ’を用いた文書内容取得に係る処理の一例を、図２０を用いて説明する。図２０は、文書管理サーバにおける、セッションＩＤ’を用いた文書内容の取得に係る処理を説明するためのフローチャート（その１）である。

ステップＳ８０において、文書管理サーバ１は、クライアントＢ（３）から、図１８において説明したセッションＩＤ’を含む文書内容の取得要求を受信する。

ステップＳ８０に続いてステップＳ８１に進み、文書管理サーバ１は、ステップＳ８０において受信した文書内容の取得要求に含まれるセッションＩＤ’を解析し、加工前の元のセッションＩＤと、セッションＩＤ’に含まれる文書ＩＤとを取り出す。

ステップＳ８１に続いてステップＳ８２に進み、文書管理サーバ１は、セッションＩＤ’が有効なセッションＩＤ’かどうかを判定する。有効なセッションＩＤ’ であると判定すると（ステップＳ８２においてＹＥＳ）、ステップＳ８３に進み、有効なセッションＩＤ’でないと判定すると（ステップＳ８２においてＮＯ）、ステップＳ８５に進む。

例えば、文書管理サーバ１は、セッションＩＤ’に含まれる元のセッションＩＤに基づいて、セッション管理手段７３等を参照し、有効なセッションＩＤかどうかをチェックすることによって、有効なセッションＩＤ’かどうかを判定する。

ステップＳ８３では、文書管理サーバ１が、セッションＩＤ’に含まれる文書ＩＤと、文書内容の取得対象として渡された文書ＩＤとが同じ文書ＩＤかどうかを判定する。同じ文書ＩＤであると判定すると（ステップＳ８３においてＹＥＳ）、ステップＳ８４に進み、同じ文書ＩＤでないと判定すると（ステップＳ８３においてＮＯ）、ステップＳ８５に進む。

例えば、文書管理サーバ１は、上述したｇｅｔＤｏｃＣｏｎｔｅｎｔメソッドの第一引数のセッションＩＤ’に含まれる文書ＩＤと、第二引数の文書ＩＤとが同じかどうかを判定する。

ステップＳ８４では、文書管理サーバ１が、文書ＩＤに対応する文書が存在するかどうかを判定する。文書ＩＤに対応する文書が存在すると判定すると（ステップＳ８４においてＹＥＳ）、ステップＳ８６に進み、文書ＩＤに対応する文書が存在しないと判定すると（ステップＳ８４においてＮＯ）、ステップＳ８５に進む。

ステップＳ８５では、文書管理サーバ１は、エラー処理を行う。例えば、文書管理サーバ１は、エラーメッセージを作成して、クライアントＢ（３）に送信する。

ステップＳ８６では、文書管理サーバ１は、文書ＩＤに対応する文書の内容を取得してクライアントＢ（３）に送信する。

図１７〜図２０に示したように、クライアントＡ（２）がセッションＩＤを加工し、セッションＩＤ’を作成し、該セッションＩＤ’をクライアントＢ（３）に渡すことによって、クライアントＢ（３）は、セッションＩＤ’を用いて、文書管理サーバ１が提供する文書に係るサービスを、権限が制限された中で利用することができる。

以下、加工されたセッションＩＤを用いた文書内容取得に係る処理の他の例を、図２１を用いて説明する。図２１は、加工されたセッションＩＤを用いた文書内容取得に係る処理を説明するための図（その２）である。

クライアントＡ（２）は、例えばユーザ名とパスワードとを含んだセッションの開始要求を文書管理サーバ１に送信する（シーケンスＳＱ２０）。

文書管理サーバ１は、セッションの開始要求に含まれる例えば、ユーザ名とパスワードとに基づいて、認証を行い、正しい組み合わせの場合、セッションを作成し、該セッションを識別するセッションＩＤをクライアントＡ（２）に送信する（シーケンスＳＱ２１）。

クライアントＡ（２）は、取得したセッションＩＤに、操作対象となる文書ＩＤを付加して、セッションＩＤ'を作成する。

図２２は、セッションＩＤ'を説明するための図（その２）である。

図２２に示されるように、シーケンスＳＱ２１において文書管理サーバ１より取得したセッションＩＤが、「５４６８７４６１６５４１６８７８７４６」で、操作対象の文書ＩＤが「Ｄ１２３５４３８４３４８３４５６８５６」であった場合、クライアントＡ（２）は、元のセッションＩＤを加工して、ＸＭＬ形式のセッションＩＤ'を作成する。

図２１において、クライアントＡ（２）は、作成したＸＭＬ形式のセッションＩＤ'を、クライアントＢ（３）に送信する（シーケンスＳＱ２２）。

クライアントＢ（３）は、クライアントＡ（２）から受信したＸＭＬ形式のセッションＩＤ'を含む文書内容の取得要求を文書管理サーバ１に送信する（シーケンスＳＱ２３）。

文書管理サーバ１は、セッションＩＤ'の有効性等を判定し、有効なセッションＩＤ’であった場合、文書ＩＤに対応する文書内容を取得して、クライアントＢ（３）に送信する（シーケンスＳＱ２４）。

図２１の文書管理サーバ１の機能構成は、図１９において説明した機能構成と同様である。

以下、文書管理サーバ１における、セッションＩＤ'を用いた文書内容取得に係る処理の他の例を、図２３を用いて説明する。図２３は、文書管理サーバにおける、セッションＩＤ'を用いた文書内容の取得に係る処理を説明するためのフローチャート（その２）である。

ステップＳ９０において、文書管理サーバ１は、クライアントＢ（３）から、図２２において説明したＸＭＬ形式のセッションＩＤ'を含む文書内容の取得要求を受信する。

ステップＳ９０に続いてステップＳ９１に進み、文書管理サーバ１は、ステップＳ９０において受信した文書内容の取得要求に含まれるＸＭＬ形式のセッションＩＤ'を解析し、加工前の元のセッションＩＤと、セッションＩＤ'に含まれる文書ＩＤとを取り出す。

ステップＳ９１に続いてステップＳ９２に進み、文書管理サーバ１は、ＸＭＬ形式のセッションＩＤ'が有効なセッションＩＤ'かどうかを判定する。有効なセッションＩＤ’ であると判定すると（ステップＳ９２においてＹＥＳ）、ステップＳ９３に進み、有効なセッションＩＤ'でないと判定すると（ステップＳ９２においてＮＯ）、ステップＳ９５に進む。

例えば、文書管理サーバ１は、ＸＭＬ形式のセッションＩＤ'に含まれる元のセッションＩＤに基づいて、セッション管理手段７３等を参照し、有効なセッションＩＤかどうかをチェックすることによって、有効なセッションＩＤ’かどうかを判定する。

ステップＳ９３では、文書管理サーバ１が、ＸＭＬ形式のセッションＩＤ'に含まれる文書ＩＤと、文書内容の取得対象として渡された文書ＩＤとが同じ文書ＩＤかどうかを判定する。同じ文書ＩＤであると判定すると（ステップＳ９３においてＹＥＳ）、ステップＳ９４に進み、同じ文書ＩＤでないと判定すると（ステップＳ９３においてＮＯ）、ステップＳ９５に進む。

ステップＳ９４では、文書管理サーバ１が、文書ＩＤに対応する文書が存在するかどうかを判定する。文書ＩＤに対応する文書が存在すると判定すると（ステップＳ９４においてＹＥＳ）、ステップＳ９６に進み、文書ＩＤに対応する文書が存在しないと判定すると（ステップＳ９４においてＮＯ）、ステップＳ９５に進む。

ステップＳ９５では、文書管理サーバ１は、エラー処理を行う。例えば、文書管理サーバ１は、エラーメッセージを作成して、クライアントＢ（３）に送信する。

ステップＳ９６では、文書管理サーバ１は、文書ＩＤに対応する文書の内容を取得してクライアントＢ（３）に送信する。

図２１〜図２３に示したように、クライアントＡ（２）がセッションＩＤを加工し、ＸＭＬ形式のセッションＩＤ’を作成し、該ＸＭＬ形式のセッションＩＤ’をクライアントＢ（３）に渡すことによって、クライアントＢ（３）は、ＸＭＬ形式のセッションＩＤ’を用いて、文書管理サーバ１が提供する文書に係るサービスを、権限が制限された中で利用することができる。

以下、加工されたセッションＩＤを用いた文書内容取得に係る処理の他の例を、図２４を用いて説明する。図２４は、加工されたセッションＩＤを用いた文書内容取得に係る処理を説明するための図（その３）である。

クライアントＡ（２）は、例えばユーザ名とパスワードとを含んだセッションの開始要求を文書管理サーバ１に送信する（シーケンスＳＱ３０）。

文書管理サーバ１は、セッションの開始要求に含まれる例えば、ユーザ名とパスワードとに基づいて、認証を行い、正しい組み合わせの場合、セッションを作成し、該セッションを識別するセッションＩＤをクライアントＡ（２）に送信する（シーケンスＳＱ３１）。

クライアントＡ（２）は、取得したセッションＩＤに、操作対象となる文書ＩＤを付加して、図１８又は図２２に示したようなセッションＩＤ'を作成する。また、クライアントＡ（２）は、作成したセッションＩＤ'を、文書管理サーバ１との共通鍵を用いて暗号化する。

クライアントＡ（２）は、暗号化したセッションＩＤ'を、クライアントＢ（３）に送信する（シーケンスＳＱ３２）。

クライアントＢ（３）は、クライアントＡ（２）から受信した暗号化されたセッションＩＤ'を含む文書内容の取得要求を文書管理サーバ１に送信する（シーケンスＳＱ３３）。

文書管理サーバ１は、暗号化されたセッションＩＤ'をクライアントＡ（２）との共通鍵で復号化し、復号化したセッションＩＤ'の有効性等を判定し、有効なセッションＩＤ’であった場合、文書ＩＤに対応する文書内容を取得して、クライアントＢ（３）に送信する（シーケンスＳＱ３４）。

以下、図２４の文書管理サーバ１の一例の機能構成を、図２５を用いて説明する。図２５は、図２４に示される文書管理サーバの一例の機能構成図である。

図２５に示されるように文書管理サーバ１は、セッション開始要求受信手段７１と、セッション作成手段７２と、セッション管理手段７３と、セッションＩＤ送信手段７４と、要求受付手段７５と、加工セッションＩＤ解析手段７６と、文書検索手段７７と、要求実行手段７８と、復号化手段７９と、を含む。

復号化手段７９は、クライアントＢ（３）からの文書に係る処理（又はメソッド）の要求に含まれる暗号化されたセッションＩＤ’を、クライアントＡ（２）との共通鍵を用いて復号化する。なお、復号化手段７９以外の手段は、図１９において説明した手段と同様である。

以下、文書管理サーバ１における、セッションＩＤ'を用いた文書内容取得に係る処理の他の例を、図２６を用いて説明する。図２６は、文書管理サーバにおける、セッションＩＤ'を用いた文書内容の取得に係る処理を説明するためのフローチャート（その３）である。

ステップＳ１００において、文書管理サーバ１は、クライアントＢ（３）から、クライアントＡ（２）において暗号化されたセッションＩＤ'を含む文書内容の取得要求を受信する。

ステップＳ１００に続いてステップＳ１０１に進み、文書管理サーバ１は、ステップＳ１００において受信した文書内容の取得要求に含まれるセッションＩＤ'を、クライアントＡ（２）との共通鍵を用いて復号化する。

ステップＳ１０１に続いてステップＳ１０２に進み、文書管理サーバ１は、ステップＳ１０１において復号化したセッションＩＤ'を解析し、加工前の元のセッションＩＤと、セッションＩＤ'に含まれる文書ＩＤとを取り出す。

ステップＳ１０２に続いてステップＳ１０３に進み、文書管理サーバ１は、セッションＩＤ'が有効なセッションＩＤ'かどうかを判定する。有効なセッションＩＤ’ であると判定すると（ステップＳ１０３においてＹＥＳ）、ステップＳ１０４に進み、有効なセッションＩＤ'でないと判定すると（ステップＳ１０３においてＮＯ）、ステップＳ１０６に進む。

例えば、文書管理サーバ１は、セッションＩＤ'に含まれる元のセッションＩＤに基づいて、セッション管理手段７３等を参照し、有効なセッションＩＤかどうかをチェックすることによって、有効なセッションＩＤ’かどうかを判定する。

ステップＳ１０４では、文書管理サーバ１が、セッションＩＤ'に含まれる文書ＩＤと、文書内容の取得対象として渡された文書ＩＤとが同じ文書ＩＤかどうかを判定する。同じ文書ＩＤであると判定すると（ステップＳ１０４においてＹＥＳ）、ステップＳ１０５に進み、同じ文書ＩＤでないと判定すると（ステップＳ１０４においてＮＯ）、ステップＳ１０６に進む。

ステップＳ１０５では、文書管理サーバ１が、文書ＩＤに対応する文書が存在するかどうかを判定する。文書ＩＤに対応する文書が存在すると判定すると（ステップＳ１０５においてＹＥＳ）、ステップＳ１０７に進み、文書ＩＤに対応する文書が存在しないと判定すると（ステップＳ１０５においてＮＯ）、ステップＳ１０６に進む。

ステップＳ１０６では、文書管理サーバ１は、エラー処理を行う。例えば、文書管理サーバ１は、エラーメッセージを作成して、クライアントＢ（３）に送信する。

ステップＳ１０７では、文書管理サーバ１は、文書ＩＤに対応する文書の内容を取得してクライアントＢ（３）に送信する。

クライアントＢ（３）は、例えば文書管理サーバ１が提供する文書内容取得メソッドを、共通鍵で暗号化されたセッションＩＤ’を第一引数、文書ＩＤを第二引数、として呼び出す。

図２４〜図２６に示したように、クライアントＡ（２）がセッションＩＤを加工し、セッションＩＤ'を作成し、該セッションＩＤ'を文書管理サーバ１との共通鍵を用いて暗号化して、該暗号化したセッションＩＤ’をクライアントＢ（３）に渡すことによって、クライアントＢ（３）は、暗号化されたセッションＩＤ'を用いて、セキュリティを保って、文書管理サーバ１が提供する文書に係るサービスを、権限が制限された中で利用することができる。

以下、加工されたセッションＩＤを用いた文書内容取得に係る処理の他の例を、図２７を用いて説明する。図２７は、加工されたセッションＩＤを用いた文書内容取得に係る処理を説明するための図（その４）である。

クライアントＡ（２）は、例えばユーザ名とパスワードとを含んだセッションの開始要求を文書管理サーバ１に送信する（シーケンスＳＱ４０）。

文書管理サーバ１は、セッションの開始要求に含まれる例えば、ユーザ名とパスワードとに基づいて、認証を行い、正しい組み合わせの場合、セッションを作成し、該セッションを識別するセッションＩＤをクライアントＡ（２）に送信する（シーケンスＳＱ４１）。

クライアントＡ（２）は、取得したセッションＩＤを含む、文書管理サーバ１の公開鍵の取得要求を、文書管理サーバ１に送信する（シーケンスＳＱ４２）。

文書管理サーバ１は、公開鍵の取得要求に含まれるセッションＩＤの有効性を判定し、有効なセッションＩＤであると判定すると、公開鍵をクライアントＡ（２）に送信する（シーケンスＳＱ４３）。

クライアントＡ（２）は、シーケンスＳＱ４１において取得したセッションＩＤを図１８又は図２２に示したよう加工し、セッションＩＤ'を作成し、文書管理サーバ１より取得した文書管理サーバ１の公開鍵を用いて該セッションＩＤ'を暗号化する。

クライアントＡ（２）は、暗号化したセッションＩＤ'を、クライアントＢ（３）に送信する（シーケンスＳＱ４４）。

クライアントＢ（３）は、クライアントＡ（２）から受信した暗号化されたセッションＩＤ'を含む文書内容の取得要求を文書管理サーバ１に送信する（シーケンスＳＱ４５）。

文書管理サーバ１は、暗号化されたセッションＩＤ'を秘密鍵で復号化し、復号化したセッションＩＤ'の有効性等を判定し、有効なセッションＩＤ’であった場合、文書ＩＤに対応する文書内容を取得して、クライアントＢ（３）に送信する（シーケンスＳＱ４６）。

以下、図２７の文書管理サーバ１の一例の機能構成を、図２８を用いて説明する。図２８は、図２７に示される文書管理サーバの一例の機能構成図である。

図２８に示されるように文書管理サーバ１は、セッション開始要求受信手段７１と、セッション作成手段７２と、セッション管理手段７３と、セッションＩＤ送信手段７４と、要求受付手段７５と、加工セッションＩＤ解析手段７６と、文書検索手段７７と、要求実行手段７８と、復号化手段７９と、公開鍵取得要求受信手段８０と、公開鍵送信手段８１と、を含む。

図２８に示される復号化手段７９は、クライアントＢ（３）からの文書に係る処理（又はメソッド）の要求に含まれる暗号化されたセッションＩＤ’を、秘密鍵を用いて復号化する。

公開鍵取得要求受信手段８０は、クライアントＡ（２）からの公開鍵の取得要求を受信する。なお、公開鍵の取得要求には、セッションＩＤが含まれる。

公開鍵送信手段８１は、クライアントＡ（２）からの公開鍵の取得要求に応じて、公開鍵をクライアントＡ（２）に送信する。

なお、復号化手段７９、公開鍵取得要求受信手段８０、公開鍵送信手段８１以外の手段は、図１９において説明した手段と同様である。

また、図２７の文書管理サーバ１における暗号化されたセッションＩＤ’ を用いた文書内容取得に係るフローチャートは、図２６に示したのと同様である。ただ、図２７の文書管理サーバ１の場合、セッションＩＤ’は、文書管理サーバ１の公開鍵で暗号化されているため、図２６のステップＳ１０１に対応する処理で、秘密鍵を用いて、暗号化されたセッションＩＤ’を復号化する。

図２７の場合、クライアントＢ（３）は、例えば文書管理サーバ１が提供する文書内容取得メソッドを、公開鍵で暗号化されたセッションＩＤ’を第一引数、文書ＩＤを第二引数、として呼び出す。

図２７及び図２８に示したように、クライアントＡ（２）がセッションＩＤを加工し、セッションＩＤ'を作成し、該セッションＩＤ'を文書管理サーバ１より取得した公開鍵を用いて暗号化して、該暗号化したセッションＩＤ'をクライアントＢ（３）に渡すことによって、クライアントＢ（３）は、暗号化されたセッションＩＤ'を用いて、セキュリティを保って、文書管理サーバ１が提供する文書に係るサービスを、権限が制限された中で利用することができる。

以下、加工されたセッションＩＤを用いた文書内容取得に係る処理の他の例を、図２９を用いて説明する。図２９は、加工されたセッションＩＤを用いた文書内容取得に係る処理を説明するための図（その５）である。

クライアントＡ（２）は、例えばユーザ名とパスワードとを含んだセッションの開始要求を文書管理サーバ１に送信する（シーケンスＳＱ５０）。

文書管理サーバ１は、セッションの開始要求に含まれる例えば、ユーザ名とパスワードとに基づいて、認証を行い、正しい組み合わせの場合、セッションを作成し、該セッションを識別するセッションＩＤをクライアントＡ（２）に送信する（シーケンスＳＱ５１）。

クライアントＡ（２）は、取得したセッションＩＤと、操作対象の文書ＩＤと、を含む、セッションＩＤ’の取得要求を、文書管理サーバ１に送信する（シーケンスＳＱ５２）。

文書管理サーバ１は、セッションＩＤ’の取得要求に含まれるセッションＩＤの有効性を判定し、有効なセッションＩＤであると判定すると、セッションＩＤを図１８又は図２２に示したよう加工し、セッションＩＤ'を作成し、該セッションＩＤ’をクライアントＡ（２）に送信する（シーケンスＳＱ５３）。

クライアントＡ（２）は、取得したセッションＩＤ’をクライアントＢ（３）に送信する（シーケンスＳＱ５４）。

クライアントＢ（３）は、クライアントＡ（２）から受信したセッションＩＤ'を含む文書内容の取得要求を文書管理サーバ１に送信する（シーケンスＳＱ５５）。

文書管理サーバ１は、クライアントＢ（３）から送信された文書内容の取得要求に含まれるセッションＩＤ’ の有効性等を判定し、有効なセッションＩＤ’であった場合、文書ＩＤに対応する文書内容を取得して、クライアントＢ（３）に送信する（シーケンスＳＱ５６）。

以下、図２９の文書管理サーバ１の一例の機能構成を、図３０を用いて説明する。図３０は、図２９に示される文書管理サーバの一例の機能構成図である。

図３０に示されるように文書管理サーバ１は、セッション開始要求受信手段７１と、セッション作成手段７２と、セッション管理手段７３と、セッションＩＤ送信手段７４と、要求受付手段７５と、加工セッションＩＤ解析手段７６と、文書検索手段７７と、要求実行手段７８と、加工セッションＩＤ取得要求受信手段８２と、セッションＩＤ加工手段８３と、加工セッションＩＤ送信手段８４と、を含む。

加工セッションＩＤ取得要求受信手段８２は、クライアントＡ（２）からのセッションＩＤ’の取得要求を受信する。なお、セッションＩＤ’の取得要求には、セッションＩＤと、操作対象の文書ＩＤと、が含まれる。

セッションＩＤ加工手段８３は、加工セッションＩＤ取得要求受信手段８２が受信したセッションＩＤ’の取得要求に応じて、該取得要求に含まれるセッションＩＤを図１８又は図２２に示したよう加工し、セッションＩＤ'を作成する。

加工セッションＩＤ送信手段８４は、セッションＩＤ加工手段８３においてセッションＩＤを加工して作成したセッションＩＤ’を、要求元のクライアントＡ（２）に送信する。

なお、加工セッションＩＤ取得要求受信手段８２、セッションＩＤ加工手段８３、加工セッションＩＤ送信手段８４以外の手段は、図１９において説明した手段と同様である。

以下、図２９に示される文書管理サーバ１におけるセッションＩＤの加工に係る処理の一例を、図３１を用いて説明する。図３１は、図２９に示される文書管理サーバにおけるセッションＩＤの加工に係る処理を説明するためのフローチャートである。

ステップＳ１１０において、文書管理サーバ１は、クライアントＡ（２）より、セッションＩＤ’の取得要求を受信する。

ステップＳ１１０に続いてステップＳ１１１に進み、文書管理サーバ１は、ステップＳ１１０において受信した要求が有効な要求かどうかを判定する。有効な要求であると判定すると（ステップＳ１１１においてＹＥＳ）、ステップＳ１１３に進み、有効な要求でないと判定すると（ステップＳ１１１においてＮＯ）、ステップＳ１１２に進む。

文書管理サーバ１は、例えば、ステップＳ１１０において受信したセッションＩＤ’の取得要求に含まれるセッションＩＤを取得して、セッション管理手段７３等を参照し、有効なセッションＩＤかどうかを判定し、有効なセッションＩＤであると判定すると、有効な要求であると判定する。

ステップＳ１１２では、文書管理サーバ１は、エラー処理を行う。例えば、文書管理サーバ１は、エラーメッセージを作成して、クライアントＡ（２）に送信する。

ステップＳ１１３では、文書管理サーバ１が、セッションＩＤを図１８又は図２２に示したよう加工し、セッションＩＤ'を作成する。

ステップＳ１１３に続いてステップＳ１１４に進み、文書管理サーバ１は、ステップＳ１１３において加工し、作成したセッションＩＤ’を、要求元のクライアントＡ（２）に送信する。

ここで、文書管理サーバ１が提供し、クライアントＡ（２）が呼び出す、加工セッションＩＤ（セッションＩＤ’）の取得メソッドの一例を、図３２に示す。図３２は、加工セッションＩＤ取得メソッドの一例を説明するための図である。

図３２に示される加工セッションＩＤ取得メソッドは、セッションＩＤ（ｓｅｓｓｉｏｎＩｄ）と、文書ＩＤ（ｄｏｃＩｄ）と、を引数として取得して、加工セッションＩＤ（セッションＩＤ’）を戻り値として返す。クライアントＡ（２）は、図３２に示されるような文書管理サーバ１が提供する加工セッションＩＤ取得メソッドを、セッションＩＤと、文書ＩＤとを渡して呼び出して、加工セッションＩＤ（セッションＩＤ’）を取得する。

なお、図２９における文書内容の取得に係る処理は、図２０等において説明したのと同様である。

図２９〜図３２に示したように、クライアントＡ（２）からの要求に基づいて、文書管理サーバ１がセッションＩＤを加工し、セッションＩＤ'を作成するようにしてもよい。クライアントＡ（２）よりセッションＩＤ’を受け取ったクライアントＢ（３）は、該セッションＩＤ'を用いて、文書管理サーバ１が提供する文書に係るサービスを、権限が制限された中で利用することができる。

以下、加工されたセッションＩＤを用いた文書内容取得に係る処理の他の例を、図３３を用いて説明する。図３３は、加工されたセッションＩＤを用いた文書内容取得に係る処理を説明するための図（その６）である。

クライアントＡ（２）は、例えばユーザ名とパスワードとを含んだセッションの開始要求を文書管理サーバ１に送信する（シーケンスＳＱ６０）。

文書管理サーバ１は、セッションの開始要求に含まれる例えば、ユーザ名とパスワードとに基づいて、認証を行い、正しい組み合わせの場合、セッションを作成し、該セッションを識別するセッションＩＤをクライアントＡ（２）に送信する（シーケンスＳＱ６１）。

クライアントＡ（２）は、取得したセッションＩＤと、操作対象の文書ＩＤと、を含む、セッションＩＤ'の取得要求を、文書管理サーバ１に送信する（シーケンスＳＱ６２）。

文書管理サーバ１は、セッションＩＤ'の取得要求に含まれるセッションＩＤの有効性を判定し、有効なセッションＩＤであると判定すると、セッションＩＤを図１８又は図２２に示したよう加工し、セッションＩＤ'を作成する。

文書管理サーバ１は、作成したセッションＩＤ'を暗号化し、該暗号化したセッションＩＤ'をクライアントＡ（２）に送信する（シーケンスＳＱ６３）。

クライアントＡ（２）は、取得した暗号化されたセッションＩＤ'をクライアントＢ（３）に送信する（シーケンスＳＱ６４）。

クライアントＢ（３）は、クライアントＡ（２）から受信した暗号化されたセッションＩＤ'を含む文書内容の取得要求を文書管理サーバ１に送信する（シーケンスＳＱ６５）。

文書管理サーバ１は、クライアントＢ（３）から送信された文書内容の取得要求に含まれる暗号化されたセッションＩＤ'を復号化し、該復号化したセッションＩＤ' の有効性等を判定し、有効なセッションＩＤ’であった場合、文書ＩＤに対応する文書内容を取得して、クライアントＢ（３）に送信する（シーケンスＳＱ６６）。

以下、図３３の文書管理サーバ１の一例の機能構成を、図３４を用いて説明する。図３４は、図３３に示される文書管理サーバの一例の機能構成図である。

図３４に示されるように文書管理サーバ１は、セッション開始要求受信手段７１と、セッション作成手段７２と、セッション管理手段７３と、セッションＩＤ送信手段７４と、要求受付手段７５と、加工セッションＩＤ解析手段７６と、文書検索手段７７と、要求実行手段７８と、復号化手段７９と、加工セッションＩＤ取得要求受信手段８２と、セッションＩＤ加工手段８３と、加工セッションＩＤ送信手段８４と、暗号化手段８５と、を含む。

加工セッションＩＤ取得要求受信手段８２は、クライアントＡ（２）からのセッションＩＤ'の取得要求を受信する。なお、セッションＩＤ'の取得要求には、セッションＩＤと、操作対象の文書ＩＤと、が含まれる。

セッションＩＤ加工手段８３は、加工セッションＩＤ取得要求受信手段８２が受信したセッションＩＤ'の取得要求に応じて、該取得要求に含まれるセッションＩＤを図１８又は図２２に示したよう加工し、セッションＩＤ'を作成する。

暗号化手段８５は、セッションＩＤ加工手段８３において加工し、作成したセッションＩＤ'を暗号化する。

加工セッションＩＤ送信手段８４は、暗号化手段８５において暗号化されたセッションＩＤ'を、要求元のクライアントＡ（２）に送信する。

復号化手段７９は、暗号化手段８５において暗号化したセッションＩＤ'を復号化する。

なお、復号化手段７９、加工セッションＩＤ取得要求受信手段８２、セッションＩＤ加工手段８３、加工セッションＩＤ送信手段８４、暗号化手段８５、以外の手段は、図１９において説明した手段と同様である。

以下、図３３に示される文書管理サーバ１におけるセッションＩＤの加工に係る処理の一例を、図３５を用いて説明する。図３５は、図３３に示される文書管理サーバにおけるセッションＩＤの加工に係る処理を説明するためのフローチャートである。

ステップＳ１２０において、文書管理サーバ１は、クライアントＡ（２）より、セッションＩＤ'の取得要求を受信する。

ステップＳ１２０に続いてステップＳ１２１に進み、文書管理サーバ１は、ステップＳ１２０において受信した要求が有効な要求かどうかを判定する。有効な要求であると判定すると（ステップＳ１２１においてＹＥＳ）、ステップＳ１２３に進み、有効な要求でないと判定すると（ステップＳ１２１においてＮＯ）、ステップＳ１２２に進む。

文書管理サーバ１は、例えば、ステップＳ１２０において受信したセッションＩＤ'の取得要求に含まれるセッションＩＤを取得して、セッション管理手段７３等を参照し、有効なセッションＩＤかどうかを判定し、有効なセッションＩＤであると判定すると、有効な要求であると判定する。

ステップＳ１２２では、文書管理サーバ１は、エラー処理を行う。例えば、文書管理サーバ１は、エラーメッセージを作成して、クライアントＡ（２）に送信する。

ステップＳ１２３では、文書管理サーバ１が、セッションＩＤを図１８又は図２２に示したよう加工し、セッションＩＤ'を作成する。

ステップＳ１２３に続いてステップＳ１２４に進み、文書管理サーバ１は、ステップＳ１２３において加工し、作成したセッションＩＤ'を暗号化する。

ステップＳ１２４に続いてステップＳ１２５に進み、文書管理サーバ１は、ステップＳ１２４において暗号化したセッションＩＤ'を要求元のクライアントＡ（２）に送信する。

なお、図３３における文書内容の取得に係る処理は、図２６等において説明したのと同様である。ただ、図３３の文書管理サーバ１の場合、セッションＩＤ’は、文書管理サーバ１において暗号化しているため、図２６のステップＳ１０１に対応する処理で、当該文書管理サーバ１自身が暗号に用いた、対応する鍵を用いて、暗号化されたセッションＩＤ’を復号化する。

図３３〜図３５に示したように、クライアントＡ（２）からの要求に基づいて、文書管理サーバ１がセッションＩＤを加工し、セッションＩＤ'を作成し、該セッションＩＤ’を暗号化するようにしてもよい。クライアントＡ（２）より暗号化されたセッションＩＤ’を受け取ったクライアントＢ（３）は、該暗号化されたセッションＩＤ'を用いて、セキュリティを保って、文書管理サーバ１が提供する文書に係るサービスを、権限が制限された中で利用することができる。

なお、上述した例においては、文書内容の取得のメソッドを例に挙げて説明を行ったが、文書管理サーバ１は、例えば文書の属性情報の取得メソッド（ｇｅｔＰｒｏｐｓ（セッションＩＤ’、文書ＩＤ）；）や、文書の保存（ｐｕｔＤｏｃＣｏｎｔｅｎｔ（セッションＩＤ’、文書ＩＤ）；）等、他のメソッドも提供することもできる。

また、上述した例においては、文書管理サーバ１又はクライアントＡ（２）が、セッションＩＤに、操作対象の文書ＩＤを付加することによって、セッションＩＤを加工し、セッションＩＤ’を作成したが、上述した例と同様に、文書管理サーバ１又はクライアントＡ（２）が、セッションＩＤに、利用可能なメソッドを付加することによって、セッションＩＤを加工し、セッションＩＤ’を作成するようにしてもよい。

図３６は、セッションＩＤ'を説明するための図（その３）である。

図３６に示されるように、元のセッションＩＤが、「５４６８７４６１６５４１６８７８７４６」で、利用可能なメソッド名（又はメソッドの識別子）が、「ｇｅｔＤｏｃＣｏｎｔｅｎｔ,ｇｅｔＰｒｏｐｓ,ｐｕｔＤｏｃＣｏｎｔｅｎｔ」の３つであった場合、文書管理サーバ１又はクライアントＡ（２）は、元のセッションＩＤを加工して、セッションＩＤ’「 ５４６８７４６１６５４１６８７８７４６？ｍｅｔｈｏｄ＝ｇｅｔＤｏｃＣｏｎｔｅｎｔ,ｇｅｔＰｒｏｐｓ,ｐｕｔＤｏｃＣｏｎｔｅｎｔ」を作成する。ここで、“？”は、セパレータである。なお、図３６においては、セッションＩＤ’に、利用可能なメソッド名として３つのメソッドを含む場合を例にとって説明を行ったが、これは本発明の実施を制限するものではない。利用可能なメソッドは、１つであってもよいし、複数でもよい。また、図２２において説明したように、図３６のセッションＩＤ’がＸＭＬの形式をとるようにしてもよい。

以下、図１７に対応させてクライアントＡ（２）が、図３６に示すようなセッションＩＤ’を作成するものとして、文書の属性情報取得に係る処理を、図３７を用いて説明する。図３７は、加工されたセッションＩＤを用いた文書属性情報取得に係る処理の一例を説明するための図である。

クライアントＡ（２）は、例えばユーザ名とパスワードとを含んだセッションの開始要求を文書管理サーバ１に送信する（シーケンスＳＱ７０）。

文書管理サーバ１は、セッションの開始要求に含まれる例えば、ユーザ名とパスワードとに基づいて、認証を行い、正しい組み合わせの場合、セッションを作成し、該セッションを識別するセッションＩＤをクライアントＡ（２）に送信する（シーケンスＳＱ７１）。

クライアントＡ（２）は、取得したセッションＩＤに、操作対象のメソッド名を付加して、図３６において説明したようなセッションＩＤ'を作成する。

クライアントＡ（２）は、作成したセッションＩＤ'を、クライアントＢ（３）に送信する（シーケンスＳＱ７２）。

クライアントＢ（３）は、クライアントＡ（２）から受信したセッションＩＤ'を含む文書の属性情報の取得要求を文書管理サーバ１に送信する（シーケンスＳＱ７３）。

文書管理サーバ１は、セッションＩＤ'の有効性等を判定し、有効なセッションＩＤ’であった場合、文書ＩＤに対応する文書の属性情報を取得して、クライアントＢ（３）に送信する（シーケンスＳＱ７４）。

クライアントＢ（３）は、例えば文書管理サーバ１が提供する文書属性情報取得メソッドを、ｇｅｔＰｒｏｐｓ（“５４６８７４６１６５４１６８７８７４６？ｍｅｔｈｏｄ＝ｇｅｔＤｏｃＣｏｎｔｅｎｔ,ｇｅｔＰｒｏｐｓ,ｐｕｔＤｏｃＣｏｎｔｅｎｔ”，“Ｄ１２３５４３８４３４８３４５６８５６”）；のような形で呼び出す。

図３７に示される文書管理サーバ１の機能構成は、図１９において説明した文書管理サーバ１の機能構成と同様である。

以下、文書管理サーバ１におけるセッションＩＤ’を用いた文書属性情報取得に係る処理の一例を、図３８を用いて説明する。図３８は、文書管理サーバにおけるセッションＩＤ’を用いた文書属性情報取得に係る処理の一例を説明するためのフローチャートである。

ステップＳ１３０において、文書管理サーバ１は、クライアントＢ（３）から、図３６において説明したセッションＩＤ'を含む文書の属性情報の取得要求を受信する。

ステップＳ１３０に続いてステップＳ１３１に進み、文書管理サーバ１は、ステップＳ１３０において受信した文書の属性情報の取得要求に含まれるセッションＩＤ'を解析し、加工前の元のセッションＩＤと、セッションＩＤ'に含まれるメソッド名と、文書ＩＤと、を取り出す。

ステップＳ１３１に続いてステップＳ１３２に進み、文書管理サーバ１は、セッションＩＤ'が有効なセッションＩＤ'かどうかを判定する。有効なセッションＩＤ’ であると判定すると（ステップＳ１３２においてＹＥＳ）、ステップＳ１３３に進み、有効なセッションＩＤ'でないと判定すると（ステップＳ１３２においてＮＯ）、ステップＳ１３５に進む。

例えば、文書管理サーバ１は、セッションＩＤ'に含まれる元のセッションＩＤに基づいて、セッション管理手段７３等を参照し、有効なセッションＩＤかどうかをチェックすることによって、有効なセッションＩＤ’かどうかを判定する。

ステップＳ１３３では、文書管理サーバ１が、セッションＩＤ'に含まれるメソッド名と、呼び出されたメソッドのメソッド名とが同じメソッド名かどうかを判定する。同じメソッド名であると判定すると（ステップＳ１３３においてＹＥＳ）、ステップＳ１３４に進み、同じメソッド名でないと判定すると（ステップＳ１３３においてＮＯ）、ステップＳ１３５に進む。

例えば、文書管理サーバ１は、上述したｇｅｔＰｒｏｐｓメソッドの第一引数のセッションＩＤ'に含まれるメソッド名と、呼び出されたメソッド（ｇｅｔＰｒｏｐｓメソッド）のメソッド名とが同じかどうかを判定する。

ステップＳ１３４では、文書管理サーバ１が、文書ＩＤに対応する文書が存在するかどうかを判定する。文書ＩＤに対応する文書が存在すると判定すると（ステップＳ１３４においてＹＥＳ）、ステップＳ１３６に進み、文書ＩＤに対応する文書が存在しないと判定すると（ステップＳ１３４においてＮＯ）、ステップＳ１３５に進む。

ステップＳ１３５では、文書管理サーバ１は、エラー処理を行う。例えば、文書管理サーバ１は、エラーメッセージを作成して、クライアントＢ（３）に送信する。

ステップＳ１３６では、文書管理サーバ１は、文書ＩＤに対応する文書の属性情報を取得してクライアントＢ（３）に送信する。なお、文書の属性情報としては、文書名や、該文書の作成者、該文書を作成した作成日等がある。

図３６〜図３８を用いて示したように、セッションＩＤに利用可能なメソッドを付加することによって、セッションＩＤ’を作成し、該セッションＩＤ'をクライアントＢ（３）に渡すことによって、クライアントＢ（３）は、セッションＩＤ'を用いて、文書管理サーバ１が提供する文書に係るサービスを、権限が制限された中で利用することができる。

なお、図３７及び図３８では、クライアントＡ（２）が、図３６を作成する例を用いて説明を行ったが、図２９〜図３５を用いて説明したように、文書管理サーバ１で、図３６に示されるようにセッションＩＤ’を作成したり、作成したセッションＩＤ’を文書管理サーバ１において暗号化したりしてもよい。また、図２４から図２８を用いて説明したように、クライアントＡ（２）が、共通鍵や公開鍵で図３６に示されるセッションＩＤ’を暗号化し、文書管理サーバ１において復号化するようにしてもよい。

また、図１８と図３６を組み合わせて、セッションＩＤ’に、操作対象の文書ＩＤと、利用可能なメソッドと、を含めるようにしてもよい。

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

従来技術による文書チケットの利用処理を説明するための図で、文書チケットを用いたファイル印刷方法を説明するための図である。 本発明に係るシステムの一例を説明するための図である。 図２の文書管理サーバの構成例を示す図である。 文書チケットによるセッション開始の処理手順を説明するためのフロー図である。 文書チケットで開始したセッションによる文書プロパティ提供手順を説明するためのフロー図である。 文書チケットで開始したセッションによる文書内容提供手順を説明するためのフロー図である。 文書チケットで開始したセッションで提供可能なサービスを表す管理表の一例を示す図である。 本発明の他の実施形態に係るサービス提供方法における、文書チケットで開始したセッションによる文書プロパティ提供手順を説明するためのフロー図である。 本発明の他の実施形態に係るサービス提供方法における、文書チケットで開始したセッションによる文書内容提供手順を説明するための図である。 本発明の他の実施形態に係るサービス提供方法における、文書チケット取得時に利用可能メソッドを登録する処理手順を説明するためのフロー図である。 文書チケットで実行できるメソッドの管理表の一例を示す図である。 本発明の他の実施形態に係るサービス提供方法における、文書チケットで開始したセッションによる文書プロパティ提供手順を説明するためのフロー図である。 本発明の他の実施形態に係るサービス提供方法における、文書チケットによるセッション開始時に旧チケットを破棄する処理手順を説明するためのフロー図である。 一般的なＣＳシステムのハードウェアの例を示す図である。 文書管理サーバと、クライアントＡとのセッションの開始処理の一例を説明するための図である。 文書内容取得メソッドの一例を説明するための図である。 加工されたセッションＩＤを用いた文書内容取得に係る処理を説明するための図（その１）である。 セッションＩＤ’を説明するための図（その１）である。 図１７に示される文書管理サーバの一例の機能構成図である。 文書管理サーバにおける、セッションＩＤ’を用いた文書内容の取得に係る処理を説明するためのフローチャート（その１）である。 加工されたセッションＩＤを用いた文書内容取得に係る処理を説明するための図（その２）である。 セッションＩＤ'を説明するための図（その２）である。 文書管理サーバにおける、セッションＩＤ'を用いた文書内容の取得に係る処理を説明するためのフローチャート（その２）である。 加工されたセッションＩＤを用いた文書内容取得に係る処理を説明するための図（その３）である。 図２４に示される文書管理サーバの一例の機能構成図である。 文書管理サーバにおける、セッションＩＤ'を用いた文書内容の取得に係る処理を説明するためのフローチャート（その３）である。 加工されたセッションＩＤを用いた文書内容取得に係る処理を説明するための図（その４）である。 図２７に示される文書管理サーバの一例の機能構成図である。 加工されたセッションＩＤを用いた文書内容取得に係る処理を説明するための図（その５）である。 図２９に示される文書管理サーバの一例の機能構成図である。 図２９に示される文書管理サーバにおけるセッションＩＤの加工に係る処理を説明するためのフローチャートである。 加工セッションＩＤ取得メソッドの一例を説明するための図である。 加工されたセッションＩＤを用いた文書内容取得に係る処理を説明するための図（その６）である。 図３３に示される文書管理サーバの一例の機能構成図である。 図３３に示される文書管理サーバにおけるセッションＩＤの加工に係る処理を説明するためのフローチャートである。 セッションＩＤ'を説明するための図（その３）である。 加工されたセッションＩＤを用いた文書属性情報取得に係る処理の一例を説明するための図である。 文書管理サーバにおけるセッションＩＤ’を用いた文書属性情報取得に係る処理の一例を説明するためのフローチャートである。

符号の説明

１ 文書管理サーバ
２ クライアントＡ
３ クライアントＢ
１１ チケット取得要求受信手段
１２ チケット作成手段
１３ チケット管理手段
１４ チケットＩＤ送信手段
１５ セッション開始要求受信手段
１６ チケット解析手段
１７ 文書検索手段
１８ セッション作成手段
１９ セッション管理手段
２０ セッションＩＤ送信手段
２１ 要求受付手段
２２ 要求実行手段
７１ セッション開始要求受信手段
７２ セッション作成手段
７３ セッション管理手段
７４ セッションＩＤ送信手段
７５ 要求受付手段
７６ 加工セッションＩＤ解析手段
７７ 文書検索手段
７８ 要求実行手段
７９ 復号化手段
８０ 公開鍵取得要求受信手段
８１ 公開鍵送信手段
８２ 加工セッションＩＤ取得要求受信手段
８３ セッションＩＤ加工手段
８４ 加工セッションＩＤ送信手段
８５ 暗号化手段

Claims (14)

1. 第１及び第２クライアント、サービス提供装置がネットワークを介して接続され、オブジェクトに係るサービスを提供するサービス提供システムであって、
   前記第１クライアントは、
   前記サービス提供装置から、利用可能な前記オブジェクトを識別するオブジェクト識別情報と当該チケットのチケットＩＤとを含むチケットを受信する第１受信手段と、
   受信した前記チケットを前記第２クライアントに送信する送信手段とを有し、
   前記第２クライアントは、
   前記第１クライアントから受信したチケットを引数として前記サービス提供装置にセッションの開始要求を行う要求手段を有し、
   前記サービス提供装置は、
   前記第２クライアントから前記セッションの開始要求を受信するセッション開始要求受信手段と、
   前記セッションの開始要求に含まれるチケットのチケットＩＤに基づいて前記チケットの有効性を解析するチケット解析手段と、
   有効な前記チケットに含まれるオブジェクト識別情報を検索し、前記オブジェクトの存在の有無を確認する検索手段と、
   前記オブジェクトが存在すれば、セッションを識別するセッション識別情報を含む新規セッションを作成する作成手段と、
   前記第２クライアントから前記新規セッションのセッション識別情報を含む前記オブジェクトに係るサービスの要求を受けつけた場合、該オブジェクトに係るサービスを提供するサービス提供手段と
   を有することを特徴とするサービス提供システム。
2. 前記サービス提供装置は、
   前記新規セッションのセッション識別情報を第２クライアントに送信する送信手段を更に有することを特徴とする請求項１記載のサービス提供システム。
3. 前記サービス提供装置は、
   前記セッションを管理するセッション管理手段を更に有することを特徴とする請求項１又は２記載のサービス提供システム。
4. 前記サービス提供装置は、
   前記チケットで開始したセッションで提供可能なサービスを表す管理表に基づいて、前記オブジェクトに係るサービスの実行可否を判断することを特徴とする請求項１乃至３何れか一項記載のサービス提供システム。
5. 前記第１クライアントは、
   前記オブジェクト識別情報のリストと実行可能なメソッドのリストを引数として、前記サービス提供装置に対してチケットの取得要求を行うチケット取得手段を更に有し、
   前記サービス提供装置は、
   前記チケットＩＤと前記処理可能なメソッドとを、前記チケットで実行できるメソッドの管理表に登録し、前記管理表を管理するチケット管理手段をさらに有することを特徴とする請求項１乃至３何れか一項記載のサービス提供システム。
6. サービス提供装置は、
   前記チケット解析手段により有効なチケットであることが解析された場合、新しいチケットを作成し、古いチケットを破棄することを特徴とする請求項１乃至３何れか一項記載のサービス提供システム。
7. 第１及び第２クライアント、サービス提供装置がネットワークを介して接続され、オブジェクトに係るサービスを提供するサービス提供システムにおけるサービス提供方法であって、
   前記第１クライアントは、
   前記サービス提供装置から、利用可能な前記オブジェクトを識別するオブジェクト識別情報と当該チケットのチケットＩＤとを含むチケットを受信する第１受信段階と、
   受信した前記チケットを前記第２クライアントに送信する送信段階とを有し、
   前記第２クライアントは、
   前記第１クライアントから受信したチケットを引数として前記サービス提供装置にセッションの開始要求を行う要求段階を有し、
   前記サービス提供装置は、
   前記第２クライアントから前記セッションの開始要求を受信するセッション開始要求受信段階と、
   前記セッションの開始要求に含まれるチケットのチケットＩＤに基づいて前記チケットの有効性を解析するチケット解析段階と、
   有効な前記チケットに含まれるオブジェクト識別情報を検索し、前記オブジェクトの存在の有無を確認する検索段階と、
   前記オブジェクトが存在すれば、セッションを識別するセッション識別情報を含む新規セッションを作成する作成段階と、
   前記第２クライアントから前記新規セッションのセッション識別情報を含む前記オブジェクトに係るサービスの要求を受けつけた場合、該オブジェクトに係るサービスを提供するサービス提供段階と
   を有することを特徴とするサービス提供方法。
8. 前記サービス提供装置は、
   前記新規セッションのセッション識別情報を第２クライアントに送信する送信段階を更に有することを特徴とする請求項７記載のサービス提供方法。
9. 前記サービス提供装置は、
   前記セッションを管理するセッション管理段階を更に有することを特徴とする請求項７又は８記載のサービス提供方法。
10. 前記サービス提供装置は、
    前記チケットで開始したセッションで提供可能なサービスを表す管理表に基づいて、前記オブジェクトに係るサービスの実行可否を判断する判断段階を更に有することを特徴とする請求項７乃至９何れか一項記載のサービス提供方法。
11. 前記第１クライアントは、
    前記オブジェクト識別情報のリストと実行可能なメソッドのリストを引数として、前記サービス提供装置に対してチケットの取得要求を行うチケット取得段階を更に有し、
    前記サービス提供装置は、
    前記チケットＩＤと前記処理可能なメソッドとを、前記チケットで実行できるメソッドの管理表に登録し、前記管理表を管理するチケット管理段階をさらに有することを特徴とする請求項７乃至９何れか一項記載のサービス提供方法。
12. サービス提供装置は、
    前記チケット解析段階により有効なチケットであることが解析された場合、新しいチケットを作成し、古いチケットを破棄する破棄段階をさらに有することを特徴とする請求項７乃至９何れか一項記載のサービス提供方法。
13. 請求項７乃至１２何れか一項記載のサービス提供方法をコンピュータに実行させるためのサービス提供プログラム。
14. 請求項１３記載のサービス提供プログラムを記録したコンピュータ読み取り可能な記録媒体。
    

Images