(57)【要約】【課題】文書共有機能を有するサーバにユーザが文書を登録できない場合であっても、この文書を、ユーザが意図した設定を保ったまま、他のユーザと共有することを可能とする情報処理システムを提供する。【解決手段】文書管理サービス１０３が、クライアント端末１０１のユーザからの文書の共有要求を受け付け、共有要求された文書をユーザ間での共有対象として文書管理サーバ内に登録することに成功したかを判断する。上記文書の登録に失敗した場合に、文書管理サービス１０３が、上記文書をマイクロブログサービス１０２に投稿する。【選択図】図１
2014211732.tif 000002
【特許請求の範囲】
【請求項１】
文書共有機能を有する文書管理サーバと、前記文書管理サーバとネットワークを介して通信する、投稿管理機能を有する投稿管理サーバとを備える情報処理システムであって、
前記文書管理サーバは、
ユーザからの文書の共有要求を受け付ける受け付け手段と、
前記共有要求された文書をユーザ間での共有対象として登録する登録手段と、
前記登録手段による前記文書の登録に成功したかを判断する判断手段と、
前記登録手段による前記文書の登録に失敗したと判断された場合に、前記文書を前記投稿管理サーバに投稿する投稿手段とを備える
ことを特徴とする情報処理システム。
【請求項２】
前記投稿管理サーバは、
前記文書管理サーバからの文書の投稿を識別する投稿識別情報を前記文書管理サーバに対して送信する送信手段を備え、
前記文書管理サーバは、さらに、
前記投稿管理サーバから送信された前記投稿識別情報を受信し、受信した前記投稿識別情報に紐付く、前記投稿された文書の場所情報を生成する生成手段と、
前記投稿手段は、さらに、前記文書の場所情報を前記投稿管理サーバに投稿する
ことを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記文書の共有要求は、前記ユーザが前記文書の共有を求める共有先グループの識別情報を含んでおり、
前記文書管理サーバが備える前記生成手段は、前記投稿管理サーバから受信した前記投稿識別情報と、前記文書の共有要求に含まれる前記共有先グループの識別情報とに紐付く、前記投稿された文書の場所情報を生成する
ことを特徴とする請求項２に記載の情報処理システム。
【請求項４】
前記投稿手段は、前記文書の場所情報を前記文書の前記投稿へのコメントとして前記投稿管理サーバに投稿する
ことを特徴とする請求項２または請求項３に記載の情報処理システム。
【請求項５】
前記文書管理サーバは、
ユーザから前記登録手段による登録に失敗した前記文書の再度の共有要求であって、前記登録に失敗した文書の前記投稿管理サーバへの投稿を識別する投稿識別情報を含む共有要求を受け付ける再受け付け手段と、
前記再度の共有要求に含まれる前記投稿識別情報に対応する文書を前記投稿管理サーバから取得する文書取得手段とを備え、
前記登録手段は、前記取得された文書をユーザ間での共有対象として登録する
ことを特徴とする請求項１乃至４のいずれか１項に記載の情報処理システム。
【請求項６】
前記文書管理サーバが備える前記文書取得手段は、
前記再度の共有要求をしたユーザが前記文書共有機能を利用する権限を有しない場合に、前記ユーザが操作する情報処理装置を、前記再度の共有要求に含まれる前記投稿識別情報に紐付く、前記登録に失敗して前記投稿管理サーバに投稿された前記文書の場所情報にアクセスさせる
ことを特徴とする請求項５に記載の情報処理システム。
【請求項７】
前記文書管理サーバは、さらに、
前記登録手段による前記文書の登録に失敗したと判断された場合に、前記文書管理サーバから前記投稿管理サーバに対して前記文書を投稿するために用いる認証情報を前記投稿管理サーバから取得する認証情報取得手段を備え、
前記投稿手段は、前記文書を前記取得された認証情報とともに前記投稿管理サーバに送信する
ことを特徴とする請求項１乃至６のいずれか１項に記載の情報処理システム。
【請求項８】
前記投稿管理機能は、マイクロブログ機能である
ことを特徴とする請求項１乃至７のいずれか１項に記載の情報処理システム。
【請求項９】
投稿管理機能を有する投稿管理サーバとネットワークを介して通信する、文書共有機能を有する文書管理サーバであって、
ユーザからの文書の共有要求を受け付ける受け付け手段と、
前記共有要求された文書をユーザ間での共有対象として登録する登録手段と、
前記登録手段による前記文書の登録に成功したかを判断する判断手段と、
前記登録手段による前記文書の登録に失敗したと判断された場合に、前記文書を前記投稿管理サーバに投稿する投稿手段とを備える
ことを特徴とする文書管理サーバ。
【請求項１０】
文書共有機能を有する文書管理サーバと、前記文書管理サーバとネットワークを介して通信する、投稿管理機能を有する投稿管理サーバとを備える情報処理システムにおける文書管理方法であって、
前記文書管理サーバが、ユーザからの文書の共有要求を受け付ける受け付け工程と、
前記文書管理サーバが、前記共有要求された文書をユーザ間での共有対象として登録する登録工程と、
前記文書管理サーバが、前記登録工程による前記文書の登録に成功したかを判断する判断工程と、
前記文書管理サーバが、前記登録工程による前記文書の登録に失敗したと判断された場合に、前記文書を前記投稿管理サーバに投稿する投稿工程とを有する
ことを特徴とする文書管理方法。
【請求項１１】
請求項１０に記載の文書管理方法をコンピュータに実行させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、文書管理サーバ、文書管理方法およびコンピュータプログラムに関する。
【背景技術】
【０００２】
ネットワークインフラの整備によるネットワーク回線の高速化やグリッドコンピューティング技術が向上している。これにより、サーバコンピュータ側で文書ファイルの管理や各種処理を行う文書管理サービスを実現するシステムとして、クラウドコンピューティングシステムが提案されている。ユーザは、クライアントコンピュータのブラウザからインターネットを介してクラウドサービスのＷｅｂページにアクセスし、文書ファイルや帳票データのアップロード、ダウンロード、表示または共有を行う。
【０００３】
クラウドサービスには、マイクロブログ機能を含むものが存在する。マイクロブログ機能によるマイクロブログサービスは、コミュニケーションサービスの１つである。サービスにアカウントを持つユーザは、マイクロブログ機能を有するサーバに対して短いメッセージを投稿することができる。この投稿毎に固有の識別子が割り当てられる。「タイムライン」と呼ばれるユーザ専用のＷｅｂページには、自身の投稿と「フォロー」したユーザの投稿、および自身が所属するグループへの投稿が表示され、フォローやグループを介したコミュニケーションをとることができる。
【０００４】
「フォロー」とは、他のユーザの投稿を自分のＷｅｂページで表示できるようにユーザを登録することである。また、「グループ」とは、所属組織や担当プロジェクトなど共通の性質をもつユーザで分類したユーザ群である。グループへの投稿は、グループに所属するユーザのＷｅｂページにのみ表示される。上記のようなマイクロブログサービスには、例えばＳａｌｅｓｆｏｒｃｅ．ｃｏｍのＣｈａｔｔｅｒが相当する。
【０００５】
前述の文書管理サービスにおいても、他サービスとの連携が重要になっており、文書へのアクセスＵＲＬ情報や共有情報をマイクロブログサービスに投稿することで、他のユーザに文書の存在を通知することが可能となっている。特許文献１は、ユーザ登録処理の前にサーバに画像を保存する際に、一時保存サーバに画像を保存して仮のユーザＩＤと紐付け保存し、ユーザＩＤの本登録が行われると一時保存サーバから画像アップロードサーバにデータを移動するシステムを開示している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１２−６３８０８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
文書管理機能を有する文書管理サーバと、マイクロブログ機能（投稿管理機能）を有する投稿管理サーバとが連携している情報処理システムが考えられる。例えば、文書管理サーバが、文書共有サーバ、認証サーバ、文書生成サーバという３つのクラウドサービスサーバから構成されるものとする。また、文書管理サーバは、文書生成サーバと、文書共有機能を有する文書共有サーバを備えているものとする。
【０００８】
ユーザからの文書生成指示があると、文書生成サーバは、文書を生成した後、ユーザへ操作選択画面を送信する。ユーザが、操作選択画面において文書の共有先グループを選択し、文書共有ボタンを押下すると、文書生成サーバは、認証サーバへユーザの権限を確認した後、文書と共に文書共有リクエストを文書共有サーバに送信する。
【０００９】
文書共有サーバは、文書共有リクエスト内に含まれるパラメータに従って、文書を保存（登録）し、文書にアクセスするためのＵＲＩを発行し、文書生成サーバに返す。文書生成サーバは、投稿管理サーバへユーザとしてＵＲＩを投稿する。この際の投稿先は、文書生成サーバの操作選択画面でユーザが選択したマイクロブログサービス上のグループである。グループ内の他のユーザが、投稿されたＵＲＩを押下すると、文書管理サーバ内の認証サービスが認証処理を実行し、このユーザが文書共有サーバにアクセスする。アクセスしたユーザが、アクセスを許可されたユーザである場合、文書のプレビュー画面が表示される。
【００１０】
上記のような構成を有する文書管理サーバがクラウドサービスとして提供されている場合、文書生成サーバから文書共有サーバへの文書の送信・登録に失敗することがある。ユーザが、文書共有サーバのサーバ障害、ユーザの権限不足によって、文書生成サーバを介した文書共有サーバに対する文書の送信ができない場合、文書を投稿管理サーバ内の他のユーザと共有する利点を損なわないためには、以下の処理を行う必要がある。すなわち、文書生成サーバが、文書を一時的に保存し、文書共有サーバが利用可能になった段階で再度文書共有サーバに登録する必要がある。したがって、ユーザが文書共有サーバに文書を共有対象として登録できない場合、この文書を他のユーザと共有することは困難である。
【００１１】
また、文書を生成したユーザに文書共有サーバを利用する権限がない場合、権限を持つ他のユーザに対して、文書共有サーバへ文書生成サーバを介さず直接入稿することを依頼することも考えられる。このような場合、文書を生成したユーザが意図した通りのグループで文書を文書共有サーバに登録するには、共有先グループ名を保存しておき登録時に使用する必要がある。
【００１２】
本発明は、上述した課題の少なくとも一つを解決するためになされたものである。本発明は、ユーザが文書を文書共有機能を有するサーバに登録できない場合であっても、この文書を、ユーザが意図した設定を保ったまま、他のユーザと共有することを可能とする情報処理システムの提供を目的とする。
【課題を解決するための手段】
【００１３】
本発明の一実施形態の情報処理システムは、文書共有機能を有する文書管理サーバと、前記文書管理サーバとネットワークを介して通信する、投稿管理機能を有する投稿管理サーバとを備える情報処理システムである。前記文書管理サーバは、ユーザからの文書の共有要求を受け付ける受け付け手段と、前記共有要求された文書をユーザ間での共有対象として前記文書管理サーバ内に登録する登録手段と、前記登録手段による前記文書の登録に成功したかを判断する判断手段と、前記登録手段による前記文書の登録に失敗したと判断された場合に、前記文書を前記投稿管理サーバに投稿する投稿手段とを備える。
【発明の効果】
【００１４】
本発明の情報処理システムによれば、文書共有機能を有するサーバにユーザが文書を登録できない場合であっても、この文書を、ユーザが意図した設定を保ったまま、他のユーザと共有することが可能となる。
【図面の簡単な説明】
【００１５】
【図１】本実施形態のシステム構成例を示す図である。
【図２】クライアント装置、マイクロブログサービス、文書管理サービスのハードウェア構成例を示す図である。
【図３】マイクロブログサービス上で動作するソフトウェアモジュールの構成図である。
【図４】ログイン画面、認可画面の一例を示す図である。
【図５】ユーザ情報、グループ情報、クライアント情報、トークン情報を示す図である。
【図６】投稿されたメッセージ情報、コメント情報の一例を示す図である。
【図７】タイムライン画面の一例を示す図である。
【図８】文書管理サービスのソフトウェアモジュールの構成図である。
【図９】文書管理サービスログイン画面の一例である。
【図１０】文書プレビュー画面の一例である。
【図１１】文書データ情報、メッセージ情報、ユーザ情報、認証トークン情報の一例を示す図である。
【図１２】文書登録画面の一例を示す図である。
【図１３】文書管理サービスの文書登録リクエスト受信時の動作処理を説明する図である。
【図１４】文書管理サービスの文書共有リクエスト受信時の動作処理を説明する図である。
【図１５】文書生成画面と文書共有画面の例を示す図である。
【図１６】文書共有サービスからの文書再取得処理を説明する図である。
【図１７】本実施形態における文書登録処理を説明するフローチャートである。
【図１８】本実施形態における文書再取得処理を説明するフローチャートである。
【図１９】他の実施形態における文書再取得処理を説明するフローチャートである。
【発明を実施するための形態】
【００１６】
図１は、本実施形態のシステム構成例を示す図である。図１に示す情報処理システムは、文書管理サービス１０３とマイクロブログサービス１０２とを備える。本実施形態の文書管理方法は、図１に示す情報処理システムによって実現される。また、本実施形態のコンピュータプログラムは、この文書管理方法をコンピュータに実行させる。マイクロブログサービス１０２は、マイクロブログ機能を有する。すなわち、マイクロブログサービス１０２は、投稿管理機能を有する投稿管理サーバとして機能する。マイクロブログサービス１０２は、クライアント装置１０１や文書管理サービス１０３からのリクエストに応じて、メッセージの書き込みや読み出し、ユーザ情報の提供を行う。クライアント端末１０１は、ユーザが操作する情報処理装置である。クライアント端末１０１は、Ｗｅｂブラウザ１０４を備える。
【００１７】
文書管理サービス１０３は、文書管理機能を有する。すなわち、文書管理サービス１０３は、クライアント装置１０１からのリクエストに応じて、文書の登録、削除、閲覧、更新等といった文書管理を行う文書管理サーバである。文書管理サービス１０３は、文書を、当該文書を一意に識別するＵＲＬと紐づけて保存し、文書管理サービス１０３が管理するユーザ間で共有できるようにする。ＵＲＬは、Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒの略称である。
【００１８】
マイクロブログサービス１０２、文書管理サービス１０３、およびクライアント端末１０１は、ネットワーク１００により通信可能に接続されている。ネットワークは、例えば、インターネット等のＬＡＮ、ＷＡＮ、電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線等のいずれかである。ＬＡＮは、Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋの略称である。ＷＡＮは、Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋの略称である。ＡＴＭは、Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅの略称である。また、ネットワークは、これらの組み合わせにより実現される、いわゆる通信ネットワークである。ネットワークとしては、データの送受信が可能であれば、任意のネットワークを適用可能である。また、クライアント装置１０１からマイクロブログサービス１０２、文書管理サービス１０３への通信手段と、各サービス間の通信手段とが異なっていてもよい。
【００１９】
図２は、図１のクライアント装置１０１、マイクロブログサービス１０２、文書管理サービス１０３のハードウェア構成例を示す図である。図中、ＣＰＵ２０１は、内部バスで接続される各デバイス（後述のＲＯＭ、ＲＡＭ他）を直接あるいは間接的に制御する。そして、ＣＰＵ２０１は、本実施形態におけるクライアント装置１０１、マイクロブログサービス１０２、文書管理サービス１０３の動作を実現するためのプログラムを実行する。ＣＰＵは、Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔの略称である。
【００２０】
ＲＯＭ２０２には、ＢＩＯＳが格納されている。ＲＯＭは、Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙの略称である。ＢＩＯＳは、Ｂａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍの略称である。ＲＡＭ２０３は、ＣＰＵ２０１のワーク領域として利用されたり、本発明を実現するためのソフトウェアモジュールをロードするための一時記憶として利用されたりする直接記憶装置である。ＲＡＭは、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙの略称である。
【００２１】
ＨＤＤ（ハードディスクドライブ）２０４は、基本ソフトウェアであるＯＳやソフトウェアモジュールが記憶されている間接記憶装置である。ＯＳは、Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍの略称である。ＨＤＤ２０４に代えてＳＳＤ（ソリッドステートドライブ）を設けるようにしてもよい。
【００２２】
入力装置２０５は、装置内に情報を入力する。入力装置２０５は、例えば、不図示のキーボードやポインティングデバイスなどである。出力装置２０６は、装置から情報を出力する。出力装置２０６にはディスプレイが接続される。Ｉ／Ｆ（Interface）２０７は、ネットワーク１００に接続するためのインタフェースである。
【００２３】
図２に示す装置では、起動後ＣＰＵ２０１によりＢＩＯＳが実行され、ＯＳがＨＤＤ２０４からＲＡＭ２０３に実行可能にロードされる。ＣＰＵ２０１は、ＯＳの動作に従って各サーバや各クライアントの機能に対応する各種ソフトウェアモジュールをＨＤＤ２０４からＲＡＭ２０３に随時、実行可能にロードする。各種ソフトウェアモジュールは、上記各デバイスの協調によりＣＰＵ２０１によって実行され動作する。また、Ｉ／Ｆ２０７は、ネットワーク１００に接続されており、ＯＳの動作に従ってＣＰＵ２０１により制御され、他の装置との通信を実現する。
【００２４】
＜マイクロブログサービスのソフトウェアモジュール構成＞
図３は、マイクロブログサービス１０２上で動作するソフトウェアモジュールの構成図である。なお、各ソフトウェアモジュールは、図２で示したＨＤＤ２０４に記憶されており、前述したようにＣＰＵ２０１によってＲＡＭ２０３にロードされ実行される。マイクロブログサービス１０２は、送受信部３０１、制御部３０２、ページ生成部３０３、認証部３０４、メッセージ管理部３０５、メッセージＤＢ（データベース）３０６を備える。
【００２５】
送受信部３０１は、クライアント装置１０１のＷｅｂブラウザ１０４や文書管理サービス１０３との通信を処理する。制御部３０２は、送受信部３０１が受け付けたリクエストに従って処理を実行する。ページ生成部３０３は、Ｗｅｂブラウザ１０４にレスポンスを返すためのＷｅｂページを生成する。認証部３０４は、ログイン要求してきたユーザの認証を行う。また、認証部３０４は、ユーザ情報やグループ情報、クライアント情報、トークン情報といったアクセス権を管理する。
【００２６】
メッセージ管理部３０５は、メッセージデータをメッセージＤＢ３０６に保持し、要求に応じてメッセージＤＢ３０６からメッセージの取得、あるいはメッセージの更新を行う。メッセージデータとしては、文字列の他にファイルを使用することができ、メッセージと同様にファイルの取得、更新が可能である。
【００２７】
メッセージＤＢ３０６には、マイクロブログサービス１０２のメッセージデータおよび前述のアクセス権情報が格納される。メッセージＤＢ３０６に格納されたメッセージデータおよびアクセス権情報は、Ｗｅｂブラウザ１０４を介して、ユーザ（管理者）により任意のタイミングで設定更新が行われる。
【００２８】
＜マイクロブログサービス１０２の認証・認可＞
図４は、クライアント端末１０１のＷｅｂブラウザ１０４で表示するログイン画面４００、認可画面４１０の一例を示す図である。マイクロブログサービス１０２のページ生成部３０３が、ログイン画面４００、認可画面４１０を生成する。図４（Ａ）がログイン画面４００を示し、図４（Ｂ）が認可画面４１０を示す。
【００２９】
Ｗｅｂブラウザ１０４からマイクロブログサービス１０２にリクエストが行われると、送受信部３０１がリクエストを受け付け、制御部３０２により処理が認証部３０４に割り振られる。リクエストを割り振られた認証部３０４は、認証セッションが有効かどうか判断を行い、制御部３０２に認証セッションが有効か無効かの結果を通知する。
【００３０】
制御部３０２は、認証セッションが無効である場合に、ページ生成部３０３に指示してログイン画面４００を生成し、リクエストに対してログイン画面４００を応答する。制御部３０２は、認証セッションが有効である場合には、リクエストに応じて、後述する認可画面４１０、タイムライン画面６００を生成し、応答する。
【００３１】
認証セッションは、認証部３０４によりセッションＩＤによって管理されており、認証に成功した場合に、Ｗｅｂブラウザ１０４に返される。Ｗｅｂブラウザ１０４は、セッションＩＤをリクエストに付加することで認証を継続することができる。マイクロブログサービス１０２へのすべてのリクエストは認証部３０４によりセッション管理される。マイクロブログサービス１０２がリクエストを受信した際には、認証セッションの確認が必ず行われるが、本実施形態では、認証セッションの確認は以降省略する。
【００３２】
図４（Ａ）に示すログイン画面４００は、ユーザ名４０１、パスワード４０２、ログインボタン４０３を有する。ユーザ名４０１、パスワード４０２はマイクロブログサービスへの認証に必要なユーザ名とパスワードの入力欄である。ログインボタン４０３が押下されると、Ｗｅｂブラウザ１０４が、入力されたユーザ名４０１とパスワード４０２をパラメータとしてマイクロブログサービス１０２にログインリクエストを行う。
【００３３】
図４（Ｂ）に示す認可画面４１０は、認可メッセージ４１１、許可ボタン４１２、拒否ボタン４１３を有する。認可画面４１０は、文書管理サービス１０３にマイクロブログサービス１０２で管理する情報へのアクセス許可（認可）を与えてよいかユーザに確認する画面である。認可の方法としては、例えばＯＡｕｔｈプロトコルが用いられる。すなわち、認可画面４１０は、ＯＡｕｔｈプロトコルで規定される認可画面の一例である。
【００３４】
文書管理サービス１０３は、マイクロブログサービス１０２の情報を生成、取得、更新、削除する際に、Ｗｅｂブラウザ１０４を経由してマイクロブログサービス１０２にスコープをパラメータとして認可リクエストを行う。スコープとは、認可許可する範囲を示すもので、本実施形態では、マイクロブログサービス１０２の情報取得とメッセージ投稿を認可の範囲としてスコープ指定している。
【００３５】
マイクロブログサービス１０２の送受信部３０１が認可リクエストを受信すると、制御部３０２が、ページ生成部３０３に指示して認可画面４１０を生成し、Ｗｅｂブラウザ１０４からの認可リクエストに対して認可画面４１０を応答する。
【００３６】
認可メッセージ４１１は、認可に関する情報をユーザに提示したメッセージであり、本実施形態では、スコープで指定された文書共有サービス８０１に対してマイクロブログサービス１０２の情報取得とメッセージ投稿の認可を求めるメッセージを表示している。許可ボタン４１２が押下されると、マイクロブログサービス１０２に認可許可リクエストが行われる。拒否ボタン４１３が押下されると、マイクロブログサービス１０２に認可拒否リクエストが行われる。認可許可リクエストを受け付けたマイクロブログサービス１０２は、認証部３０４で認可コードを発行し、Ｗｅｂブラウザ１０４を経由して文書管理サービス１０３に認可コードを送信する。
【００３７】
文書管理サービス１０３は、受信した認可コードとクライアント情報をパラメータとしてマイクロブログサービス１０２にトークン取得リクエストを送信する。トークン取得リクエストを受信したマイクロブログサービス１０２は、リクエストされたクライアント情報とクライアント情報５２０の一致を確認し、トークン情報５３０を発行する。マイクロブログサービス１０２は、トークン取得リクエストの応答としてアクセストークン５３２、リフレッシュトークン５３３を文書管理サービス１０３に返す。
【００３８】
文書管理サービス１０３は、マイクロブログサービス１０２へのリクエストにアクセストークン５３２を付加することで、マイクロブログサービス１０２のスコープした範囲のリクエストを実行することができる。リフレッシュトークン５３３は、アクセストークン５３２を更新するためのトークンである。マイクロブログサービス１０２は、トークン更新リクエストでリフレッシュトークンとクライアント情報を受信すると、保持するリフレッシュトークン５３３とクライアント情報５２０の一致を確認する。マイクロブログサービス１０２は、一致が確認できると、アクセストークン５３２とリフレッシュトークン５３３の更新を行う。マイクロブログサービス１０２は、トークン更新リクエストの応答として、更新した新しいアクセストークン５３２とリフレッシュトークン５３３を返す。
【００３９】
アクセストークン５３２とリフレッシュトークン５３３には、使用有効期限が設けられており、アクセストークン５３２の使用有効期限が切れた場合に、リフレッシュトークン５３３を用いてアクセストークン５３２の更新を行うことができる。
【００４０】
図５は、ユーザ情報５００、グループ情報５１０、クライアント情報５２０、トークン情報５３０を示す図である。ユーザ情報５００乃至トークン情報５３０は、マイクロブログサービス１０２の認証部３０４で管理され、メッセージＤＢ３０６に保存される
【００４１】
図５（Ａ）に示すユーザ情報５００は、ユーザＩＤ５０１、ユーザ名５０２、パスワード５０３、アイコンファイルパス５０３、フォローしているユーザＩＤ５０５、フォローされているユーザＩＤ５０６、所属グループＩＤ５０７を有する。
【００４２】
ユーザＩＤ５０１はユーザ情報５００を一意に識別する識別子である。ユーザ名５０２、パスワード５０３は、認証に必要なユーザ名、パスワードである。アイコンファイルパス５０４は、ユーザを示すアイコン画像の保存先ファイルパスである。フォローしているユーザＩＤ５０５は、ユーザがフォローしているユーザのユーザＩＤであり、複数のユーザＩＤを保存することができる。フォローされているユーザＩＤは、ユーザがフォローされているユーザのユーザＩＤであり、複数のユーザＩＤを保存することができる。フォローについての説明は後述する。所属グループＩＤ５０７は、ユーザが所属しているグループのグループＩＤである。所属グループＩＤ５０７には複数のグループＩＤを保存することができる。
【００４３】
図５（Ｂ）に示すグループ情報５１０は、グループＩＤ５１１、グループ名５１２、所属ユーザＩＤ５１３、公開情報５１４を有する。ユーザはグループを生成し、そのグループに所属することができる。グループＩＤ５１１は、グループ情報５１０を一意に識別する識別子である。グループ名５１２は、グループにつけられた名前である。所属ユーザＩＤ５１３は、グループに所属するユーザＩＤであり、複数のユーザＩＤを保存することができる。公開情報５１４は、グループに所属しているユーザ以外のユーザがアクセスできるかどうか判断するためのフラグであり、公開か非公開が設定される。
【００４４】
図５（Ｃ）に示すクライアント情報５２０は、クライアントＩＤ５２１、シークレット５２２を有する。クライアントＩＤ５２１は、マイクロブログサービス１０２に接続するクライアントのクライアント情報５２０を一意に識別するための識別子である。シークレット５２２は、クライアントに対するパスワードである。クライアントＩＤ５２１とシークレット５２２は、マイクロブログサービス１０２によって発行され、クライアントはクライアントＩＤ５２１とシークレット５２２でマイクロブログサービス１０２に認可を行いリクエストすることができる。
【００４５】
図５（Ｄ）に示すトークン情報５３０は、ユーザＩＤ５３１、アクセストークン５３２、リフレッシュトークン５３３、スコープ５３４を有する。トークン情報５３０は、認可によって発行されるトークンを管理する情報である。ユーザＩＤ５３０は、トークンを発行したユーザＩＤである。アクセストークン５３２は、クライアントがリクエストする際に使用されるトークンである。リフレッシュトークン５３３は、アクセストークン５３２を更新するためのトークンである。スコープ５３４は認可する範囲を登録する。
【００４６】
マイクロブログサービス１０２は、マイクロブログ機能を提供する。マイクロブログ機能とは、ユーザがマイクロブログサービス１０２に投稿したメッセージを他のユーザやグループと共有することを実現する機能である。ユーザは、メッセージ投稿、グループへのメッセージ投稿、共有されたメッセージ参照を行うことができる。また、マイクロブログサービス１０２は、投稿されたメッセージに対してコメントする機能も提供している。
【００４７】
図６は、マイクロブログサービス１０２に対して投稿されたメッセージ情報７００、コメント情報７１０の一例を示す図である。図６（Ａ）に示すメッセージ情報７００は、メッセージＩＤ７０１、メッセージ７０２、リンク７０３、ユーザＩＤ７０４、投稿先７０５、時刻７０６を有する。メッセージ情報７００は、マイクロブログサービス１０２がメッセージ投稿リクエストを受け付けた際にメッセージ管理部３０５によって生成され、メッセージＤＢ３０６に保存される。
【００４８】
メッセージＩＤ７０１は、メッセージ情報７００を一意に識別する識別子である。すなわち、メッセージＩＤは、投稿を識別する投稿識別情報として機能する。メッセージ７０２は、投稿されたメッセージ文字列及びファイルである。リンク７０３は、投稿されたＵＲＬである。ユーザＩＤ７０４は、投稿したユーザを一意に識別するユーザＩＤである。投稿先７０５は、投稿した宛先を示す。投稿先７０５には、ユーザＩＤやグループＩＤなど複数種類の情報が保存される。宛先が指定されていない場合には、投稿先７０５には何も保存されない。時刻７０６は、投稿した日時である。
【００４９】
図６（Ｂ）に示すコメント情報７１０は、コメントＩＤ７１１、コメント７１２、メッセージＩＤ７１３、ユーザＩＤ７１４、時刻７１５を有する。コメント情報７１０は、マイクロブログサービス１０２がコメント投稿リクエストを受け付けた際にメッセージ管理部３０５によって生成されＤＢ３０６に保存される。コメントＩＤ７１１は、コメント情報７１０を一意に識別する識別子である。コメント４１２は、投稿されたコメント文字列である。メッセージＩＤ７１３は、コメントしたメッセージ情報７００のメッセージＩＤである。ユーザＩＤ７１４は、コメントしたユーザＩＤである。時刻７１５は、コメントした日時である。
【００５０】
図７は、Ｗｅｂブラウザが表示する、ユーザのタイムライン画面の一例を示す図である。図７（Ａ）に示すタイムライン画面６１０にはｕｓｅｒＡのタイムラインが表示される。図７（Ｂ）に示すタイムライン画面６２０にはｕｓｅｒＢのタイムラインが表示される。
【００５１】
マイクロブログサービス１０２は、認証に成功すると、認証したユーザのタイムライン画面を生成し、Ｗｅｂブラウザ１０４に返す。ユーザのタイムライン画面は、ユーザ情報表示領域（６１１、６２１）、メッセージ投稿領域（６１２、６２２）、コメント投稿領域（６１３〜６１５、６２３，６２４）を有する。
【００５２】
ユーザ情報表示領域（６１１、６２１）は、ユーザアイコン、ユーザ名を有する。ユーザアイコンは、アイコンファイルパス５０４に保存されている画像であり、ユーザ名はユーザ名５０２の情報が表示される。メッセージ投稿領域（６１２、６２２）は、メッセージ入力欄、リンク入力欄、投稿ボタンを有する。Ｗｅｂブラウザ１０４において投稿ボタンが押下されると、Ｗｅｂブラウザ１０４は、メッセージ入力欄とリンク入力欄に入力されている情報をパラメータとして、マイクロブログサービス１０２にメッセージ投稿リクエストが行われる。メッセージ投稿リクエストを受信したマイクロブログサービス１０２は、メッセージ情報７００を生成後、タイムライン画面を再生成し、Ｗｅｂブラウザ１０４に返す。
【００５３】
コメント投稿領域（６１３〜６１５、６２３，６２４）は、メッセージ表示領域、コメント表示領域、コメント入力欄、コメントボタンを有する。メッセージ表示領域は、メッセージ投稿したユーザのユーザアイコン、ユーザ名５０２、投稿先、メッセージ７０２、リンク７０３を有する。ユーザアイコンは、ユーザＩＤ７０４に紐づくアイコンファイルパス５０４に保存された画像である。投稿先は、投稿先７０５保存されるユーザＩＤまたはグループＩＤに紐づくユーザ名５０２、グループ名５１２である。コメント表示領域にはメッセージ表示領域に表示されるメッセージのメッセージＩＤ７０１と一致するメッセージＩＤ７１３を持つコメント情報が時刻７１５の新しい順に表示される。
【００５４】
コメント表示領域は、コメント投稿したユーザのユーザアイコン、ユーザ名５０２、コメント７１２を有する。ユーザアイコンは、ユーザＩＤ７１４に紐づくアイコンファイルパス５０４に保存された画像である。Ｗｅｂブラウザ１０４は、コメントボタンが押下されると、コメント入力欄の入力データをパラメータとしてマイクロブログサービス１０２にコメント投稿リクエストを行う。コメント投稿リクエストを受信したマイクロブログサービス１０２は、コメント情報７１０を生成後、タイムライン画面を再生成し、Ｗｅｂブラウザ１０４に返す。
【００５５】
コメント投稿領域６１３は、ｕｓｅｒＢがＧｒｏｕｐ１に対して投稿したメッセージに対してｕｓｅｒＣとｕｓｅｒＤのコメントが表示されている例である。コメント投稿領域６１４は、ｕｓｅｒＤがＧｒｏｕｐ２に対して投稿したメッセージとリンクが表示されている例である。コメント投稿領域６１５は、ｕｓｅｒＤがｕｓｅｒＡに対して投稿したメッセージとリンクが表示されている例である。コメント投稿領域６２３は、コメント投稿領域６１３と同じものである。コメント投稿領域６２４は、ｕｓｅｒＣがｕｓｅｒＢに対して投稿したメッセージとリンクが表示されている例である。
【００５６】
ユーザのタイムライン画面に表示されるメッセージ情報７００は、例えば、次の条件を満たす。
（１）ユーザＩＤ７０４がユーザＩＤ５０１またはフォローしているユーザＩＤ５０５と一致すること
（２）投稿先７０５のユーザＩＤが自ユーザＩＤ５０１と一致すること
（３）投稿先７０５のグループＩＤが所属グループＩＤ５０７と一致すること
また、ユーザのタイムライン画面は、他ユーザのタイムライン画面も参照することができる。他ユーザのタイムライン画面は、タイムライン画面中のユーザ名にリンクされており押下することで表示することができる。他ユーザのタイムラインに表示されるメッセージ情報７００は、次の条件を満たす。
（４）ユーザＩＤ７０４が自ユーザまたは表示ユーザのユーザＩＤ５０１と一致すること
（５）ユーザＩＤ７０４が表示ユーザのフォローしているユーザＩＤ５０５と一致すること
（６）投稿先７０５のグループＩＤが表示ユーザの所属グループＩＤ５０７と一致し、かつ公開情報５１４が公開であること
【００５７】
上記の条件を満たすメッセージ情報７００とメッセージに紐づくコメント情報７１０がユーザのタイムライン画面に表示される。なお、コメント表示領域の表示順は、コメント表示領域に表示するメッセージ情報７００の時刻７０６、コメント情報７１０の時刻７１５のうち最新の時刻で、時刻の新しい順である。
【００５８】
図７（Ｃ）に示すタイムライン画面６３０は、グループのタイムライン画面の一例を示す。タイムライン画面６３０は、Ｇｒｏｕｐ２のタイムライン画面である。グループのタイムライン画面は、タイムライン画面中のグループ名にリンクされており、リンクの押下に応じて表示される。
【００５９】
グループのタイムライン画面は、グループ情報表示領域６３１、メッセージ投稿領域６３２、コメント投稿領域６３３を有する。グループ情報表示領域６３１には、グループ名５１２の情報が表示される。メッセージ投稿領域６３２は、ユーザのタイムライン画面におけるメッセージ投稿領域（６１２、６２２）と同様であるが、グループを投稿先として投稿される。コメント投稿領域６３３は、ユーザのタイムライン画面におけるメッセージ投稿領域（６１３〜６１５、６２３，６２４）と同様である。
【００６０】
グループのタイムライン画面に表示されるメッセージ情報７００は、次の条件を満たす。
（７）投稿先７０５のグループＩＤ７０４が表示グループのグループＩＤ５１１一致すること
（８）表示グループのグループＩＤ５１１と自ユーザの所属グループＩＤ５０７が一致すること
（９）表示グループの公開情報５１４が公開であること
【００６１】
上記の条件を満たすメッセージ情報７００とメッセージに紐づくコメント情報７１０が、グループのタイムライン画面に表示される。なお、コメント表示領域の表示順は、コメント表示領域に表示するメッセージ情報７００の時刻７０６、コメント情報７１０の時刻７１５のうち最新の時刻で、時刻の新しい順である。
【００６２】
図８は、文書管理サービスのソフトウェアモジュールの構成図を示す。文書管理サービス１０３は、文書共有サービス８０１、文書生成サービス８１７及び認証サービス８１１を備える。なお、各サービスが備える処理部を実現するソフトウェアモジュールは、図２中のＨＤＤ２０４に記憶されており、ＣＰＵ２０１によってＲＡＭ２０３にロードされ実行される。
【００６３】
文書共有サービス８０１は、文書生成サービスからのリクエストに応じて、ユーザの文書を他のユーザとの共有対象として登録する。文書共有サービス８０１は、送受信部８０２、制御部８０３、ページ生成部８０４、文書管理部８０５、メッセージ情報管理部８０６、文書取得部８２２、ＤＢ８０７を備える。
【００６４】
送受信部８０２は、クライアント装置１０１のＷｅｂブラウザ１０４や、マイクロブログサービス１０２、認証サービス８１１との通信を処理する。制御部８０３は、送受信部８０２が受け付けたリクエストに従って処理を実行する。ページ生成部８０４は、Ｗｅｂブラウザ１０４にレスポンスを返すためのＷｅｂページを生成する。文書管理部８０５は、ＤＢ８０７に保持される文書データ及び文書データ情報１３００（図１１（Ａ））を管理する。文書管理部８０５は、制御部８０３からの要求に応じて、文書データ及び文書データ情報１３００の登録、取得、更新、削除を行う。
【００６５】
メッセージ情報管理部８０６は、文書データ及び文書情報１３００と、マイクロブログサービス１０２上のメッセージとを関連づける情報であるメッセージ情報１３１０を、ＤＢ８０７上で管理する。メッセージ情報管理部８０６は、要求に応じて、メッセージ情報の登録、取得、更新、削除を行う。
【００６６】
文書取得部８２２は、文書データ及び文書情報１３００と、マイクロブログサービス１０２上のメッセージとを関連づける情報であるメッセージ情報１３１０（図１１（Ｂ））を、ＤＢ８０７上で管理する。文書取得部８２２は、要求に応じて、メッセージＩＤ７０１とアクセストークン５３２を使い、マイクロブログサービス１０２からメッセージ７０２を取得する。
【００６７】
ＤＢ８０７には、文書データ及び文書情報１３００やメッセージ情報が格納される。また、ＤＢ８０７には、文書共有サービス８０１のユーザ設定情報等も格納される。Ｗｅｂブラウザ１０４を介して、ユーザ（管理者）により任意のタイミングでユーザ設定情報の更新が行われる。
【００６８】
文書生成サービス８１７は、ユーザのリクエストに応じて文書を生成する。文書生成サービス８１７は、送受信部８１８、制御部８１９、文書生成部８２０、ページ生成部８２１を備える。
【００６９】
送受信部８１８は、クライアント装置１０１のＷｅｂブラウザ１０４や、マイクロブログサービス１０２、認証サービス８１１との通信を処理する。制御部８１９は、送受信部８１８が受け付けたリクエストに従って処理を実行する。文書生成部８２０ｈａ，制御部８１９からの要求に応じて文書の生成を行う．ページ生成部８２１は、Ｗｅｂブラウザ１０４にレスポンスを返すためのＷｅｂページを生成する．
【００７０】
認証サービス８１１は、各種の認証情報を管理する。認証サービス８１１は、送受信部８１２、制御部８１３、ユーザ管理部８１４、トークン管理部８１５、ＤＢ８１６を備える。
【００７１】
送受信部８１２は、文書共有サービス８０１との通信を処理する。制御部８１３は、送受信部８１２が受け付けたリクエストに従って処理を実行する。ユーザ管理部８１４は、ＤＢ８１６に保持されるユーザ情報１３２０（図１１（Ｃ））を管理し、制御部８１３からの要求に応じてユーザ情報１３２０の登録、取得、更新、削除を行う。トークン制御部８１５は、ＤＢ８１６に保持される認証トークン情報１３３０（図１１（Ｄ））と，マイクロブログアクセストークン情報１３４０（図１１（Ｅ））を管理する。トークン制御部８１５は、さらに、制御部８１３からの要求に応じて、認証トークン情報１３３０とマイクロブログアクセストークン情報１３４０の登録、取得、更新、削除を行う。
【００７２】
図９は、文書管理サービスログイン画面９００の一例である。文書管理サービス１０３のページ生成部８０４が文書管理サービスログイン画面９００を生成し、クライアント端末１０１のＷｅｂブラウザ１０４が表示する
【００７３】
Ｗｅｂブラウザ１０４から文書管理サービス１０３にリクエストが行われると、送受信部８０１がリクエストを受け付け、制御部８０３が、送受信部８０２を通して、認証サービス８１１に認証チェック要求を送信する。この際、制御部８０３は、リクエストに認証トークン１３３１が含まれるか確認し、含まれる場合には、認証サービス８１１に認証トークンを渡す。
【００７４】
認証サービス８１１は、送受信部８１２で要求を受け付けると、制御部８１３が、トークン管理部８１５に後述の認証トークン情報１３３０の有効性のチェックを依頼する。制御部８１３は、トークン管理部８１５から認証トークンが有効であるか否かの結果を受け、その結果を送受信部８１２を通して文書共有サービス８０１に送信する。認証トークンの有効性のチェックには、認証トークン情報１３３０が参照され、該当する認証トークン１３３１が記憶されているか、時刻１３３３から有効期限が切れていないか等がチェックされる。
【００７５】
文書共有サービス８０１の制御部８０３は、認証トークンが無効である場合に、ページ生成部８０４に指示して文書管理サービスログイン画面９００を生成し、リクエストに対して文書管理サービスログイン画面９００を応答する。制御部８０３は、認証トークンが有効だった場合には、リクエストに応じて、後述する文書プレビュー画面１０００（図１０）等を生成し、応答する。
【００７６】
図１０は、文書プレビュー画面１０００の一例である。文書共有サービス８０１のページ生成部８０４が文書プレビュー画面１０００を生成し、クライアント端末１０１のＷｅｂブラウザ１０４が表示する
【００７７】
Ｗｅｂブラウザ１０４から文書共有サービス８０１に、文書を識別する情報を含む、文書プレビューリクエストが行われると、送受信部８０２がリクエストを受け付け、制御部８０３が、文書管理部８０５から文書データ情報１３００を取得する。ここで、Ｗｅｂブラウザ１０４から送信する文書を識別する情報とは、例えば、文書ＩＤ１３０１を含むＵＲＬなどで良い。制御部８０３は、このＵＲＬに含まれる文書ＩＤ１３０１を参照することで、要求に合った文書データ情報１３００を、文書管理部８０５から取得することができる。制御部８０３は、取得した文書データ情報１３００を参照し、ページ生成部８０４にて、Ｗｅｂブラウザ１０４で表示可能な文書プレビュー画面１０００を生成する。さらに、制御部８０３は、送受信部８０２を通して、生成した文書プレビュー画面１０００をＷｅｂブラウザ１０４に返す。
【００７８】
文書プレビュー画面１０００には、文書データ情報１３００の文書データ保存先１３０２を参照して取得した文書データ画像１０１０を表示すると共に、文書名１００２や、ユーザ名１００１等を表示する。また、プレビュー操作を行う領域１０２０には、ページ送りを行うためのボタン１０２１や、表示ページの指定を行う入力エリア１０２２を表示する。
【００７９】
図９に戻って、文章管理サービスログイン画面９００は、ユーザ名９０１、パスワード９０２、ログインボタン９０３を有する。ユーザ名９０１、パスワード９０２は、文書管理サービス１０３への認証に必要なユーザＩＤとパスワードの入力欄である。ログインボタン９０３が押下されると、Ｗｅｂブラウザ１０４が、入力されたユーザ名４０１とパスワード４０２とをパラメータとして文書サービス１０３にログインリクエストを行う。
【００８０】
認証サービス８１１の制御部８１３が、ログインリクエストの妥当性のチェックを行う。制御部８１３は、ログインリクエストに含まれるユーザＩＤ９０１とパスワード９０２の組み合わせが後述のユーザ情報１３２０に存在しているかを確認する。存在している場合には、制御部８１３は、認証トークン情報１３３０を発行し、ＤＢ８１６に保持すると共に、認証トークン１３３１をＷｅｂブラウザ１０４に返す。
【００８１】
Ｗｅｂブラウザ１０４は認証ＩＤをリクエストに付加することで認証を継続することができる。文書管理サービス１０３へのすべてのリクエストに応じた認証情報は、認証サービス８１１により管理される。文書管理サービス１０３がリクエストを受信した際には認証情報の確認が必ず行われるが、本実施形態では認証情報の確認は以降省略する。
【００８２】
図１１は、文書共有サービス８０１及び認証サービス８１１上で管理される、文書データ情報１３００、メッセージ情報、ユーザ情報１３２０、認証トークン情報１３３０の一例を示す図である。
【００８３】
図１１（Ａ）に示す文書データ情報１３００及び図１１（Ｂ）に示すメッセージ情報１３１０は、文書共有サービス８０１のＤＢ８０７に保存される文書データに関する情報である。
【００８４】
文書データ情報１３００は、文書データに関する付加情報であり、文書ＩＤ１３１０、文書データ保存先１３０２、ユーザＩＤ１３０３、文書名１３０４を有する。文書ＩＤ１３０１は、文書データを一意に識別する識別子である。文書データ保存先１３０２は、文書データへのアクセスに必要なファイルパスやＵＲＬ等を示す。ユーザＩＤ１３０３は、文書データの登録を行った文書管理サービスにおけるユーザを表す識別子である。文書名１３０４は、文書データのタイトルであり、ユーザが任意に決定できる文字列である。
【００８５】
また、文書データ情報１３００には、これ以外に、文書データのサイズや、ページ数等の文書データに関する任意の情報が含まれても良い。
【００８６】
メッセージ情報１３１０は、文書共有サービス８０１に保存される文書データについて、マイクロブログサービス１０２に投稿されたメッセージに関する情報である。メッセージ情報１３１０は、メッセージＩＤ１３１１、マイクロブログＵＲＬ１３１２、メッセージ投稿ユーザＩＤ１３１３、投稿先１３１４、文書ＩＤ１３１５を有する。
【００８７】
メッセージＩＤ１３１１は、マイクロブログサービス１０２上でメッセージを一意に識別す識別子である。マイクロブログＵＲＬ１３１２は、マイクロブログサービス１０２へアクセスするためのＵＲＬであり、例えば、マイクロブログサービス１０２のＷｅｂサービスのエンドポイントＵＲＬが格納される。メッセージ投稿ユーザＩＤ１３１３は、マイクロブログサービス１０２上でのメッセージを投稿したユーザのユーザＩＤである。投稿先１３１４は、マイクロブログサービス１０２上におけるメッセージ投稿先ユーザのＩＤまたは投稿先グループのＩＤを示す。文書ＩＤ１３１５は、文書データ情報１３００とメッセージ情報１３１０を関連づけるための識別子である。
【００８８】
図１１（Ｃ）に示すユーザ情報１３２０、図１１（Ｄ）に示す認証トークン情報１３３０、および図１１（Ｅ）に示すマイクロブログアクセストークン情報１３４０は、認証サービス８１１のＤＢ８１６に保存される文書データに関する情報である。
【００８９】
ユーザ情報１３２０は、文書管理サービス１０３の利用者として登録されているユーザの情報である。ユーザ情報１３２０は、ユーザＩＤ１３２１、パスワード１３２２、権限１３２３を有する。ユーザＩＤ１３２１は、文書管理サービス１０３内でのユーザを一意に識別する識別子である。パスワード１３２２は、ユーザがＷｅｂブラウザ１０４を介して、文書管理サービス１０３へログインする際に、ユーザＩＤ１３２１と共に、認証に使用されるパスワードである。権限１３２３は、ユーザがＷｅｂブラウザ１０４を介して、文書管理サービス１０３を利用する際に、利用可能なサービスに関する情報である。また、ユーザ情報１３２０には、これ以外に、氏名や、メールアドレス等のユーザに関する任意の情報が含まれても良い。
【００９０】
認証トークン情報１３３０は、文書管理サービス１０３へログイン済みのユーザの認証情報である。認証トークン情報１３３０は、認証トークン１３３１、ユーザＩＤ１３３２、時刻１３３３を有する。認証トークン１３３１は、認証済みであることを証明するための少なくとも文書管理サービス内で一意の文字列である。ユーザＩＤ１３３２は、認証済みのユーザのユーザＩＤを表す。時刻１３３３には、認証トークン１３３１の有効期限を決定するための日付や、時刻が格納される。
【００９１】
マイクロブログアクセストークン情報１３４０は、文書管理サービス１０３が、マイクロブログサービス１０２にアクセスする際に必要なユーザの認可情報である。マイクロブログアクセストークン情報１３４０は、ユーザＩＤ１３４１、マイクロブログＵＲＬ１３４２、アクセストークン１３４３、リフレッシュトークン１３４４を有する。ユーザＩＤ１３４１は、文書管理サービス１０３上のユーザを識別する識別子であり、ユーザ情報１３２０のユーザＩＤ１３２１と対応している。
【００９２】
マイクロブログＵＲＬ１３４２は、マイクロブログアクセストークン情報１３４０が使用されるべきマイクロブログのＵＲＬであり、メッセージ情報１３１０のマイクロブログＵＲＬ１３１２と対応する。アクセストークン１３４３は、ユーザＩＤ１３４１でマイクロブログＵＲＬ１３４２にアクセスする際に必要な認可情報を含む文字列である。また、リフレッシュトークン１３４４は、マイクロブログサービス１０２で発行される、アクセストークン１３４３の更新に必要なトークンである。
【００９３】
＜文書管理サービス１０３への文書登録＞
図１２及び図１３を参照して、本実施形態に係る文書管理サービス１０３への文書登録処理の流れを説明する。
【００９４】
図１２は、文書登録画面の一例を示す図である。文書登録画面１１００は、文書の登録を指示するための画面である。クライアント装置１０１のＷｅｂブラウザ１０４が、ユーザの操作にしたがって、文書管理サービス１０３にアクセスして文書登録画面表示リクエストを行う。このリクエストに応じて、文書管理サービス１０３が文書登録画面をＷｅｂブラウザ１０４に提供し、Ｗｅｂブラウザ１０４が文書登録画面９００を表示する。
【００９５】
文書登録画面１１００は、登録する文書データを指定するためのファイル名１１０１と文書登録ボタン１１０２を有する。ユーザが文書登録ボタン１１０２を押下することで、クライアント装置１０１から文書管理サービス１０３に対して、ファイル名１１０１で指定した文書データを送信するための文書登録リクエストが発行される。
【００９６】
図１３は、文書管理サービス１０３の文書登録リクエスト受信時の動作処理を説明する図である。ユーザは、ログイン画面９００上での操作によりログイン・認証処理が為されて文書管理サービス１０３にログイン済とし、Ｗｅｂブラウザ１０４には、図１２の文書登録画面１１００が表示されているものとする。
【００９７】
ユーザによりクライアント装置１０１のＷｅｂブラウザ１０４に表示された文書登録画面１１００の文書登録ボタン１１０２が押下される（ステップＳ１２０１）。この押下に応じて、Ｗｅｂブラウザ１０４が、文書データとともに文書登録リクエストを文書管理サービス１０３に送信する。
【００９８】
次に、文書共有サービス８０１の制御部８０３が、送受信部８０２を通じて文書登録リクエストを受け付け、文書管理部８０５を通して、文書データをＤＢ８０７に保存する（ステップＳ１２０２）。制御部８０３は、当該保存した文書データに一意にアクセスするための文書ＵＲＬを作成する。
【００９９】
次に、制御部８０３が、送受信部８０２を通して、文書管理サービス１０３からマイクロブログサービス１０２へメッセージを投稿できるようにするためのアクセストークン取得リクエストを行うために、以下の処理を実行する。制御部８０３は、Ｗｅｂブラウザ１０４からマイクロブログサービス１０２へ認可リクエストを送信するようＷｅｂブラウザ１０４に対してリダイレクト処理を行う。リダイレクト処理に応じて、Ｗｅｂブラウザ１０４は、認可リクエストを送信し（ステップＳ１２０３）、認可画面を受信する（ステップＳ１２０４）。そして、ユーザにより許可ボタンが押されると（ステップＳ１２０５）、Ｗｅｂブラウザ１０４が、マイクロブログサービス１０２から認可コードを受信し、当該認可コードを文書管理サービス１０３に伝える（ステップＳ１２０６）。文書管理サービス１０３は、当該受信した認可コードを用いてマイクロブログサービス１０２に対してアクセストークン取得リクエストを行い（ステップＳ１２０７）、アクセストークンを取得する（ステップＳ１２０８）。
【０１００】
すなわち、上記ステップＳ１２０８では、文書生成サービス８１７の制御部８１９が、マイクロブログサービス１０２からアクセストークンを取得する認証情報取得手段として機能する。取得されたアクセストークンについては、トークン管理部８１５が、アクセストークン１３４３としてＤＢ８１６に保存する。
【０１０１】
ステップＳ１２０９で、文書管理サービス１０３のメッセージ情報管理部８０６が、以下の処理を実行する。メッセージ情報管理部８０６は、上記ステップＳ１２０８で取得したアクセストークン１３４３とともに、文書ＵＲＬを含むＵＲＩをメッセージとして書き込むためのメッセージ投稿リクエストをマイクロブログサービス１０２へ送信する。つまり、アクセストークン１３４３は、文書管理サービス１０３からマイクロブログサービス１０２に対して文書を投稿するために用いる認証情報である。
【０１０２】
メッセージ投稿リクエストを受信したマイクロブログサービス１０２の制御部３０２は、認証部３０４を通じて、アクセストークン１３４３がメッセージ書き込み許可されたアクセストークンであることを確認する。アクセストークン１３４３がメッセージ書き込み許可されたアクセストークンである場合、制御部３０２は、メッセージ管理部３０５を通じて、文書ＵＲＬを含むＵＲＩをメッセージとしてマイクロブログサービス１０２に送信する（ステップＳ１２０９）。
【０１０３】
以上の処理により、文書管理サービス１０３への文書登録処理が完了する。登録した文書データへは、Ｗｅｂブラウザ１０４でマイクロブログサービス１０２に接続し、メッセージに記載された文書ＵＲＬを用いてアクセスできる。
【０１０４】
＜マイクロブログサービス１０２への文書一時保存＞
図１４は、文書管理サービス１０３の文書共有リクエスト受信時の動作処理を説明する図である。図１４を参照して、本実施形態に係るマイクロブログサービス１０２への文書一時保存と文書取得ＵＲＬの投稿について説明する。文書取得ＵＲＬは、マイクロブログサービス１０２に一時保存（投稿）された文書の場所情報である。
【０１０５】
ユーザが、クライアント装置１０１のＷｅｂブラウザ１０４から文書生成サービス８１７にアクセスすると（ステップＳ１４０１）、文書生成サービス８１７がログイン画面９００を送信する（ステップＳ１４０２）。
【０１０６】
ユーザが、ログインボタン９０３を押下すると、文書生成サービス８１７は入力されたユーザ名４０１とパスワード４０２を共にログインリクエストを認証サービス８１１に送信する（ステップＳ１４０３）。認証が成功すると、文書生成サービス８１７は、文書生成画面１６００を送信する（ステップＳ１４０４）。
【０１０７】
図１５（Ａ）は、文書生成画面１６００の例を示す。文書名１６０１には、生成する文書の名称が入力される。生成ボタン１６０２は、文書生成リクエストを行うためのボタンである。
【０１０８】
ユーザが、文書生成画面１６００の生成ボタン１６０２を押下すると、Ｗｅｂブラウザ１０４が、入力された文書名１６０１と共に、文書生成リクエストを文書生成サービス８１７へ送信する（図１４のステップＳ１４０５）。
【０１０９】
文書生成サービス８１７の送受信部８１８が文書生成リクエストを受け付けると、制御部８１９が文書生成リクエストと共に送付されたパラメータを確認し、文書生成部８２０に指示して文書を生成する（ステップＳ１４０６）。文書の生成後、文書生成サービス８１７は、文書共有画面１６０３をＷｅｂブラウザ１０４に送信する（ステップＳ１４０７）。
【０１１０】
図１５（Ｂ）は、文書共有画面１６０３の例を示す。共有先グループ名１６０４には、ユーザが文書の共有を求める共有先グループの識別情報である。共有ボタン１６０５は、文書共有リクエストを行うためのボタンである。
【０１１１】
ユーザが、文書共有ボタン１６０５を押下すると、Ｗｅｂブラウザ１０４が、文書共有画面１６０３に入力された共有先グループ名１６０４と共に文書共有リクエストを送信する（図１４のステップＳ１４０８）。文書登録リクエストは、クライアント装置１０１のユーザからの文書の共有要求である。文書共有リクエストリクエストを送受信部８１８で受信した文書生成サービス８１７は、文書共有サービス８０１へ文書と共に文書登録リクエストを送信する（ステップＳ１４０９）。
【０１１２】
文書生成サービス８１７の制御部８１９が、上記リクエストされた文書の登録に成功したかを判断する。文書登録リクエストが成功した場合の処理については、＜文書管理サービス１０３への文書登録＞で説明済みである。すなわち、図１３のＳ１２０２において、文書共有サービス８０１の制御部８０３が、リクエストされた文書をユーザ間での共有対象として文書管理サービス１０３内に登録する。
【０１１３】
文書登録リクエストが失敗した場合（ステップＳ１４１０）、文書生成サービス８１７の制御部８１９は、マイクロブログサービス１０２からユーザのアクセストークンを取得する認証情報取得手段として機能する（ステップＳ１４１１〜Ｓ１４１８）。ステップＳ１４１１〜Ｓ１４１８の処理は、図１３のステップＳ１２０３〜Ｓ１２０８で説明済みであるので、詳細な説明を省略する。取得したアクセストークンについては、トークン管理部８１５がアクセストークン１３４３としてＤＢ８１６に保存する。
【０１１４】
文書生成サービス８１７の制御部８１９は、取得したアクセストークン１３４３と共に、文書をマイクロブログサービス１０２へ投稿（送信）する（ステップＳ１４１９）。メッセージ投稿リクエストを受信したマイクロブログサービス１０２の制御部３０２は、認証部３０４を通じて、アクセストークン１３４３が、メッセージの書き込みが許可されたアクセストークンであることを確認する。アクセストークン１３４３がメッセージ書き込み許可されたアクセストークンである場合、制御部３０２は、メッセージ管理部３０５を通じて、文書をメッセージデータとして書き込む。そして、制御部３０２は、メッセージＩＤ７０１を文書生成サービス８１７に送付する（ステップＳ１４２０）。
【０１１５】
メッセージＩＤ７０１を送受信部８１８で受信した文書生成サービス８１７の制御部８１９は、共有先グループ名１６０４とメッセージＩＤ７０１をパラメータに持つ文字列である文書取得ＵＲＬを生成する（ステップＳ１４２１）。すなわち、制御部８１９は、メッセージＩＤと共有先グループとに紐付く、投稿された文書の場所情報を生成する。そして、制御部８１９は、アクセストークン１３４３と共に、文書取得ＵＲＬを含むＵＲＩ（文書取得ＵＲＩ）をメッセージとしてマイクロブログサービス１０２へ送信する（ステップＳ１４２２）。
【０１１６】
以上でマイクロブログサービス１０２への文書一時保存と文書取得ＵＲＬの投稿処理が完了する。登録した文書データへは、Ｗｅｂブラウザ１０４でマイクロブログサービス１０２に接続し、メッセージＩＤ７０１が示すメッセージからアクセスが可能である。
【０１１７】
＜文書共有サービス８０１への文書再取得＞
図１６は、文書共有サービス８０１への文書再取得処理を説明する図である。文書再取得処理は、文書生成サービス８１７から文書共有サービス８０１への文書送信処理に失敗した場合に（Ｓ１４１０）、マイクロブログサービスに登録された文書（Ｓ１４１９）をマイクロブログサービスから取得し文書共有サービスに登録する処理である。
【０１１８】
ユーザは、ログイン画面４００上での操作により、マイクロブログサービス１０２にログイン済とし、Ｗｅｂブラウザ１０４には、図７（Ａ）のタイムライン画面６１０が表示されているものとする。
【０１１９】
ユーザが、クライアント装置１０１のＷｅｂブラウザ１０４からマイクロブログサービス１０２のタイムライン画面に表示された文書取得ＵＲＩを押下する（ステップＳ１５０１）。文書取得ＵＲＩの押下に応じて、Ｗｅｂブラウザ１０４が、文書共有サービス８０１に、文書取得ＵＲＩに含まれる共有先グループ名１６０４とメッセージＩＤ７０１とをパラメータに持つ文書取得リクエストを送信する。文書共有サービス８０１の制御部８０３が、文書取得リクエストを受け付け、ログイン画面をＷｅｂブラウザ１０４に送信する。すなわち、制御部８０３が、ユーザから文書の再度の共有要求を受け付ける再受け付け手段として機能する。この文書取得リクエストが含むメッセージＩＤ７０１は、文書共有サービス内への登録に失敗した文書の、マイクロブログサービス１０２への投稿を識別する。
【０１２０】
文書共有サービス８０１へログインする処理（ステップＳ１５０４、Ｓ１５０５）については、図１４のステップＳ１４０１〜Ｓ１４０３と同様であるため、説明を省略する。
【０１２１】
文書共有サービス８０１が、ユーザの認証に成功すると、文書共有サービス８０１が、マイクロブログサービス１０２へリダイレクトし（ステップＳ１５０６）、マイクロブログサービス１０２のアクセストークン１３４３の取得を行う。
【０１２２】
マイクロブログサービス１０２のアクセストークン１３４３を取得する処理（ステップＳ１５０６〜Ｓ１５１３）は、図１４のステップＳ１４１１〜Ｓ１４１８と同様であるため、説明を省略する。
【０１２３】
文書共有サービス８０１は、アクセストークン１３４３とメッセージＩＤ７０１を含む文書取得リクエストをマイクロブログサービス１０２へ送信する（ステップＳ１５１４）。
【０１２４】
文書取得リクエストを受信したマイクロブログサービス１０２の制御部３０２は、認証部３０４を通じて、アクセストークン１３４３が文書取得を許可されたアクセストークンであることを確認する。アクセストークン１３４３が文書取得を許可されたアクセストークンである場合、制御部３０２が、メッセージ管理部３０５を通じて、文書取得リクエストに含まれるメッセージＩＤ７０１に対応する文書を文書共有サービス８０１へ送信する（ステップＳ１５１５）。
【０１２５】
文書共有サービス８０１の制御部８０３が、文書取得部８２２を通じて、文書をマイクロブログサービス１０２から取得する。そして、制御部８０３が、文書管理部８０５に指示して、取得された文書、共有先グループ名１６０４、ユーザＩＤ１３０３を用いて文書登録処理を行う（ステップＳ１５１６）。文書登録後ＵＲＬを生成しマイクロブログサービス１０２へ投稿する処理（ステップＳ１５１６、Ｓ１５１７）は、図１３のＳ１２０１〜Ｓ１２０９と同様であるため、説明を省略する。
【０１２６】
以上で文書共有サービスの文書再取得処理が完了する。再取得した文書データへは、Ｗｅｂブラウザ１０４でマイクロブログサービス１０２に接続し、メッセージからアクセスが可能である。
【０１２７】
図１７は、本実施形態における文書登録処理を説明するフローチャートである。文書生成サービス８１７の制御部８１９が、文書を生成後、ユーザから文書共有リクエストを受信すると、文書共有サービス８０１へ、生成した文書とともに文書登録リクエストを送信する（ステップＳ１７０１）。
【０１２８】
制御部８１９が、ステップＳ１７０１における送信処理の結果を判定する（ステップＳ１７０２）。送信処理に成功したことは、文書が共有対象として文書共有サービス８０１に登録されたことを意味する。したがって、送信処理に成功した場合は、処理を終了する。
【０１２９】
送信処理に失敗した場合、制御部８１９が、マイクロブログサービス１０２からアクセストークン５３２を取得する（ステップＳ１７０３）。そして、制御部８１９が、アクセストークンと共に、文書をマイクロブログサービス１０２に投稿する（ステップＳ１７０４）。マイクロブログサービス１０２への文書の投稿に成功すると、制御部８１９が、マイクロブログサービス１０２からメッセージＩＤ７０１を受信する（ステップＳ１７０５）。
【０１３０】
次に、制御部８１９が、受信したメッセージＩＤ７０１と、文書共有リクエストで指定された共有先グループ名１６０４とに基づいて、文書取得ＵＲＬを生成する（ステップＳＳ１７０６）。そして、制御部８１９が、生成した文書取得ＵＲＬを含む文書取得ＵＲＩをメッセージＩＤ７０１へのコメントとして、アクセストークン５３２と共にマイクロブログサービス１０２へ投稿する（ステップＳ１７０７）。
【０１３１】
図１８は、本実施形態における文書再取得処理を説明するフローチャートである。文書共有サービス８０１の制御部８０３が、クライアント端末１０１から文書取得リクエストを受信すると、制御部８０３が、クライアント端末１０１へログイン画面を送信しユーザの認証を行う（ステップＳ１８０１）。続いて、制御部８０３が、認証サービス８１１を介して、ユーザが文書共有サービス８０１が管理する文書共有サイトを利用可能であるかを判断する（ステップＳ１８０２）。具体的には、認証サービス８１１は、ＤＢ８１６内のユーザ情報１３２０に含まれる権限１３２３を参照して、ユーザが文書共有サイトを利用可能であるかを判断し、判断結果を制御部８０３に返す。
【０１３２】
ユーザが文書共有サイトを利用可能である場合、制御部８０３が、マイクロブログサービス１０２からアクセストークン５３２を取得する（ステップＳ１８０３）。続いて、制御部８０３が、ユーザが所属するグループ一覧を取得し、文書取得リクエストと共に受信した共有先グループ名１６０４が示す共有先グループに、上記ユーザが属しているかを判断する（ステップＳ１８０４）。ユーザが上記共有先グループに所属していない場合は、処理を終了する。ユーザが上記共有先グループに所属している場合、制御部８０３が、文書取得リクエストと共に受信したメッセージＩＤ７０１の文書取得リクエストを、アクセストークン５３２と共にマイクロブログサービス１０２へ送信する。これにより、制御部８０３が、メッセージＩＤ７０１に対応する文書を取得する（ステップＳ１８０５）。制御部８０３は、文書を取得後、共有先グループ名１６０４、ユーザＩＤ５０１を用いて、取得した文書の共有（登録）処理を実行する（ステップＳ１８０６）。
【０１３３】
図１９は、他の実施形態における文書再取得処理を説明するフローチャートである。図１９のステップＳ１９０１乃至Ｓ１９０６は、図１８のステップＳ１８０１乃至Ｓ１８０６と同様である。
【０１３４】
ステップＳ１９０２の判断処理で、ユーザが文書共有サイトを利用可能でない（文書共有機能を利用する権限がない）と判断した場合は、処理がステップＳ１９０７に進む。続いて、制御部８０３が、文書共有リクエストと共に受信したメッセージＩＤ７０１に基づいて、文書共有リクエストに対応する文書へアクセスするための文書取得ＵＲＬを判定する（ステップＳ１９０８）。そして、制御部８０３が、文書共有リクエストを文書取得ＵＲＬへリダイレクトする（ステップＳ１９０８）。すなわち、制御部８０３は、文書共有リクエストに含まれるメッセージＩＤに紐付く、文書共有サイトへの登録に失敗してマイクロブログサービスに投稿された文書取得ＵＲＬにクライアント端末１０１をアクセスさせる。これにより、文書共有サービスを利用可能でないユーザが文書共有リクエストを送信した場合でも文書取得ＵＲＬにリダイレクトすることによって、クライアント端末１０１上に文書が表示される。
【０１３５】
（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【符号の説明】
【０１３６】
１０１  クライアント端末
１０２  マイクロブログサービス
１０３  文書管理サービス
【図１】
2014211732.tif 000003
【図２】
2014211732.tif 000004
【図３】
2014211732.tif 000005
【図４】
2014211732.tif 000006
【図５】
2014211732.tif 000007
【図６】
2014211732.tif 000008
【図７】
2014211732.tif 000009
【図８】
2014211732.tif 000010
【図９】
2014211732.tif 000011
【図１０】
2014211732.tif 000012
【図１１】
2014211732.tif 000013
【図１２】
2014211732.tif 000014
【図１３】
2014211732.tif 000015
【図１４】
2014211732.tif 000016
【図１５】
2014211732.tif 000017
【図１６】
2014211732.tif 000018
【図１７】
2014211732.tif 000019
【図１８】
2014211732.tif 000020
【図１９】
2014211732.tif 000021