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

Description

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

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

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

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

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

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

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

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

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

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

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

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

そこで、上記問題を解決するため、本発明は、オブジェクトに係るサービスを提供するサービス提供装置であって、当該サービス提供装置と前記オブジェクトに係る権限が制限されたセッションを確立するのに用いる証明情報の取得要求を第一のクライアントから受信する証明情報取得要求受信手段と、前記証明情報を前記第一のクライアントに送信する証明情報送信手段と、前記証明情報を送信した前記第一のクライアントとは異なる第二のクライアントからの前記証明情報を含む前記セッションの開始要求を受信するセッション開始要求受信手段と、前記セッションを識別するセッション識別子を含む、前記第二のクライアントからの前記オブジェクトに係るサービスの利用要求に応じて、前記オブジェクトに係るサービスを前記第二のクライアントに提供するサービス提供手段とを有することを特徴とする。

本発明によれば、オブジェクトに係るサービスを提供するサービス提供装置であって、当該サービス提供装置と前記オブジェクトに係る権限が制限されたセッションを確立するのに用いる証明情報の取得要求を第一のクライアントから受信する証明情報取得要求受信手段と、前記証明情報を前記第一のクライアントに送信する証明情報送信手段と、前記証明情報を送信した前記第一のクライアントとは異なる第二のクライアントからの前記証明情報を含む前記セッションの開始要求を受信するセッション開始要求受信手段と、前記セッションを識別するセッション識別子を含む、前記第二のクライアントからの前記オブジェクトに係るサービスの利用要求に応じて、前記オブジェクトに係るサービスを前記第二のクライアントに提供するサービス提供手段とを有することにより、アカウントを持たないクライアントに対して、セキュリティを保って、且つ制限された権限の中においてオブジェクトに係る様々なサービスを提供することができる。

なお、証明情報は、例えば後述する文書チケット又は文書チケットの一部又はチケットＩＤに対応する。また、オブジェクトは、例えば後述する文書に対応する。また、証明情報取得要求手段は、例えば後述するチケット取得要求受信手段１１に対応する。また、証明情報送信手段は、例えば後述するチケットＩＤ送信手段１４に対応する。また、セッション開始要求受信手段は、例えば後述するセッション開始要求受信手段１５に対応する。また、サービス提供装置は、例えば後述する文書管理サーバ１に対応する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

従来技術による文書チケットの利用処理を説明するための図で、文書チケットを用いたファイル印刷方法を説明するための図である。 本発明に係るシステムの一例を説明するための図である。 図２の文書管理サーバの構成例を示す図である。 文書チケットによるセッション開始の処理手順を説明するためのフロー図である。 文書チケットで開始したセッションによる文書プロパティ提供手順を説明するためのフロー図である。 文書チケットで開始したセッションによる文書内容提供手順を説明するためのフロー図である。 文書チケットで開始したセッションで提供可能なサービスを表す管理表の一例を示す図である。 本発明の他の実施形態に係るサービス提供方法における、文書チケットで開始したセッションによる文書プロパティ提供手順を説明するためのフロー図である。 本発明の他の実施形態に係るサービス提供方法における、文書チケットで開始したセッションによる文書内容提供手順を説明するための図である。 本発明の他の実施形態に係るサービス提供方法における、文書チケット取得時に利用可能メソッドを登録する処理手順を説明するためのフロー図である。 文書チケットで実行できるメソッドの管理表の一例を示す図である。 本発明の他の実施形態に係るサービス提供方法における、文書チケットで開始したセッションによる文書プロパティ提供手順を説明するためのフロー図である。 本発明の他の実施形態に係るサービス提供方法における、文書チケットによるセッション開始時に旧チケットを破棄する処理手順を説明するためのフロー図である。 一般的なＣＳシステムのハードウェアの例を示す図である。

符号の説明

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

Claims (24)

1. オブジェクトに係るサービスを提供するサービス提供装置であって、
   当該サービス提供装置と前記オブジェクトに係る権限が制限されたセッションを確立するのに用いる証明情報の取得要求を第一のクライアントから受信する証明情報取得要求受信手段と、
   前記証明情報を前記第一のクライアントに送信する証明情報送信手段と、
   前記証明情報を送信した前記第一のクライアントとは異なる第二のクライアントからの前記証明情報を含む前記セッションの開始要求を受信するセッション開始要求受信手段と、
   前記セッションを識別するセッション識別子を含む、前記第二のクライアントからの前記オブジェクトに係るサービスの利用要求に応じて、前記オブジェクトに係るサービスを前記第二のクライアントに提供するサービス提供手段と、
   を有することを特徴とするサービス提供装置。
2. 前記証明情報の取得要求には、前記オブジェクトを識別するオブジェクト識別子のリストと、前記オブジェクトに係るサービスを識別するサービス識別子のリストと、を含むことを特徴とする請求項１記載のサービス提供装置。
3. 前記証明情報の取得要求に応じて、前記証明情報を作成する証明情報作成手段を更に有することを特徴とする請求項１又は２記載のサービス提供装置。
4. 前記証明情報を管理する証明情報管理手段を更に有することを特徴とする請求項１乃至３何れか一項記載のサービス提供装置。
5. 前記証明情報管理手段は、前記証明情報と、前記オブジェクトを識別するオブジェクト識別子のリストと、前記オブジェクトに係るサービスを識別するサービス識別子のリストと、を関連付けて管理することを特徴とする請求項４記載のサービス提供装置。
6. 前記セッションの開始要求に応じて、前記セッションを作成するセッション作成手段を更に有することを特徴とする請求項１乃至５何れか一項記載のサービス提供装置。
7. 前記セッションを管理するセッション管理手段を更に有することを特徴とする請求項１乃至６何れか一項記載のサービス提供装置。
8. 前記セッション管理手段は、前記セッションと、前記証明情報と、を関連付けて管理することを特徴とする請求項７記載のサービス提供装置。
9. 前記セッションを識別するセッション識別子を前記クライアントに送信するセッション識別子送信手段を更に有することを特徴とする請求項１乃至８何れか一項記載のサービス提供装置。
10. 前記セッションを識別するセッション識別子を含む、前記クライアントからの前記オブジェクトに係るサービスの利用要求を受信する利用要求受信手段を更に有することを特徴とする請求項１乃至９何れか一項記載のサービス提供装置。
11. 前記セッションにおいて提供可能な前記オブジェクトに係るサービスを設定可能なことを特徴とする請求項１乃至１０何れか一項記載のサービス提供装置。
12. オブジェクトに係るサービスを提供するサービス提供方法であって、
    サービス提供装置が、
    サービス提供装置と前記オブジェクトに係る権限が制限されたセッションを確立するのに用いる証明情報の取得要求を第一のクライアントから受信する証明情報取得要求受信段階と、
    前記証明情報を前記第一のクライアントに送信する証明情報送信段階と、
    前記証明情報を送信した前記第一のクライアントとは異なる第二のクライアントからの前記証明情報を含む前記セッションの開始要求を受信するセッション開始要求受信段階と、
    前記セッションを識別するセッション識別子を含む、前記第二のクライアントからの前記オブジェクトに係るサービスの利用要求に応じて、前記オブジェクトに係るサービスを前記第二のクライアントに提供するサービス提供段階と、
    を有することを特徴とするサービス提供方法。
13. 前記証明情報の取得要求には、前記オブジェクトを識別するオブジェクト識別子のリストと、前記オブジェクトに係るサービスを識別するサービス識別子のリストと、を含むことを特徴とする請求項１２記載のサービス提供方法。
14. 前記証明情報の取得要求に応じて、前記証明情報を作成する証明情報作成段階を更に有することを特徴とする請求項１２又は１３記載のサービス提供方法。
15. サービス提供装置が、前記証明情報を管理する証明情報管理段階を更に有することを特徴とする請求項１４記載のサービス提供方法。
16. 前記証明情報管理段階は、前記証明情報と、前記オブジェクトを識別するオブジェクト識別子のリストと、前記オブジェクトに係るサービスを識別するサービス識別子のリストと、を関連付けて管理することを特徴とする請求項１５記載のサービス提供方法。
17. 前記セッションの開始要求に応じて、前記セッションを作成するセッション作成段階を更に有することを特徴とする請求項１２乃至１６何れか一項記載のサービス提供方法。
18. サービス提供装置が、前記セッションを管理するセッション管理段階を更に有することを特徴とする請求項１２乃至１７何れか一項記載のサービス提供方法。
19. 前記セッション管理段階においては、前記セッションと、前記証明情報と、を関連付けて管理することを特徴とする請求項１８記載のサービス提供方法。
20. サービス提供装置が、前記セッションを識別するセッション識別子を前記クライアントに送信するセッション識別子送信段階を更に有することを特徴とする請求項１２乃至１９何れか一項記載のサービス提供方法。
21. サービス提供装置が、前記セッションを識別するセッション識別子を含む、前記クライアントからの前記オブジェクトに係るサービスの利用要求を受信する利用要求受信段階を更に有することを特徴とする請求項１２乃至２０何れか一項記載のサービス提供方法。
22. 前記セッションにおいて提供可能な前記オブジェクトに係るサービスを設定可能なことを特徴とする請求項１２乃至２１何れか一項記載のサービス提供方法。
23. 請求項１２乃至２２何れか一項記載のサービス提供方法をコンピュータに実行させるためのサービス提供プログラム。
24. 請求項２３記載のサービス提供プログラムを記録したコンピュータ読み取り可能な記録媒体。
    

Images