(57)【要約】【課題】  異なるサーバ装置間におけるそれぞれのサービス要求に関わる権限を連携させることで、ユーザが各サーバ装置に対して行うべき権限委譲するための操作負担を軽減する。【解決手段】    第１のサーバ装置と、第２のサーバ装置と、第１の情報処理装置と、第２の情報処理装置とを含む文書管理システムにおいて、第１の情報処理装置からの権限情報の発行要求に応じて、前記第２のサーバ装置が提供する閲覧画面を用いて第２の情報処理装置が保存された前記文書情報を取得する取得先情報および権限情報を前記第１の情報処理装置に発行する。そして、第１のサーバ装置から発行された取得先情報および権限情報を取得したら、第２のサーバ装置が第２の情報処理装置に提供する閲覧画面に前記取得先情報および前記権限情報を設定する。【選択図】  図３
2015041353.tif 000002
【特許請求の範囲】
【請求項１】
文書情報を第１のサーバ装置に登録する第１の情報処理装置と、第２のサーバ装置により提供される閲覧画面の情報を取得して前記閲覧画面を表示する第２の情報処理装置とを含む文書管理システムであって、
前記第１の情報処理装置は、
前記文書情報を前記第１のサーバ装置へ送信する送信手段と、
前記第１のサーバ装置に保存された前記文書情報を取得するための取得先情報および権限情報の発行要求を前記第１のサーバ装置に行う要求手段と、
前記第１のサーバ装置から発行された取得先情報および権限情報を取得する取得手段と、
前記第２のサーバ装置により提供される前記閲覧画面の情報に、前記取得先情報および前記権限情報を設定する設定手段と、
を備え、
前記第１のサーバ装置は、
前記第１の情報処理装置から送信された文書情報を保存する保存手段と、
前記第１の情報処理装置からの権限情報の発行要求に応じて、前記取得先情報および前記権限情報を前記第１の情報処理装置に発行する発行手段と、
前記第２の情報処理装置から通知される閲覧要求に含まれる前記取得先情報および前記権限情報を用いて、前記保存手段により保存された文書情報を前記第２の情報処理装置に提供する文書提供手段と、
を備え、
前記第２のサーバ装置は、
前記取得先情報および前記権限情報が設定された前記閲覧画面の情報を、前記第２の情報処理装置に提供する提供手段  を備え、
前記第２の情報処理装置は、
前記第２のサーバ装置により提供された前記閲覧画面の情報に基づいて、前記取得先情報および前記権限情報を含む前記閲覧要求を通知する要求手段と、
前記文書情報を前記第１のサーバ装置から取得する文書取得手段と、
前記文書取得手段で取得した前記文書情報を表示する表示手段と、
を備えることを特徴とする文書管理システム。
【請求項２】
前記権限情報は、前記第１のサーバ装置が前記第１の情報処理装置の要求に従い一時的に発行することを特徴とする請求項１記載の文書管理システム。
【請求項３】
前記取得先情報は、前記第１のサーバ装置が管理する文書情報のＵＲＬであることを特徴とする請求項１記載の文書管理システム。
【請求項４】
前記第１のサーバ装置は、
前記第２のサーバ装置により提供される前記閲覧画面の情報に設定された権限情報の書き換えを、前記第２のサーバ装置に要求する書換要求手段を備えことを特徴とする請求項１記載の文書管理システム。
【請求項５】
前記第２のサーバ装置は、
前記第１のサーバ装置からの権限情報の書き換え要求に応じて、前記閲覧画面の情報に設定された権限情報を更新する更新手段を備えることを特徴とする請求項４記載の文書管理システム。
【請求項６】
前記第２の情報処理装置の前記要求手段は、予め登録されたブックマークレットを用いて、前記閲覧画面の情報に設定されている前記取得先情報および前記権限情報を取得して前記閲覧要求を通知することを特徴とする請求項１記載の文書管理システム。
【請求項７】
請求項１乃至６のいずれか１項に記載の文書管理システムに含まれる、前記第１のサーバ装置、前記第２のサーバ装置、前記第１の情報処理装置および前記第２の情報処理装置のうちのいずれかとして、コンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書管理システム、及びプログラムに関するものである。
【背景技術】
【０００２】
近年では文書情報をインターネット上に保管し、さまざまなユーザや端末からアクセスを受け付け、文書情報を提供するシステムが普及してきている。これらシステムは一般的にストレージサービス、ファイルホスティングなどさまざまな名称で呼ばれているが、本明細書では文書管理サービスと呼ぶ。また一方で、ＳＮＳ（ソーシャルネットワーキングサービス）と呼ばれるインターネット上のコミュニケーションサイトが急速に普及してきている。ＳＮＳもその種類は多様に存在するが、主な機能は特定の話題について複数のユーザが情報を共有、議論するといったものが挙げられる。
【０００３】
ＳＮＳの使われ方の一つに、ＳＮＳへ文書をアップロードし、その文書情報を複数のユーザに公開することも頻繁に行われている。しかしながら文書管理サービスの文書情報をＳＮＳで公開したい場合、ユーザが文書管理サービスから文書情報を取得し、再度ＳＮＳへアップロードし直すという作業は手番が多くなってしまう課題がある。また同じ文書情報が複数のサービスに存在し、管理が煩雑になってしまう恐れも生じる。
【０００４】
そこで、文書管理サービス内に保存されている文書情報を参照するように、文書情報のリンク情報をＳＮＳに貼付ける手法が考えられている。ユーザはＳＮＳ上のリンク情報をクリックし、文書管理サービスに保存されている文書情報を取得することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−２９５０３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、この手法は、文書管理サービスとＳＮＳのセキュリティドメインが異なる場合、アクセス権が存在せず文書情報を取得できない課題が生じる。すなわち、あるユーザがＳＮＳにアクセス権があっても文書管理サービスにアクセス権が存在しない場合、リンク情報をクリックしても文書情報を取得することができない。
【０００７】
従来の技術では、文書情報へアクセス権が存在しない課題の対処として、対象文書情報を一時的に公開するために、公開ユーザをメールアドレスで指定し、パスワードとともに前記メールアドレスへメールして文書情報を公開するシステムが存在する（例えば特許文献１参照）。当該システムでは、メールを受信したユーザからのアクセスを受けて、メールアドレスとユーザが入力したパスワードを用いて認証を行い、文書情報を公開する等が行われている。このように文書管理サービスとＳＮＳ間で連携する場合に、公開された文書情報を取得するために、ユーザにとって煩雑な入力操作が必要となっていた。
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、異なるサーバ装置間におけるそれぞれのサービス要求に関わる権限を連携させることで、ユーザが各サーバ装置に対して行うべき権限委譲するための操作負担を軽減できる仕組みを提供することである。
【課題を解決するための手段】
【０００８】
上記目的を達成する本発明の文書管理システムは以下に示す構成を備える。
文書情報を第１のサーバ装置に登録する第１の情報処理装置と、第２のサーバ装置により提供される閲覧画面の情報を取得して前記閲覧画面を表示する第２の情報処理装置とを含む文書管理システムであって、前記第１の情報処理装置は、前記文書情報を前記第１のサーバ装置へ送信する送信手段と、前記第１のサーバ装置に保存された前記文書情報を取得するための取得先情報および権限情報の発行要求を前記第１のサーバ装置に行う要求手段と、前記第１のサーバ装置から発行された取得先情報および権限情報を取得する取得手段と、前記第２のサーバ装置により提供される前記閲覧画面の情報に、前記取得先情報および前記権限情報を設定する設定手段と、を備え、前記第１のサーバ装置は、前記第１の情報処理装置から送信された文書情報を保存する保存手段と、前記第１の情報処理装置からの権限情報の発行要求に応じて、前記取得先情報および前記権限情報を前記第１の情報処理装置に発行する発行手段と、前記第２の情報処理装置から通知される閲覧要求に含まれる前記取得先情報および前記権限情報を用いて、前記保存手段により保存された文書情報を前記第２の情報処理装置に提供する文書提供手段と、を備え、前記第２のサーバ装置は、前記取得先情報および前記権限情報が設定された前記閲覧画面の情報を、前記第２の情報処理装置に提供する提供手段を備え、前記第２の情報処理装置は、前記第２のサーバ装置により提供された前記閲覧画面の情報に基づいて、前記取得先情報および前記権限情報を含む前記閲覧要求を通知する要求手段と、前記文書情報を前記第１のサーバ装置から取得する文書取得手段と、記文書取得手段で取得した前記文書情報を表示する表示手段と、を備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、異なるサーバ装置間におけるそれぞれのサービス要求に関わる権限を連携させることで、ユーザが各サーバ装置に対して行うべき権限委譲するための操作負担を軽減できる。
【図面の簡単な説明】
【００１０】
【図１】文書管理システムの一例を示す図である。
【図２】文書管理システムのモジュール構成を説明するブロック図である。
【図３】文書管理システムにおける文書管理サービス処理を示すフローチャートである。
【図４】クライアントＰＣの表示装置に表示されるＵＩ画面の一例を示す図である。
【図５】文書管理システムにおける文書管理サービス処理を示すフローチャートである。
【図６】文書管理システムのモジュール構成を説明するブロック図である。
【図７】文書管理システムにおける文書管理サービス処理を示すフローチャートである。
【図８】文書管理システムにおける文書管理サービス処理を示すフローチャートである。
【発明を実施するための形態】
【００１１】
次に本発明を実施するための最良の形態について図面を参照して説明する。
＜システム構成の説明＞
〔第１実施形態〕
図１は、本実施形態を示す文書管理システムの一例を示す図である。本例は、複数のクライアントＰＣがネットワークを介して複数のサーバ装置と通信可能なシステム例である。後述するＳＮＳサーバは、ＳＮＳ（ソーシャルネットワーキングサービス）を提供するサーバ装置として機能する。本実施形態では、クライアントＰＣ１０１を第１の情報処理装置とし、クライアントＰＣ１０２を第２の情報処理装置とし、文書管理サーバ１０３を第１のサーバ装置とし、ＳＮＳサーバ１０４を第２のサーバ装置として説明する。以下、文書情報を第１のサーバ装置に登録する第１の情報処理装置と、登録された文書情報を閲覧する要求を第２のサーバ装置に行う第２の情報処理装置とを含む文書管理システムにおける文書情報の登録処理と、閲覧処理に分けて詳述する。
【００１２】
図１の（Ａ）において、１０１、１０２はクライアントＰＣであって、クライアントＰＣ１０１は、文書公開者が使用し、クライアントＰＣ１０２は、文書閲覧者が使用する意味で２台図示している。なお、クライアントＰＣの台数やサーバ装置の台数については、本実施形態に制限されるものではない。また、本例において、文書の公開と閲覧の役割は随時入れ替わる可能性がある。
文書公開者はクライアントＰＣ１０１を使用して文書管理サービス、及びＳＮＳサーバ１０４へアクセスして文書情報を公開する。また、文書閲覧者はクライアントＰＣ１０２を使用してＳＮＳサーバ１０４へアクセスし、文書情報を閲覧する。１０３は文書管理サーバで、文書管理サービスを提供する。文書管理サーバ１０３は文書情報をＨＤＤ５０５等に保管し、文書情報の閲覧や検索、ダウンロード等の機能処理を行う。その際、文書管理サーバ１０３は、ＳＮＳサーバ１０４と連携した閲覧処理を実行するため、登録された文書情報を提供するための一時的な権限情報（後述するパスワードを含む）と、当該文書情報の取得先情報（後述するＵＲＬ）を要求元に発行する。なお、文書管理サーバ１０３のＨＤＤ５０５は、第１のサーバ装置としてのクライアントＰＣ１０１からの登録要求に基づく文書情報を保存する。
【００１３】
１０４はＳＮＳサーバで、ＳＮＳを提供する。ＳＮＳサーバ１０４は、ユーザにＳＮＳサイトを提供する。すなわちアクセス権を持つユーザ同士がサイト上で情報を共有したり議論したりすることが可能である。情報は内容ごとに共有、議論する場が設けられ、本実施形態ではそれをトピックと呼ぶ。
【００１４】
文書管理サーバ１０３、ＳＮＳサーバ１０４は異なるセキュリティドメインで運用されている。また文書管理サーバ１０３、ＳＮＳサーバ１０４はそれぞれ１台しか図示していないが、データベースサーバ、Ｗｅｂサーバ、アプリケーションサーバなど複数台から構成されても良い。またもちろん複数のＳＮＳサーバが存在し、異なるサービスが提供されていても良い。
【００１５】
１０５はインターネット網を意味しており、クライアントＰＣ１０１、１０２、文書管理サーバ１０３、ＳＮＳ１０４はインターネットで接続されている。ただし、本システムをイーサネット（登録商標）等のネットワークで接続されたイントラネット内で動作させても構わない。クライアントＰＣ１０１、１０２、文書管理サーバ１０３、ＳＮＳ１０４は、図１の（Ｂ）に示すようにＣＰＵ５０１、ＲＡＭ５０４、ＲＯＭ５０７、ＨＤＤ５０５、ネットワークインタフェースカード等の通信インタフェース５０６、ビデオコントローラ５０３，入力コントローラ５０２を備えるハードウエアで構成される。入力コントローラ５０２は、キーボードやポインティングデバイスが接続され、ビデオコントローラ５０３にはＬＣＤ表示装置等が接続される。なお、タッチパネル表示装置で構成される場合を含む。
【００１６】
図２は、本実施形態を示す文書管理システムのモジュール構成を説明するブロック図である。本例は、図１に示したクライアントＰＣ１０１、１０２、文書管理サーバ１０３、ＳＮＳサーバ１０４のソフトウエア構成の一例である。これらのプログラムはそれぞれのＣＰＵ上で動作する。クライアントＰＣ１０１、１０２は同じ処理部を有するため、まとめて記載する。
図２において、クライアントＰＣ１０１、１０２の認証依頼部２０１は、文書管理サーバ１０３、及びＳＮＳサーバ１０４へアクセスするために、認証を試みる処理を実行する。Ｗｅｂアクセス部２０２は、ＳＮＳサーバ１０４をはじめとするＷｅｂページへアクセスし、データ（ＨＴＭＬやＪａｖａ（登録商標）Ｓｃｒｉｐｔ等）を受信する。文書登録部２０３は、自身のＨＤＤに保存されている文書を、文書管理サーバ１０３へアップロードする。
【００１７】
一時公開要求部２０４は、文書管理サービスへ文書の一時公開を要求する。一時公開とは、文書管理サービスにおける文書への既定のアクセス権に依らず、文書へアクセスするためのＵＲＬとパスワードを発行することである。
【００１８】
認証情報取得部２０５は、ＳＮＳサイトに記載されている文書管理サービス内の文書へのＵＲＬ、及びパスワードを取得する。この処理は例えばクライアントＰＣ１０１，１０２のブラウザに予め登録されたブックマークレット等の技術を使用して実現する。ブックマークレットはブラウザのお気に入り（ブックマーク）に登録するＪａｖａ（登録商標）Ｓｃｒｉｐｔであり、クライアントＰＣ上でさまざまな処理を実行することが可能である。
【００１９】
本実施形態ではＳＮＳサイトに記載されたＵＲＬとパスワードを取得し、そのＵＲＬへアクセスし、パスワードを使用して認証を依頼する。ＳＮＳサイトが複数存在する場合、ＳＮＳごとにサイトの仕様やＡＰＩが異なるため、基本的にブックマークレットはＳＮＳサイトごとに用意する必要がある。もちろん１つのブックマークレットを複数のＳＮＳサイトに適用することができれば、１つにまとめることが望ましい。
【００２０】
文書取得部２０６は、認証情報取得部２０５が取得したＵＲＬへアクセスし、パスワードを文書管理サーバ１０３の認証部２１１へ渡して認証を依頼し、文書管理サーバ１０３から文書を取得する。認証を依頼する処理は認証依頼部２０１を経由しても良い。
表示部２０７は、文書取得部２０６が取得した文書や、ＳＮＳサーバ１０４から受信したＷｅｂページ等の情報を、表示装置の画面に表示する。
文書管理サーバ１０３において、文書受信部２１０は、クライアントＰＣ１０１、１０２の文書登録部２０３からの要求を受けて文書を受信し、保存する。
【００２１】
認証部２１１は、文書管理サービスや文書に対するユーザのアクセス権の有無を判定する。特に本実施例では一時公開部２１２が発行したパスワードの認証を実行する。この認証とはすなわち、一時公開部２１２が保存したパスワードと、クライアントＰＣ１０１、１０２の認証情報取得部２０５が取得したパスワードが一致するかどうか判断することである。
【００２２】
一時公開部２１２は、クライアントＰＣ１０１、１０２の一時公開要求部２０４から要求を受けて、対象文書のＵＲＬとパスワードを生成し、それらを一時公開要求部２０４へ返信する。ＵＲＬは文書を一意に識別し、パスワードは認証に使用する。そのためパスワードは文書管理サーバ内にも保存する。
【００２３】
文書提供部２１３は、クライアントＰＣ１０１、１０２の文書取得部２０６より、一時公開部２１２が公開した文書に対する取得要求を受けて、文書を提供する。提供の方法としては、文書ファイルそのものを送信しても良いし、文書の中身を閲覧できるようにビューア画面を生成し、それを送信しても良い。
ＳＮＳサーバ１０４において、認証部２２０は、ＳＮＳに対するユーザのアクセス権の有無を判定する。データ受信部２２１は、クライアントＰＣ１０１、１０２のＷｅｂアクセス部２０２から、ＳＮＳへ書き込み等の要求を受け付ける。
データ送信部２２２は、クライアントＰＣ１０１、１０２のＷｅｂアクセス部２０２へ、ＨＴＭＬやＪａｖａ（登録商標）Ｓｃｒｉｐｔ等のデータを送信する。
【００２４】
図３は、本実施形態を示す文書管理システムにおける文書管理サービス処理の一例を示すフローチャートである。本例は、文書管理サーバ１０３が文書情報を、ＳＮＳを介して公開する処理例である。各ステップは、図２に示した各処理部に対応するプログラムがＲＯＭやＨＤＤから読み出され、対応する装置のＣＰＵが実行し、処理結果やデータをＲＡＭ、ＲＯＭ、ＨＤＤに保存することで処理部間のデータの受け渡しを行うことで実現される。なお、クライアントＰＣ１０１、文書管理サーバ１０３、ＳＮＳサーバ１０４は、ネットワークインタフェースカードを用いて、サーバとクライアント間でデータの送受信を行う。また、以下の説明では、クライアントＰＣ１０１、文書管理サーバ１０３、ＳＮＳサーバ１０４のＣＰＵが実行する図２に示したモジュールを主体として説明する。
【００２５】
クライアントＰＣ１０１において、認証依頼部２０１は、文書管理サーバ１０３へアクセスするために認証を依頼する（Ｓ３０１）。文書管理サーバの認証部２１１は、アクセスの可否を判断し（Ｓ３０２）、認証に成功したと判断した場合、クライアントＰＣ１０１の文書登録部２０３は、ユーザによって指定された文書情報を、文書管理サーバ１０３へ転送する（Ｓ３０３）。文書管理サーバ１０３の文書受信部２１０はクライアントＰＣ１０１から転送された文書情報を受信し、ハードディスク（ＨＤＤ）等の記憶装置に保存する（Ｓ３０４）。
【００２６】
次に、クライアントＰＣ１０１の一時公開要求部２０４は、前記登録した文書情報の一時公開を、文書管理サーバ１０３に発行要求を行う（Ｓ３０５）。なおこのとき、直前に登録した文書情報でなく、既に登録済みの文書情報の一時公開を要求できるようにしても良い。
文書管理サーバ１０３の一時公開部２１２は、要求を受けた文書情報に対し、一時的に公開する文書情報にアクセスするための取得先情報（ＵＲＬ）と権限情報（パスワード）を生成する（Ｓ３０６）。
【００２７】
次に、クライアントＰＣ１０１の認証依頼部２０１は、文書管理サーバ１０３から取得する権限情報および取得先情報を用いてＳＮＳサイトへアクセスするためにＳＮＳサーバ１０４の認証部２２０に対して認証を依頼する（Ｓ３０７）。ＳＮＳサーバ１０４の認証部２２０は、要求された認証要求に含まれるパスワード等を判断してアクセスの可否を判断し（Ｓ３０８）、認証部２２０が成功したと判断した場合、クライアントＰＣ１０１のＷｅｂアクセス部２０２は、ユーザの指示に従い、受信したＵＲＬとパスワードをＳＮＳサイトへ投稿する（Ｓ３０９）。
登録の手法はＳＮＳサイトによってさまざまであるが、例えばコピーしたＵＲＬをＳＮＳのトピックのメインに貼り付けし、同じくコピーしたパスワードを前記トピックのコメント欄に貼り付けする。
ＳＮＳサーバ１０４のデータ受信部２２１は、Ｗｅｂアクセス部２０２から受信したＵＲＬとパスワードを受信し、保存する（Ｓ３１０）。Ｓ３０２とＳ３０８で認証に失敗した場合、クライアントＰＣ１０１の表示部２０７は、認証に失敗したことを表示装置の画面上に表示する（Ｓ３１１）。これにより、ＳＮＳサーバ１０４が第２の情報処理装置に提供する閲覧画面情報に文書管理サーバ１０３から取得する権限情報および取得先情報が設定される。
【００２８】
図４は、図１に示したクライアントＰＣ１０２の表示装置に表示されるＵＩ画面の一例を示す図である。本例は、文書情報を閲覧するユーザから見たＳＮＳサイトのＵＩ例である。
図４において、４０１はクライアントＰＣ１０２上で動作するＷｅｂブラウザである。もちろんＷｅｂブラウザでなく、専用のアプリケーションであっても良い。４０２はＳＮＳサイトにログインしているユーザ情報を表すエリアである。この場合、「Ｕｓｅｒ  Ｂ」がログインしている。エリアの下部は「Ｕｓｅｒ  Ｂ」に関する情報などが表示される。
【００２９】
４０３はログインユーザが投稿するときに使用するフォームである。文書情報を公開するときは、このフォームを通じてＵＲＬとパスワードを登録する。
【００３０】
４０４はトピックエリアで、他のユーザが投稿したトピックが表示され、この場合「Ｕｓｅｒ  Ａ」が投稿したトピックが表示されている。この例では「Ｕｓｅｒ  Ａ」が文書の公開者であり、「ＡＢＣ調査資料」という文書情報をＵＲＬとともに貼り付けた結果が表示されている。４０５はコメントエリアで、トピック４０４に対するコメントが表示される。この例では「Ｕｓｅｒ  Ａ」が「Ｐａｓｓｗｏｒｄ１２３」というパスワードをコメント欄に記載している。認証情報取得部２０５はこれらＵＲＬとパスワードを取得する。
【００３１】
図５は、本実施形態を示す文書管理システムにおける文書管理サービス処理の一例を示すフローチャートである。本例は、クライアントＰＣ１０２から閲覧要求を受付て、ＳＮＳサーバ１０４が提供する閲覧要求処理で表示される閲覧画面情報に設定された取得先情報および権限情報を用いて、図４に示した処理により文書管理サーバ１０３上で公開された文書情報を閲覧する処理例である。各ステップは、図２に示した各処理部に対応するプログラムがＲＯＭやＨＤＤから読み出され、対応する装置のＣＰＵが実行し、処理結果やデータをＲＡＭ、ＲＯＭ、ＨＤＤに保存することで処理部間のデータの受け渡しを行うことで実現される。なお、クライアントＰＣ１０２、文書管理サーバ１０３、ＳＮＳサーバ１０４は、ネットワークインタフェースカードを用いて、サーバとクライアント間でデータの送受信を行う。また、以下の説明では、クライアントＰＣ１０２、文書管理サーバ１０３、ＳＮＳサーバ１０４のＣＰＵが実行する図２に示したモジュールを主体として説明する。
【００３２】
クライアントＰＣ１０２の認証依頼部２０１は、ＳＮＳサイトへアクセスするため認証を依頼する（Ｓ５０１）。ＳＮＳサーバ１０４の認証部２２０は、アクセスの可否を判断し（Ｓ５０２）、認証部２２０が成功したと判断した場合、ＳＮＳサーバ１０４のデータ送信部２２２は、閲覧要求提供処理に用いる図４に示す画面を用いてアクセスユーザが参照可能なトピックを返信する（Ｓ５０３）。クライアントＰＣ１０２の表示部２０７は、受信したトピックを表示する（Ｓ５０４）。
【００３３】
次にユーザによって文書取得要求の指示がなされた場合、クライアントＰＣ１０２の認証情報取得部２０５は、ＳＮＳサイトにＵＲＬとパスワードが存在するかどうか調べる（Ｓ５０５）。ここで「ユーザによる文書取得要求」とは、例えば図４のＵＩ画面の表示状態から、ブラウザのお気に入りに事前に登録されているブックマークレットを、ユーザが図示しないポインティングデバイスを用いてクリックすることに該当する。
【００３４】
ＵＲＬとパスワードが存在すると認証情報取得部２０５が判断した場合（Ｓ５０６）、認証情報取得部２０５は、ＵＲＬとパスワードの取得要求をＳＮＳサーバ１０４に出力する（Ｓ５０７）。ＳＮＳサーバ１０４のデータ送信部２２２は、取得要求を受け付けＵＲＬとパスワードをクライアントＰＣ１０２に返信する（Ｓ５０８）。なおこのとき認証情報取得部２０５は、ＳＮＳサーバ１０４へ問い合わせず、Ｓ５０５でユーザから指示が為された段階でＵＲＬとパスワードを一時保存し、そこから取得するという手法でも良い。
【００３５】
そして、文書取得部２０６は取得したＵＲＬへアクセスし、パスワードを使用して文書取得要求を文書管理サーバ１０３へ出力する（Ｓ５０９）。これにより、クライアントＰＣ１０２が取得先情報および権限情報が付加された文書情報閲覧要求を文書管理サーバ１０３に行う。
文書管理サーバ１０３の認証部２１１は、クライアントＰＣ１０２からの通知されるパスワードの認証を行い（Ｓ５１０）、認証部２１１が認証に成功したと判断した場合、文書提供部２１３は、クライアントＰＣ１０２から取得するＵＲＬに該当する文書情報、或いは文書情報の中身を閲覧できるようにビューア画面を構成するＨＴＭＬやＪａｖａ（登録商標）Ｓｃｒｉｐｔ等のデータをクライアントＰＣ１０２へ返送する（Ｓ５１１）。表示部２０７は文書管理サーバ１０３から提供されて受信する文書情報、又はデータを表示装置の画面上に表示する（Ｓ５１２）。
一方、Ｓ５０２、Ｓ５１０において認証に失敗したと判断した場合、或いはＳ５０６においてＵＲＬとパスワードが存在しないと判断した場合、表示部２０７は、表示装置の画面上にエラーを表示して（Ｓ５１３）、閲覧処理を終了する
【００３６】
〔第２実施形態〕
以下、図６に示す一時公開部２１２が発行するパスワードを定期的に更新し、セキュリティの向上を図る実施形態について説明する。
図６は、本実施形態を示す文書管理システムのモジュール構成を説明するブロック図である。本例は、図１に示したクライアントＰＣ１０１、１０２、文書管理サーバ１０３、ＳＮＳサーバ１０４のソフトウエア構成の一例である。これらのプログラムはそれぞれのＣＰＵ上で動作する。クライアントＰＣ１０１、１０２は同じ処理部を有するため、まとめて記載する。以下、図２に示したモジュール構成と比較し、文書管理サーバ１０３内に追加された処理部について説明する。
【００３７】
図６において、認証情報保存部６０１は、クライアントＰＣ１０１の一時公開要求部２０４が文書管理サーバ１０３へアクセスした際に、アクセスユーザの認証情報を保存する。
ＳＮＳアクセス部６０２は、前記保存された認証情報を用いて、ＳＮＳへアクセスする。ＳＮＳサーバ１０４の認証部２２０における認証は、認証情報を用いることで、文書管理サーバ１０３へ文書を登録したユーザの権限で認証を通過することができる。
【００３８】
パスワード更新部６０３は、一時公開部２１２が発行したパスワードに取って代わる、ランダムな文字列のパスワードを定期的に発行し、ＳＮＳサイトに自動的に書き込む。例えば該当トピックのコメント欄に新しいパスワードを追加で書き込むことにより、パスワードを更新する。
【００３９】
クライアントＰＣ１０１、１０２の認証情報取得部２０５は、最新のパスワードを取得するという処理を入れ込むことにより、文書管理サーバ１０３側でパスワードを更新してもユーザは文書へアクセスし続けることができる。最新のパスワードを取得する処理とは、例えば更新日時が最新のものを取得するとか、最上部（或いは最下部）のコメント欄からパスワードを取得するといった処理が考えられる。
【００４０】
図７は、本実施形態を示す文書管理システムにおける文書管理サービス処理の一例を示すフローチャートである。本例は、ＳＮＳを介して文書情報を公開する処理例である。各ステップは、図２に示した各処理部に対応するプログラムがＲＯＭやＨＤＤから読み出され、対応する装置のＣＰＵが実行し、処理結果やデータをＲＡＭ、ＲＯＭ、ＨＤＤに保存することで処理部間のデータの受け渡しを行うことで実現される。
【００４１】
なお、クライアントＰＣ１０１、文書管理サーバ１０３、ＳＮＳサーバ１０４は、ネットワークインタフェースカードを用いて、サーバとクライアント間でデータの送受信を行う。また、以下の説明では、クライアントＰＣ１０１、文書管理サーバ１０３、ＳＮＳサーバ１０４のＣＰＵが実行する図２に示したモジュールを主体として説明する。以下、文書管理サービスの文書を、ＳＮＳを介して公開する処理の流れを図３と比較しながら異なる処理について説明する。
Ｓ７０１において、文書管理サーバ１０３の認証情報保存部６０１は、Ｓ３０２で受信・判定した認証情報を保存する。すなわち文書公開ユーザの、文書管理サーバ１０３に対する認証情報を保存する。
【００４２】
図８は、本実施形態を示す文書管理システムにおける文書管理サービス処理の一例を示すフローチャートである。本例は、ＳＮＳサーバ１０４で管理しているトピックに記載されているパスワードを書き換えて更新する書換処理例である。各ステップは、図６に示した各処理部に対応するプログラムがＲＯＭやＨＤＤから読みされ、対応する装置のＣＰＵが実行し、処理結果やデータをＲＡＭ、ＲＯＭ、ＨＤＤに保存することで処理部間のデータの受け渡しを行うことで実現される。なお、クライアントＰＣ１０１、文書管理サーバ１０３、ＳＮＳサーバ１０４は、ネットワークインタフェースカードを用いて、サーバとクライアント間でデータの送受信を行う。また、以下の説明では、クライアントＰＣ１０１、文書管理サーバ１０３、ＳＮＳサーバ１０４のＣＰＵが実行する図２、図６に示したモジュールを主体として説明する。
なお、本処理は、この処理は例えば１日１回など、定期的に実行される。
【００４３】
文書管理サーバ１０３のパスワード更新部６０３は、一時公開中の文書のパスワードを新たに生成する（Ｓ８０１）。複数の文書情報を一時公開している場合は、各文書情報に対しパスワードを生成する。次に、ＳＮＳアクセス部６０２は、パスワードの書換要求としてＳＮＳサイトへ認証を依頼する（Ｓ８０２）。ＳＮＳサーバ１０４の認証部２２０はアクセスの可否を判断し（Ｓ８０３）、認証部２２０が成功したと判断した場合、文書管理サーバ１０３のＳＮＳアクセス部６０２は前記生成したパスワードをＳＮＳサイトへ書き込むためＳＮＳサーバ１０４へ送信する（Ｓ８０４）。
【００４４】
例えばコメント欄のパスワードを記載している場合、古いパスワードを上書きしても良いし、新規コメント欄に記載しても良い。ＳＮＳサーバ１０４のデータ受信部２２１は、パスワードを受信してメモリに保存する（Ｓ８０５）。その後、文書管理サーバ１０３のパスワード更新部６０３は、一時公開中の文書情報が認証に用いるパスワードを実際に更新し、新しいパスワードで認証の可否を判断するように設定して（Ｓ８０６）、本処理を終了する
【００４５】
以上述べたとおり、文書管理サービスが一時公開した文書のパスワードを定期的に更新することにより、古いパスワードがＳＮＳサイトから流出した場合にはアクセスを拒否することができる。また新しいパスワードをＳＮＳサイトへ自動的に書き込むことにより、ＳＮＳサイトを介してアクセスするユーザはこれまでと同様に文書管理サービス内の文書へアクセスすることができる。
【００４６】
本発明の各工程は、ネットワーク又は各種記憶媒体を介して取得したソフトウエア（プログラム）をパソコン（コンピュータ）等の処理装置（ＣＰＵ、プロセッサ）にて実行することでも実現できる。
【００４７】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。
【符号の説明】
【００４８】
１０２，１０２  クライアントＰＣ
１０３  文書管理サーバ
１０４  ＳＮＳサーバ
【図１】
2015041353.tif 000003
【図２】
2015041353.tif 000004
【図３】
2015041353.tif 000005
【図４】
2015041353.tif 000006
【図５】
2015041353.tif 000007
【図６】
2015041353.tif 000008
【図７】
2015041353.tif 000009
【図８】
2015041353.tif 000010