(57)【要約】【課題】  複数の文書ファイルにまたがってしおりが付加されたページを参照する場合に、しおりが付加されたページを続けてまとめて閲覧することができなかった。【解決手段】  ある文書に含まれるページのうちからユーザーが選択したページ、および、そのある文書とは別の文書に含まれるページのうちからユーザーが選択したページを特定するための情報を記憶し、その記憶された情報に基づいて特定されるページのそれぞれを連続的に表示させる。【選択図】  図１０
2015197747.tif 000002
【特許請求の範囲】
【請求項１】
ある文書に含まれるページのうちからユーザーが選択したページ、および、前記ある文書とは別の文書に含まれるページのうちからユーザーが選択したページを特定するための情報を記憶する記憶手段と、
前記記憶された情報に基づいて特定されるページのそれぞれを連続的に表示手段に表示させる制御手段と、
を有することを特徴とする装置。
【請求項２】
前記制御手段は、前記特定されるページのそれぞれをスライドショーによって連続的に表示させることを特徴とする請求項１に記載の装置。
【請求項３】
前記制御手段は、前記特定されるページのうち、前記文書に含まれるページを連続的に表示させた後で、前記別の文書に含まれるページを連続的に表示させることを特徴とする請求項２に記載の装置。
【請求項４】
前記制御手段は、前記特定されるページのうちの１つのページを所定の領域に表示させつつ、前記特定されるページのうちの複数のページを前記所定の領域とは別の領域に表示させることを特徴とする請求項１乃至３の何れか１項に記載の装置。
【請求項５】
前記記憶された情報は、前記特定されるページから、前記文書に含まれるページと、前記別の文書に含まれるページとのそれぞれを、ユーザーにとって識別可能にするための情報であることを特徴とする請求項１乃至４の何れか１項に記載の装置。
【請求項６】
ある文書に含まれるページのうちからユーザーが選択したページ、および、前記ある文書とは別の文書に含まれるページのうちからユーザーが選択したページを特定するための情報を記憶する記憶工程と、
前記記憶された情報に基づいて特定されるページのそれぞれを連続的に表示手段に表示させる制御工程と、
を有することを特徴とする方法。
【請求項７】
前記制御工程は、前記特定されるページのそれぞれをスライドショーによって連続的に表示させることを特徴とする請求項６に記載の方法。
【請求項８】
前記制御工程は、前記特定されるページのうち、前記文書に含まれるページを連続的に表示させた後で、前記別の文書に含まれるページを連続的に表示させることを特徴とする請求項７に記載の方法。
【請求項９】
前記制御工程は、前記特定されるページのうちの１つのページを所定の領域に表示させつつ、前記特定されるページのうちの複数のページを前記所定の領域とは別の領域に表示させることを特徴とする請求項６乃至８の何れか１項に記載の方法。
【請求項１０】
前記記憶された情報は、前記特定されるページから、前記文書に含まれるページと、前記別の文書に含まれるページとのそれぞれを、ユーザーにとって識別可能にするための情報であることを特徴とする請求項６乃至９の何れか１項に記載の方法。
【請求項１１】
請求項１乃至５の何れか１項に記載の各手段としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書共有サービス上で管理する文書のプレビュー画像に対してしおりを付加し、しおり情報を管理する方法に関する。
【背景技術】
【０００２】
一般的な文書共有サービスには、クライアントＰＣから登録される文書の指定ページに注釈を付けて文書共有サービスのユーザー間で共有できるものがある。
また、ファイルのプレビュー画像をスライドショー形式で閲覧できるものもあり、指定のページのプレビュー画像にしおりを付けることができるものもある。
さらに、特許文献１のようにしおりに印刷設定や編集制限設定等の情報を付けることができるものもある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平０６−１４９８９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
プレビュー画像を閲覧している際に、後でもう一度閲覧したいページにしおりを付加する方法は、プレビュー画像を再閲覧する際にそのページを探す上で有効な管理方法と言える。しかし、しおりが付加されたプレビュー画像のページを探す必要がある。
また、複数の文書ファイルにまたがってしおりが付加されたページを参照する場合に、あるファイルを閲覧した後で別のファイルを閲覧するという作業手順を繰り返す場合がある。この作業手順は、しおりが付加されたページだけを続けてまとめて閲覧したいユーザーにとって煩雑であった。
【課題を解決するための手段】
【０００５】
本発明の一側面によれば、ある文書に含まれるページのうちからユーザーが選択したページ、および、前記ある文書とは別の文書に含まれるページのうちからユーザーが選択したページを特定するための情報を記憶する記憶手段と、前記記憶された情報に基づいて特定されるページのそれぞれを連続的に表示手段に表示させる制御手段と、を有することを特徴とする装置が提供される。
【発明の効果】
【０００６】
複数の文書を跨いでしおりが付加されたページを連続的に閲覧できる。
【図面の簡単な説明】
【０００７】
【図１】実施例１におけるシステム構成図である
【図２】実施例１におけるＷｅｂサーバー、ＤＢサーバーやクライアントＰＣのハードウェア構成図である
【図３】実施例１における各サーバー及びクライアントＰＣのソフトウェア構成図である
【図４】実施例１におけるＷｅｂサーバー上で管理される文書共有サービスにアクセスしているクライアントＰＣのセッション情報の構成例である
【図５】実施例１における文書の属性情報に関するデータを格納する文書属性管理テーブルの構成例である
【図６】実施例１におけるファイルのプレビュー画像に関するデータを格納するプレビュー情報管理テーブルの構成例である
【図７】実施例１におけるクライアントＰＣを操作する文書共有システムのユーザーに関するデータを格納するユーザー情報管理テーブルの構成例である
【図８】実施例１におけるスライドショー形式によるプレビュー画像の閲覧画面の構成例である
【図９】実施例１におけるしおりを付加したページだけをスライドショー形式で閲覧するための画面例の一部である
【図１０】実施例１におけるファイルのプレビュー画像にしおりを付加／削除するための処理を表したフローチャートである
【図１１】実施例２におけるプレビュー画像に付加したしおりに関するデータを格納するしおり情報管理テーブルの構成例である
【図１２】実施例２におけるしおりを付加したページだけを文書共有システムの他のユーザーに公開するための画面例の一部である
【図１３】実施例２におけるしおりを付加したページだけを文書共有システムの他のユーザーに公開するための処理を表したフローチャートである
【発明を実施するための形態】
【０００８】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【０００９】
なお、以下に述べる実施例は本発明の説明をしやすいように本発明に関連する最低限のハードウェア構成、ソフトウェア構成、データ構成、及び処理フローのみを記載している。しかし、本発明の範囲は以下の説明において特に記載がない限り、これらの態様に限られるものではない。
【００１０】
（実施例１）
図１は、本発明の実施例に係る文書共有システムの構成を示す構成図である。
【００１１】
図１に示されるように、本実施例は、ネットワーク１００上にクライアントＰＣ１０１（１）、１０１（２）、・・・、１０１（Ｎ）が接続されており、さらに文書共有サービスを構成するサーバー群１０２が接続されている構成を表している。ここでネットワーク１００は、インターネットまたはイントラネット回線を表す。
【００１２】
サーバー群１０２は、Ｗｅｂサーバー１０３とデータベース（ＤＢ）サーバー１０４で構成される。
【００１３】
Ｗｅｂサーバー１０３は、ＨＴＴＰサーバーとアプリケーションサーバーを含む。ＨＴＴＰサーバーは、クライアントＰＣ１０１からのＨＴＴＰリクエストに対するリクエストとレスポンスを扱う。アプリケーションサーバーは、ＤＢサーバー１０４への橋渡しを担い、リクエストに対する実処理をおこなう。実際のサーバー構成としては上記ＨＴＴＰサーバーとアプリケーションサーバーは別々の構成であっても構わないが、本実施例では説明の簡略化のため１つのサーバーとしてＷｅｂサーバー１０３と記載する。
【００１４】
ＤＢサーバー１０４は、文書共有サービスにおける文書属性やファイル実体を集めて管理し、容易な検索／抽出等の処理をおこなうことができるようにしたものである。特に、本実施例においては、ＯＳが提供するファイルシステム上に直接構築するものを指すのではなく、データベース管理プログラムを用いて構築した高速かつ安定したデータ管理をおこなうサーバーを指す。
【００１５】
図２に、本実施例に係る文書共有サービスを構成するサーバー群１０２内の各種サーバー、及びクライアントＰＣ１０１を構成するハードウェア構成図を示す。サーバー群１０２内の各種サーバーは、一般的な情報処理装置のハードウェア構成図に相当するものとし、図２の説明においてはこのサーバー群１０２内の各種サーバーと、クライアントＰＣ１０１のＰＣを情報処理装置２００と記すこととする。
【００１６】
図２において、２０１は情報処理装置２００の演算／制御をつかさどるＣＰＵを表す。
【００１７】
２０２はＲＡＭであり、ＣＰＵ２０１の主メモリとして実行プログラムの領域や該プログラムの実行エリアならびにデータエリアとして機能する。実行プログラムは、後述する外部メモリ２１３からＲＡＭ２０２に読み出されて実行される。
【００１８】
２０３はプログラムＲＯＭであり、情報処理装置２００の機器制御をおこなうシステムプログラムの基本ソフト（ＯＳ）が記録される。Ｗｅｂサーバー１０３においるプログラムＲＯＭ２０３は、クライアントＰＣ１０１から送信されたリクエストを受信し、リクエストに応じた処理をおこなうプログラム、ＤＢサーバー１０４に処理を指示するためのプログラムが格納される。ＤＢサーバー１０４におけるプログラムＲＯＭ２０３は、データベース管理プログラムが格納され、Ｗｅｂサーバー１０３からの依頼に応じた処理をおこなう。
【００１９】
２０４はデータＲＯＭであり、情報処理装置２００の機能を提供するために必要な情報等が記録される。情報処理装置２００の機能を提供するために必要な情報とは、例えばＤＢサーバー１０４においては、クライアントＰＣ１０１から登録されるファイル実体や文書のプレビュー画像であっても良い。また文書共有サービスのユーザーであるクライアントＰＣ１０１の認証情報等であっても良い。なお、データＲＯＭの代わりに後述する外部メモリ２１３を用いる場合もある。
【００２０】
２０５はネットワークコントローラ（ＮＣ）であり、ネットワークに接続され、他のネットワークに接続された機器との通信制御処理を実行する。
【００２１】
２０６はキーボードコントローラであり、後述するキーボード２０９からのキー入力を制御する。
【００２２】
２０７はディスプレイコントローラであり、情報処理装置２００内の情報を後述のディスプレイ２１０の画面に表示するために画像データを展開し、その表示の制御をおこなう機能を有する。
【００２３】
２０８はディスクコントローラであり、例えばＤＢサーバー１０４においては、管理するファイル実体やプレビュー画像、また文書共有サービスのユーザーであるクライアントＰＣ１０１の操作者（ユーザー）の認証情報等の入出力を制御する。
【００２４】
２０９は情報処理装置２００を操作する操作者が入力操作をおこなうためのキーボードである。例えば、本実施例においてサーバー群１０２のメンテナンス作業をする場合は、後述するディスプレイ２１０に表示される情報を見ながらキーボード２０９を操作することが考えられる。
【００２５】
２１０はディスプレイであり、例えばＬＣＤなどの表示装置である。
【００２６】
２１１は外部メモリ（ＨＤ、ＦＤ）であり、アプリケーションプログラムや各種データ保存用に用いられる。本実施例におけるアプリケーションプログラムとは、例えばＷｅｂサーバー１０３における後述する各処理部、またＤＢサーバー１０４におけるデータベース管理プログラムのようなソフトウェアプログラムを表す。
【００２７】
図３に、本実施例に係るクライアントＰＣ１０１を含む文書共有サービスのソフトウェア構成図を示す。
【００２８】
図に示されるＷｅｂサーバー１０３の処理モジュール群は、図２に示すプログラムＲＯＭ２０３、またはデータＲＯＭ２０４より読み込まれてＲＡＭ２０２に展開される。そして処理モジュール群は、ＣＰＵ２０１で使用されるＷｅｂアプリケーションプログラム、またはプログラムの一部として動作する。すなわち、処理モジュールのプログラムは、Ｗｅｂサーバー１０３のＣＰＵ（コンピュータ）を各処理部３１３、３１５〜３１８として機能させるためのものである。この処理モジュールは、Ｗｅｂサーバー１０３がクライアントＰＣ１０１に提供するファイル実体やプレビュー画像、及びクライアントＰＣ１０１の操作者の認証情報を管理するための機能をまとめたものである。この処理モジュールには、後述する各機能を実現するためのプログラムが備わっている。同様にＤＢサーバー１０４においてもＣＰＵを各管理部３２１〜３２４として機能させるためのものである。
【００２９】
ただし、本図においては、本発明の説明に必要な機能に限って記載しており、ここに記されている以外の文書を管理するための機能もクライアントＰＣ１０１やサーバー群１０２には備わっているものとする。
【００３０】
３０１はクライアントＰＣ１０１上のリクエスト送信部であり、ネットワーク１００を利用してネットワーク上のサーバー群１０２に処理のリクエストを送信する通信部である。
【００３１】
３０２はレスポンス受信部であり、リクエスト送信部３０１によってサーバー群１０２に対して依頼した処理のレスポンスを受信する通信部である。
【００３２】
３０３はセッションＣｏｏｋｉｅ管理部である。Ｃｏｏｋｉｅ管理部３０３は、文書共有サービスを利用する時にログイン等の処理をおこなうと発行される後述するセッションＩＤ４０１等の情報をサーバー群１０２からレスポンス受信部３０２を介して受け取る。そしてＣｏｏｋｉｅ管理部３０３は、それらの情報をＲＡＭ２０２またはデータＲＯＭ２０４で管理する。再度サーバー群１０２に処理のリクエストを送信する際に、セッションＩＤ４０１があわせて送信される。このことによってＷｅｂサーバー１０３内のセッション情報管理部３１４に格納されている対応するセッションデータをＷｅｂサーバー１０３は使用することができる。ただし、必ずしもセッションＩＤ４０１をクライアントＰＣ１０１側で管理する必要はない。サーバー群１０２からのレスポンスに含まれるＵＲＬにセッションＩＤ４０１を埋め込むことで、再度クライアントＰＣ１０１からサーバー群１０２へのリクエスト送信時にセッションＩＤ４０１を含めることができる。
【００３３】
３１１はサーバー群１０２内のＷｅｂサーバー１０３上のリクエスト受信部であり、ネットワーク１００を利用してネットワーク上のクライアントＰＣ１０１から送信されたリクエストを受信する通信部である。
【００３４】
３１２はレスポンス送信部であり、リクエスト受信部３１１によって受信したリクエストに対して処理をおこなった結果をレスポンスとしてクライアントＰＣ１０１に送信する通信部である。
【００３５】
３１３はセッション情報処理部である。セッション情報処理部３１３は、クライアントＰＣ１０１（Ｘ）からのＷｅｂサーバー１０３への初回アクセスや文書共有サービスへのログイン時に、セッション固有の識別子であるセッションＩＤを発行する処理部である。セッションＩＤによって、クライアントＰＣ１０１（Ｘ）からの異なるリクエストであっても、リクエスト送信元が同一のクライアントＰＣ１０１（Ｘ）であることが識別できる。また、後述するセッション情報管理部３１４のデータを扱うことや、ログアウト時や一定時間経過後にセッション情報管理部の指定のセッション情報を削除することもおこなう。
【００３６】
３１４はセッション情報管理部であり、セッション情報処理部３１３によって発行されたセッションＩＤ４０１に紐付けて、セッションの有効期間内に保持しておきたいデータをＲＡＭ２０２またはデータＲＯＭ２０４で管理する。本実施例では、クライアントＰＣ１０１（Ｘ）がしおりを付加する文書をキー名とし、ページ番号をキー名に対する値として本セッション情報管理部に格納される。
【００３７】
なお、本実施例において、しおりとは、文書に含まれるページのうち、ユーザーが選択したページを特定するための情報である。しおりは、複数の文書にまたがって付加されることがある。この場合、ある文書に付加されたしおりは、その文書とは別の文書に付加されたしおりと区別可能な状態で記憶される。そして、それぞれの文書に付加されたしおりのアイコン画像が表示される際には、例えばある文書に付加されたしおりは赤色のアイコン画像として表示され、別の文書に付加されたしおりは青色のアイコン画像として表示される。すなわち、複数の文書にまたがって付加されるしおりは、しおりによって特定されるページから、ある文書に含まれるページと別の文書に含まれるページとのそれぞれを、ユーザーにとって識別可能にするための情報である。
【００３８】
３１５は認証情報処理部であり、当該文書共有サービスのユーザーの登録／削除、認証処理をおこなうための情報を扱う。
【００３９】
３１６は文書情報処理部であり、当該文書共有サービスに登録されるファイルの属性情報を扱う。
【００４０】
３１７はファイル実体処理部であり、当該文書共有サービスに登録されるファイルの実体を扱う。
【００４１】
３１８はプレビュー処理部であり、当該文書共有サービスに登録されるファイルのプレビュー画像を作成し、プレビュー管理部３２４に登録／削除をおこなう。
【００４２】
３２１は認証情報管理部であり、後述する図７のユーザー情報管理テーブル７００に示されるようなユーザーデータを管理する。クライアントＰＣ１０１（Ｘ）が当該文書共有サービスのユーザーであれば認証情報管理部３２１内に該当するユーザー情報が登録されていることになる。
【００４３】
３２２は文書情報管理部であり、後述する図５の文書情報管理テーブル５００に示されるような当該文書共有サービスに登録される文書の属性情報を管理する。
【００４４】
３２３はファイル実体管理部であり、当該文書共有サービス上で共有することを目的とするクライアントＰＣ１０１（Ｘ）から登録されたファイルの実体を管理する。本実施例においては説明の簡略化のため、ＤＢサーバー１０４内で管理することを前提に説明するが、ネットワーク・アタッチド・ストレージ（以下、ＮＡＳ）のようなファイル格納に特化した装置で管理しても良い。
【００４５】
３２４はプレビュー管理部であり、前述のファイル実体管理部３２３で管理されるファイル実体からプレビュー処理部３１８を用いて作成されたプレビュー画像を管理する。
【００４６】
図４は、本実施例におけるＷｅｂサーバー１０３にアクセスしているクライアントＰＣ１０１のセッション情報を前述のセッション情報管理部３１４で管理するためのデータ構成の例である。
【００４７】
４０１はセッションＩＤであり、前述のセッション情報処理部３１３で発行されるクライアントＰＣ１０１（Ｘ）の異なるリクエスト間で同一クライアントＰＣ１０１（Ｘ）を識別するための固有識別子を表す。セッションＩＤ４０１が発行されると、クライアント１０１（Ｘ）にレスポンス送信部３１２によって返される。そして再びクライアントＰＣ１０１（Ｘ）がＷｅｂサーバー１０３にアクセスする際に、クライアントＰＣ１０１（Ｘ）のリクエスト送信部３０１によってＷｅｂサーバー１０３にセッションＩＤ４０１が送信される。
【００４８】
４０２はキー名であり、本実施例においてはスライドショー形式でプレビュー画像を閲覧した時にしおりを付加すると格納されるデータであり、文書名を表す。
【００４９】
４０３は値であり、本実施例においては前述のキー名４０２に格納される文書に対してしおりを付加したページ番号を表すデータである。本実施例においては１つの文書に対して複数ページにしおりを付加すると、本項目の値４０３には複数のページが値として登録される。
【００５０】
また、クライアントＰＣ１０１（Ｘ）の操作者が複数の文書にしおりを付加した場合は、本データ構成における行データが複数作成される。
【００５１】
本実施例においては１つの文書に対してしおりを複数ページに付加しても１つの行データしか作成されない。しかし、ページ単位で行データを作成する構成にしても構わない、複数文書の複数ページをまとめて１つの行データにとして作成する構成にしても構わない。
【００５２】
図５は、本実施例における文書共有サービスに登録される文書の属性情報をＤＢサーバー１０４の文書情報管理部３２２で管理するための文書情報管理テーブルの例である。
【００５３】
５０１は文書ＩＤを表す。Ｗｅｂサーバー１０３がクライアントＰＣ１０１（Ｘ）からファイルを受信し、文書情報管理テーブル５００に登録する時にＷｅｂサーバー１０３内の文書情報処理部３１６によって自動的に割り振られる文書共有サービス上で一意なＩＤである。ただし、必ずしも文書ＩＤ５０１がシステム上で一意なＩＤではなくても良く、文書情報管理テーブル５００の項目の構成によっては別のＩＤとの組み合わせ等によりシステム上で一意なＩＤになれば構わない。
【００５４】
５０２は文書名を表し、クライアントＰＣ１０１（Ｘ）から新規文書としてファイルをＷｅｂサーバー１０３に送信する際に任意で設定することが可能であり、クライアントＰＣ１０１のディスプレイ２１０に表示される名前である。文書共有サービスによっては後述するファイル名５０３を使用して本項目を必要としないことも考えられる。
【００５５】
５０３はファイル名を表し、クライアントＰＣ１０１（Ｘ）内で管理されていたファイル名をＷｅｂサーバー１０３に送信したものである。
【００５６】
５０４はページ数を表し、前述のファイル実体管理部３２３で管理されるファイル実体から文書情報処理部３１６またはファイル実体処理部３１７の処理が取得できるファイル全体のページ数のことである。必ずしもファイルのページ数が取得できるわけではなく、文書情報処理部３１６やファイル実体処理部３１７がページカウント処理可能なファイルに限られる。
【００５７】
図６は、本実施例における文書共有サービスに登録される文書のプレビュー画像の実体や属性情報をＤＢサーバー１０４のプレビュー管理部３２４で管理するためのプレビュー情報管理テーブルの例である。プレビュー画像は前述の文書情報管理テーブル５００に登録されている文書から作成され、ページ単位でプレビュー画像ファイルが作成される。ただし、必ずしもファイル実体からプレビュー画像が作成できるわけではなく、プレビュー処理部３１８が処理可能なファイルに限られる。
【００５８】
６０１は文書ＩＤを表し、前述の図５の文書情報管理テーブルに登録されている文書に対応するもので、文書ＩＤ６０１（Ｘ）は文書ＩＤ５０１（Ｘ）と同値である。
【００５９】
６０２はページ番号を表し、文書ＩＤ６０１のファイル実体から作成されたプレビュー画像のページ番号である。
【００６０】
６０３はプレビュー画像のファイル名を表し、ファイル実体からページ単位で作成されるプレビュー画像に対してプレビュー処理部３１８によって自動的に生成されるシステム上で一意なファイル名である。
【００６１】
図７は、本実施例における文書共有サービスを利用するクライアントＰＣ１０１（Ｘ）の操作者であるユーザーの情報を、ＤＢサーバー１０４の認証情報管理部３２１で管理するための管理テーブルの例である。
【００６２】
７０１はユーザーＩＤを表し、ユーザーごとに発行される内部ＩＤであり、文書共有サービス上で一意となるユーザー識別子である。
【００６３】
７０２は、ユーザー名を表し、ユーザーを識別するために付けられる名前であり、主に画面表示時に使用されるものである。
【００６４】
７０３は、パスワードを表し、クライアントＰＣ１０１（Ｘ）が文書共有サービスにログインする際に必要となるパスワードであり、認証情報処理部３１５による自動発行、もしくはクライアントＰＣ１０１（Ｘ）が任意に設定することができる。
【００６５】
図８に、本実施例におけるクライアントＰＣ１０１（Ｘ）のディスプレイ２１０に表示される文書の指定されたページのプレビュー画像及び文書の各ページのサムネイル画像を一覧表示させた画面の構成例である。本画面中で指定のページにしおりの付加／削除をすることが可能であり、スライドショー形式でプレビュー画像を連続的に閲覧することもできる。
【００６６】
８０１は、しおりが付加されたページのうちのユーザーによって指定されたページのプレビュー画像が表示される所定の表示領域を表す。表示領域８０１は、前述の図６のプレビュー情報管理テーブル６００に格納されている情報及びプレビュー画像ファイルを表示する。
【００６７】
８０２は、しおりが付加されたページのうちの複数ページのサムネイル画像の一覧が表示される表示領域（所定の領域とは別の領域）を表す。表示領域８０２では、前述のプレビュー画像よりも小さな画像を指定文書の一部ページもしくは全ページ分を一覧することが可能である。サムネイル画像は、前述のプレビュー画像を利用し、このプレビュー画像を縮小して表示しても良いし、プレビュー画像とは別のサムネイル画像として別途サムネイル情報管理テーブルをサーバー群１０２で設けて、それを利用する方法でも良い。
【００６８】
８０３はページ番号を表し、表示されている対象文書のサムネイル画像のページ番号が表示される。
【００６９】
８０４はしおりを表す。クライアントＰＣ１０１（Ｘ）の操作者がプレビュー画像８０１を見て、しおりを付加すると判断した場合に後述のしおり付加ボタン８０６を押下した時に、付加されるしおりを表すアイコン画像である。
【００７０】
８０５はスライドショー形式のプレビュー画像の連続再生ボタンを表し、本ボタンを押下するとプレビュー画像８０１がサムネイル画像一覧８０２に表示されているページ順に切り替わり表示される。また、スライドショーの再生中は、本ボタンをスライドショーの一時停止ボタンの役割に切り替えても良い。
【００７１】
８０６はしおり付加ボタンを表し、プレビュー画像８０１を表示中に本ボタンを押下すると、そのページにしおりが付加される。その際、サムネイル画像一覧８０２の該当ページにも前述のしおり８０４が付加される。さらに、既にしおりが付加されているページに対して本ボタンを押下すると、付加されているしおりが削除される。
【００７２】
８０７は本画面例のように文書の全ページをサムネイル画像一覧の表示領域８０２に表示するのではなく、しおりを付加したページだけをサムネイル画像一覧８０２に表示するためのボタンを表す。
【００７３】
図９は図８のスライドショー形式でプレビュー画像を閲覧するための画面例の中で、サムネイル画像の一覧表示領域８０２に複数文書のサムネイル画像が表示されている時の画面の一部を拡大した図である。また、本画面例では図８において、ボタン８０７を押下することによってしおりが付加されているページだけを表示した時のサムネイル画像一覧の表示を示している。
【００７４】
９０１はクライアントＰＣ１０１（Ｘ）の操作者が、図５の文書ＩＤ（２）の文書５１１にしおりを付加した時に、しおりが付加されているページだけをサムネイル画像で表示した時の表示例である。このしおり付加の情報は、図４のセッション情報管理４００に格納されている。そして、このしおり付加の情報は、クライアントＰＣ１０１（Ｘ）の操作者が文書共有サービスにログインまたはアクセスした時にセッションＩＤ（２）が発行されるとセッション情報４１１に格納されていることを表す。
【００７５】
９０２はクライアントＰＣ１０１（Ｘ）の操作者が、図５の文書ＩＤ（３）の文書５１２にしおりを付加した時に、しおりが付加されているページだけをサムネイル画像で表示した時の表示例である。このしおり付加の情報は、図４のセッション情報管理４００に格納されている。そして、このしおり付加の情報は、クライアントＰＣ１０１（Ｘ）が文書共有サービスにログインまたはアクセスした時にセッションＩＤ（２）が発行されている場合、セッション情報４１２に格納されていることを表す。
【００７６】
９０３は本画面例のようにしおりを付加したページだけではなく、図８のような文書の全ページをサムネイル画像一覧に表示を戻すためのボタンを表す。
【００７７】
以上によって、クライアントＰＣ１０１（Ｘ）がしおりを付加したページを持つ複数の文書を連続的にスライドショー形式でプレビュー画像を閲覧することができる。
【００７８】
図１０に、本実施例におけるクライアントＰＣ１０１（Ｘ）の操作者が、図８のスライドショー形式でプレビュー画像を閲覧している時に、指定のページへのしおり付加及び削除の操作をおこなう時の処理の流れを示す。
【００７９】
Ｓ１００１は、クライアントＰＣ１０１（Ｘ）の操作者が、サムネイル画像一覧８０２や再生ボタン８０５を操作することでプレビュー画像８０１に表示するページを指定する処理を表している。
【００８０】
Ｓ１００２は、Ｓ１００１で指定したページにしおりが既に付加されているかどうかの判定処理を表す。指定のページにしおりが付加されていない場合はＳ１００３の処理に進み、しおりが付加されていた場合はＳ１００５の処理に進む。
【００８１】
Ｓ１００３は、指定のページにしおりを付加するかどうかの判断をクライアントＰＣ１０１（Ｘ）の操作者に促す処理を表す。クライアントＰＣ１０１（Ｘ）の操作者がページにしおりを付加するとした時はＳ１００４の処理に進み、しおりを付加しないとした時はＳ１００１の文書のページを操作する処理に戻る。
【００８２】
Ｓ１００４は、Ｗｅｂサーバー１０３によって発行されるセッションＩＤと、指定の文書及び指定のページを紐付けて図４のセッション情報管理４００に情報を格納する。
【００８３】
Ｓ１００５は、指定のページのしおりを削除するかどうかの判断をクライアントＰＣ１０１（Ｘ）の操作者に促す処理を表す。クライアントＰＣ１０１（Ｘ）の操作者がページに付加されているしおりを削除するとした時はＳ１００６の処理に進み、しおりを削除しないとした時はＳ１００１の文書のページを操作する処理に戻る。
【００８４】
Ｓ１００６は、図４のセッション情報管理４００に格納されている該当のしおり情報を削除する。
【００８５】
以上の処理フローを実施することによって、クライアントＰＣ１０１（Ｘ）が指定の文書の指定のページに対してしおりの付加及びしおりの削除が可能となる。
【００８６】
（実施例２）
実施例１では、文書共有システム上の文書のプレビュー画像をスライドショー形式で閲覧した時に、指定のページにしおりを付加し、しおりが付加されたページだけをスライドショー形式で複数文書を連続して閲覧するための仕組みについて述べてきた。しかし、実施例１の場合、アクセスしているクライアントＰＣ１０１（Ｘ）の操作者のセッション情報として文書としおりを付加したページを管理しているため、他のクライアントＰＣ１０１（Ｙ）の操作者にはしおりは共有されない。
【００８７】
実施例２では、クライアントＰＣ１０１（Ｘ）の操作者がしおりを付加したページだけをクライアントＰＣ１０１（Ｙ）の操作者に公開するための処理の流れと、データの構成について説明する。これにより、実施例１のようにクライアントＰＣ１０１（Ｘ）の操作者のみが参照できるしおりではなく、他のユーザーともしおりを付加したページを共有することが可能となる。
【００８８】
図１１は、クライアントＰＣ１０３（Ｘ）の操作者が、しおりを付加したページだけを他のクライアントＰＣ１０１（Ｙ）の操作者に公開する場合に必要となるＤＢサーバー１０４内のしおり情報管理テーブルの例である。
【００８９】
このテーブルの情報は、クライアントＰＣ１０１（Ｘ）の操作者がしおりを公開する設定をした時に追加される情報であり、図４のセッション情報管理４００に情報と、図７のユーザー情報管理テーブル７００の情報から生成される。
【００９０】
１１０１は文書ＩＤを表し、クライアントＰＣ１０１（Ｘ）がしおりを付加した文書の文書ＩＤであり、図４のセッション情報管理４００のキー名４０２に登録されているしおりが付加された文書ＩＤからコピーされる。
【００９１】
１１０２は付加ユーザーＩＤを表す。付加ユーザーＩＤ１１０２は、セッションＩＤ４０１が発行されたクライアントＰＣ１０１（Ｘ）の操作者であり、しおりを付加した図７のユーザー情報管理テーブルで管理されるクライアントＰＣ１０１（Ｘ）の操作者のユーザーＩＤ７０１から取得される。
【００９２】
１１０３はしおり付加ページを表し、クライアントＰＣ１０１（Ｘ）がしおりを付加した文書のページ番号であり、図４のセッション情報管理４００の値４０３に登録されているしおりを付加された文書のページ番号からコピーされる。本実施例においては１つの文書に対して複数ページにしおりを付加すると、本項目のしおり付加ページ１１０３には複数のページ番号が登録される。また、本実施例においてはクライアントＰＣ１０１（Ｘ）の操作者が複数の文書にしおりの公開設定した場合は、本データ構成における行データが複数作成される。
【００９３】
図１２は図８のスライドショー形式でプレビュー画像を閲覧するための画面例において、しおりを付加したページのみを公開する機能を追加した時の画面の一部を拡大した図である。
【００９４】
１２０１は指定の文書にしおりを付加したページの公開設定ボタンを表し、表示中の文書のしおりが付加されているページだけを他のクライアントＰＣ１０１（Ｙ）の操作者に公開設定することができる。
【００９５】
図１３に、本実施例におけるクライアントＰＣ１０１（Ｘ）の操作者が、図１２のようなスライドショー形式でプレビュー画像を閲覧している時に、しおりを付加しているページを他のクライアントＰＣ１０１（Ｙ）の操作者に公開する時の処理の流れを示す。
【００９６】
Ｓ１３０１は、クライアントＰＣ１０１（Ｘ）の操作者が、スライドショー形式でプレビュー画像を閲覧するための文書を指定する処理を表している。
【００９７】
Ｓ１３０２は、Ｓ１３０１において、指定した文書にクライアントＰＣ１０１（Ｘ）の操作者が既に付加したしおりがあるかどうかの判定処理を表す。指定の文書内にしおりが付加されている場合はＳ１３０３の処理に進み、しおりが付加されていない場合はしおりが公開できるページがないので本処理は終了する。
【００９８】
Ｓ１３０３は、指定の文書内のしおりが付加されたページだけを他のクライアントＰＣ１０１（Ｙ）の操作者にも公開するかどうかの判断をクライアントＰＣ１０１（Ｘ）の操作者に促す処理を表す。しおりが付加されたページを公開するとした時はＳ１３０４の処理に進み、公開しないとした時は本処理を終了させる。
【００９９】
Ｓ１３０４は、図４のセッション情報管理４００の対象データ及びユーザー情報管理テーブル７００の対象データを図１１のしおり情報管理テーブル１１００に登録する。
【０１００】
Ｓ１３０５は、Ｓ１３０４において、セッション情報管理４００から必要なしおりデータをＤＢサーバー１０４のしおり情報管理テーブル１１００にコピーしたので、不要となったセッション情報をセッション情報管理４００から削除する処理を表す。
【０１０１】
以上の処理フローを実施することによって、クライアントＰＣ１０１（Ｘ）の操作者が指定の文書のしおり付加ページのみを他のクライアントＰＣ１０１（Ｙ）の操作者に公開することが可能となる。
【０１０２】
（その他の実施例）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【図１】
2015197747.tif 000003
【図２】
2015197747.tif 000004
【図３】
2015197747.tif 000005
【図４】
2015197747.tif 000006
【図５】
2015197747.tif 000007
【図６】
2015197747.tif 000008
【図７】
2015197747.tif 000009
【図８】
2015197747.tif 000010
【図９】
2015197747.tif 000011
【図１０】
2015197747.tif 000012
【図１１】
2015197747.tif 000013
【図１２】
2015197747.tif 000014
【図１３】
2015197747.tif 000015