(57)【要約】【課題】ユーザが文書ファイルを操作するためのＵＩの表示状態であるＵＩ状態を、そのユーザがその文書ファイルを再び操作する際に再現可能なように保存する。【解決手段】文書サーバ３０において、受信部４８が、文書ファイルとその文書ＩＤとＵＩ状態とをクライアント端末から受信すると、これらの情報を送信したユーザのユーザＩＤをユーザ管理部４９から取得し、文書管理部４１が、文書ＩＤに関連付けて文書ファイルを記憶し、ＵＩ状態管理部４３が、文書ＩＤ及びユーザＩＤに関連付けてＵＩ状態をＵＩ状態保存部４４に保存する。そして、受信部４８が、文書ＩＤを受信すると、この情報を送信したユーザのユーザＩＤをユーザ管理部４９から取得し、ＵＩ状態管理部４３が、文書ＩＤ及びユーザＩＤに関連付けられたＵＩ状態をＵＩ状態保存部４４から取得し、送信部４２が、ＵＩ状態をクライアント端末に送信する。【選択図】図５
2013210911.tif 000002
【特許請求の範囲】
【請求項１】
特定の表示画面に表示されたデータを特定する特定手段と、
前記特定の表示画面上で前記データを操作する操作者を識別する識別情報を取得する識別情報取得手段と、
前記特定の表示画面における前記データを操作するための操作部の表示状態を示す状態情報を取得する状態情報取得手段と、
前記操作部の表示状態を保存する操作として予め定められた保存操作が前記操作者によって行われた場合に、前記特定手段により特定された前記データと、前記識別情報取得手段により取得された前記識別情報とに関連付けて、前記状態情報取得手段により取得された前記状態情報を保存する処理を行う処理手段と
を備えたことを特徴とする情報処理装置。
【請求項２】
前記特定手段は、前記特定の表示画面とは異なる他の表示画面に表示される前記データを特定し、
前記識別情報取得手段は、前記他の表示画面上で前記データを操作する前記操作者を識別する前記識別情報を取得し、
前記処理手段は、前記操作部の表示状態を再現する操作として予め定められた再現操作が前記操作者によって行われた場合に、前記特定手段により特定された前記データと、前記識別情報取得手段により取得された前記識別情報とに関連付けて保存された前記状態情報により示される表示状態で、前記他の表示画面に前記操作部を表示する処理を行うことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記他の表示画面又は当該他の表示画面を有する装置の特性を示す特性情報を取得する特性情報取得手段を更に備え、
前記処理手段は、前記再現操作が前記操作者によって行われた場合に、前記特定手段により特定された前記データと、前記識別情報取得手段により取得された前記識別情報とに関連付けて保存された前記状態情報により示される表示状態に対して前記特性情報に応じた変換処理を施して得られた新たな表示状態で、前記他の表示画面に前記操作部を表示する処理を行うことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記変換処理は、前記操作部に配置された操作項目を減少させる処理であることを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記変換処理は、前記操作部に配置された操作項目の配置順序を変更する処理であることを特徴とする請求項３に記載の情報処理装置。
【請求項６】
前記変換処理は、前記操作部の表示位置又は形状を変更する処理であることを特徴とする請求項３に記載の情報処理装置。
【請求項７】
前記処理手段は、前記保存操作が前記操作者によって行われた場合に、前記特定手段により特定された前記データとは別に、当該データと、前記識別情報取得手段により取得された前記識別情報とに関連付けて、前記状態情報取得手段により取得された前記状態情報を保存する処理を行うことを特徴とする請求項１乃至請求項６の何れかに記載の情報処理装置。
【請求項８】
前記特定の表示画面に表示された前記データを取得するデータ取得手段を更に備え、
前記処理手段は、前記データ取得手段により取得された前記データを、前記識別情報取得手段により取得された前記識別情報と、前記状態情報取得手段により取得された前記状態情報とを付加した状態で保存する処理を行うことを特徴とする請求項１乃至請求項６の何れかに記載の情報処理装置。
【請求項９】
データを操作する第１の操作装置及び第２の操作装置と、
前記データを管理する管理装置と
を備え、
前記第１の操作装置は、
自装置の表示画面に表示された前記データを操作するための操作部の表示状態を保存する操作として予め定められた保存操作が操作者によって行われた場合に、当該データと、当該データを識別する第１の識別情報と、当該操作者を識別する第２の識別情報と、当該操作部の表示状態を示す状態情報とを送信する第１の送信手段
を備え、
前記第２の操作装置は、
自装置の表示画面に表示される前記データを操作するための前記操作部の表示状態を再現する操作として予め定められた再現操作が前記操作者によって行われた場合に、当該データを識別する前記第１の識別情報と、当該操作者を識別する前記第２の識別情報とを送信する第２の送信手段
を備え、
前記管理装置は、
前記第１の送信手段により前記データと前記第１の識別情報と前記第２の識別情報と前記状態情報とが送信された場合に、当該第１の識別情報に関連付けて当該データを保存し、当該第１の識別情報と当該第２の識別情報とに関連付けて当該状態情報を保存する保存手段と、
前記第２の送信手段により前記第１の識別情報と前記第２の識別情報とが送信された場合に、当該第１の識別情報に関連付けて前記保存手段に保存された前記データが前記第２の操作装置の表示画面に表示されるように、当該データを前記第２の操作装置に送信し、当該第１の識別情報と当該第２の識別情報とに関連付けて前記保存手段に保存された前記状態情報により示される前記表示状態で、前記第２の操作装置の表示画面に前記操作部が表示されるように、当該状態情報を前記第２の操作装置に送信する第３の送信手段と
を備えたことを特徴とする情報処理システム。
【請求項１０】
コンピュータに、
特定の表示画面に表示されたデータを特定する機能と、
前記特定の表示画面上で前記データを操作する操作者を識別する識別情報を取得する機能と、
前記特定の表示画面における前記データを操作するための操作部の表示状態を示す状態情報を取得する機能と、
前記操作部の表示状態を保存する操作として予め定められた保存操作が操作者によって行われた場合に、特定された前記データと、取得された前記識別情報とに関連付けて、取得された前記状態情報を保存する機能と
を実現させるためのプログラム。
【請求項１１】
コンピュータに、
特定の表示画面に表示されたデータを取得する機能と、
前記特定の表示画面上で前記データを操作する操作者を識別する識別情報を取得する機能と、
前記特定の表示画面における前記データを操作するための操作部の表示状態を示す状態情報を取得する機能と、
前記操作部の表示状態を保存する操作として予め定められた保存操作が操作者によって行われた場合に、取得された前記データを、取得された前記識別情報と、取得された前記状態情報とを付加した状態で保存する機能と
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム、プログラムに関する。
【背景技術】
【０００２】
ユーザインタフェース部が、選択された業務プロセスに応じて標準テンプレートから必要なテンプレート部品を抽出し、抽出されたテンプレート部品を集めてカスタマイズ画面を作成するための操作画面を作成して表示し、この操作画面を介して選択されたオプション項目を保存し、カスタマイズ画面生成部が、カスタマイズ画面を構成する表示部品を抽出し、選択されたオプション項目に応じて抽出された表示部品を修正し、修正された表示部品を集めてカスタマイズ画面を作成して表示する技術は知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−１８６６７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、操作者がデータを操作するための操作部の表示状態を、その操作者がそのデータを再び操作する際に再現可能なように保存することにある。
【課題を解決するための手段】
【０００５】
請求項１に記載の発明は、特定の表示画面に表示されたデータを特定する特定手段と、前記特定の表示画面上で前記データを操作する操作者を識別する識別情報を取得する識別情報取得手段と、前記特定の表示画面における前記データを操作するための操作部の表示状態を示す状態情報を取得する状態情報取得手段と、前記操作部の表示状態を保存する操作として予め定められた保存操作が前記操作者によって行われた場合に、前記特定手段により特定された前記データと、前記識別情報取得手段により取得された前記識別情報とに関連付けて、前記状態情報取得手段により取得された前記状態情報を保存する処理を行う処理手段とを備えたことを特徴とする情報処理装置である。
請求項２に記載の発明は、前記特定手段は、前記特定の表示画面とは異なる他の表示画面に表示される前記データを特定し、前記識別情報取得手段は、前記他の表示画面上で前記データを操作する前記操作者を識別する前記識別情報を取得し、前記処理手段は、前記操作部の表示状態を再現する操作として予め定められた再現操作が前記操作者によって行われた場合に、前記特定手段により特定された前記データと、前記識別情報取得手段により取得された前記識別情報とに関連付けて保存された前記状態情報により示される表示状態で、前記他の表示画面に前記操作部を表示する処理を行うことを特徴とする請求項１に記載の情報処理装置である。
請求項３に記載の発明は、前記他の表示画面又は当該他の表示画面を有する装置の特性を示す特性情報を取得する特性情報取得手段を更に備え、前記処理手段は、前記再現操作が前記操作者によって行われた場合に、前記特定手段により特定された前記データと、前記識別情報取得手段により取得された前記識別情報とに関連付けて保存された前記状態情報により示される表示状態に対して前記特性情報に応じた変換処理を施して得られた新たな表示状態で、前記他の表示画面に前記操作部を表示する処理を行うことを特徴とする請求項２に記載の情報処理装置である。
請求項４に記載の発明は、前記変換処理は、前記操作部に配置された操作項目を減少させる処理であることを特徴とする請求項３に記載の情報処理装置である。
請求項５に記載の発明は、前記変換処理は、前記操作部に配置された操作項目の配置順序を変更する処理であることを特徴とする請求項３に記載の情報処理装置である。
請求項６に記載の発明は、前記変換処理は、前記操作部の表示位置又は形状を変更する処理であることを特徴とする請求項３に記載の情報処理装置である。
請求項７に記載の発明は、前記処理手段は、前記保存操作が前記操作者によって行われた場合に、前記特定手段により特定された前記データとは別に、当該データと、前記識別情報取得手段により取得された前記識別情報とに関連付けて、前記状態情報取得手段により取得された前記状態情報を保存する処理を行うことを特徴とする請求項１乃至請求項６の何れかに記載の情報処理装置である。
請求項８に記載の発明は、前記特定の表示画面に表示された前記データを取得するデータ取得手段を更に備え、前記処理手段は、前記データ取得手段により取得された前記データを、前記識別情報取得手段により取得された前記識別情報と、前記状態情報取得手段により取得された前記状態情報とを付加した状態で保存する処理を行うことを特徴とする請求項１乃至請求項６の何れかに記載の情報処理装置である。
請求項９に記載の発明は、データを操作する第１の操作装置及び第２の操作装置と、前記データを管理する管理装置とを備え、前記第１の操作装置は、自装置の表示画面に表示された前記データを操作するための操作部の表示状態を保存する操作として予め定められた保存操作が操作者によって行われた場合に、当該データと、当該データを識別する第１の識別情報と、当該操作者を識別する第２の識別情報と、当該操作部の表示状態を示す状態情報とを送信する第１の送信手段を備え、前記第２の操作装置は、自装置の表示画面に表示される前記データを操作するための前記操作部の表示状態を再現する操作として予め定められた再現操作が前記操作者によって行われた場合に、当該データを識別する前記第１の識別情報と、当該操作者を識別する前記第２の識別情報とを送信する第２の送信手段を備え、前記管理装置は、前記第１の送信手段により前記データと前記第１の識別情報と前記第２の識別情報と前記状態情報とが送信された場合に、当該第１の識別情報に関連付けて当該データを保存し、当該第１の識別情報と当該第２の識別情報とに関連付けて当該状態情報を保存する保存手段と、前記第２の送信手段により前記第１の識別情報と前記第２の識別情報とが送信された場合に、当該第１の識別情報に関連付けて前記保存手段に保存された前記データが前記第２の操作装置の表示画面に表示されるように、当該データを前記第２の操作装置に送信し、当該第１の識別情報と当該第２の識別情報とに関連付けて前記保存手段に保存された前記状態情報により示される前記表示状態で、前記第２の操作装置の表示画面に前記操作部が表示されるように、当該状態情報を前記第２の操作装置に送信する第３の送信手段とを備えたことを特徴とする情報処理システムである。
請求項１０に記載の発明は、コンピュータに、特定の表示画面に表示されたデータを特定する機能と、前記特定の表示画面上で前記データを操作する操作者を識別する識別情報を取得する機能と、前記特定の表示画面における前記データを操作するための操作部の表示状態を示す状態情報を取得する機能と、前記操作部の表示状態を保存する操作として予め定められた保存操作が操作者によって行われた場合に、特定された前記データと、取得された前記識別情報とに関連付けて、取得された前記状態情報を保存する機能とを実現させるためのプログラムである。
請求項１１に記載の発明は、コンピュータに、特定の表示画面に表示されたデータを取得する機能と、前記特定の表示画面上で前記データを操作する操作者を識別する識別情報を取得する機能と、前記特定の表示画面における前記データを操作するための操作部の表示状態を示す状態情報を取得する機能と、前記操作部の表示状態を保存する操作として予め定められた保存操作が操作者によって行われた場合に、取得された前記データを、取得された前記識別情報と、取得された前記状態情報とを付加した状態で保存する機能とを実現させるためのプログラムである。
【発明の効果】
【０００６】
請求項１の発明によれば、操作者がデータを操作するための操作部の表示状態を、その操作者がそのデータを再び操作する際に再現可能なように保存することができる。
請求項２の発明によれば、操作者がデータを操作するための操作部の表示状態を、その操作者がそのデータを再び操作する際に再現することができる。
請求項３の発明によれば、操作者がデータを操作するための操作部の表示状態を、その操作者がそのデータを再び操作する際に画面又は装置の特性に応じて再現することができる。
請求項４の発明によれば、操作者がデータを操作するための操作部の表示状態を、例えば画面の大きさや装置で行われる操作内容に応じて再現することができる。
請求項５の発明によれば、操作者がデータを操作するための操作部の表示状態を、例えば装置で行われる操作内容に応じて再現することができる。
請求項６の発明によれば、操作者がデータを操作するための操作部の表示状態を、例えば画面の形状に応じて再現することができる。
請求項７の発明によれば、操作者がデータを操作するための操作部の表示状態を、その操作者がそのデータを例えば異なるアプリケーションで再び操作する際にも再現することができる。
請求項８の発明によれば、操作者がデータを操作するための操作部の表示状態を、その操作者がそのデータを例えば直接受け渡して再び操作する際にも再現することができる。
請求項９の発明によれば、操作者がデータを操作するための操作部の表示状態を、その操作者がそのデータを例えば異なるアプリケーションで再び操作する際にも再現することができる。
請求項１０の発明によれば、操作者がデータを操作するための操作部の表示状態を、その操作者がそのデータを再び操作する際に再現可能なように保存することができる。
請求項１１の発明によれば、操作者がデータを操作するための操作部の表示状態を、その操作者がそのデータを例えば直接受け渡して再び操作する際にも再現することができる。
【図面の簡単な説明】
【０００７】
【図１】本発明の実施の形態が適用されるコンピュータシステムの構成例を示した図である。
【図２】本発明の実施の形態におけるクライアント端末のハードウェア構成例を示した図である。
【図３】本発明の第１の実施の形態の概要を模式的に示した図である。
【図４】本発明の第１の実施の形態におけるクライアント端末の機能構成例を示したブロック図である。
【図５】本発明の第１の実施の形態における文書サーバの機能構成例を示したブロック図である。
【図６】本発明の第１の実施の形態のＵＩ状態保存部に保存される情報の具体的な内容を例示した図である。
【図７】本発明の第１の実施の形態における文書サーバの動作例を示したフローチャートである。
【図８】本発明の第２の実施の形態の概要を模式的に示した図である。
【図９】本発明の第２の実施の形態における文書サーバの機能構成例を示したブロック図である。
【図１０】本発明の第２の実施の形態の継承情報記憶部に記憶される情報の具体的な内容を例示した図である。
【図１１】本発明の第２の実施の形態における文書サーバの動作例を示したフローチャートである。
【発明を実施するための形態】
【０００８】
以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。
図１は、本実施の形態が適用されるコンピュータシステムの全体構成例を示したものである。
図示するように、このコンピュータシステムは、クライアント端末１０ａ，１０ｂ，１０ｃと、文書サーバ３０とが、ネットワーク８０を介して接続されることにより構成されている。
尚、図では、クライアント端末１０ａ，１０ｂ，１０ｃを示したが、これらを区別する必要がない場合は、クライアント端末１０と称する。また、図には、３つのクライアント端末１０しか示していないが、４つ以上のクライアント端末１０を設けてもよい。
【０００９】
クライアント端末１０は、ユーザが文書ファイルの閲覧、編集等を行う際に用いられるコンピュータ装置である。具体的には、ユーザの操作に応じて、文書サーバ３０から文書ファイルをダウンロードし、ユーザに文書ファイルの閲覧、編集等をさせた後、文書サーバ３０に文書ファイルをアップロードする。ここで、クライアント端末１０としては、デスクトップＰＣ（Personal Computer）、ノートＰＣ、タブレットＰＣ、ウェアラブルコンピュータ、ＰＤＡ（Personal Digital Assistants）、スマートフォン、携帯電話等を用いるとよい。本実施の形態では、第１の操作装置、第２の操作装置の一例として、クライアント端末１０を設けている。
【００１０】
文書サーバ３０は、ユーザが閲覧、編集等を行う対象である文書ファイルを格納するコンピュータ装置である。具体的には、ワードプロセッサソフトウェア、表計算ソフトウェア、プレゼンテーションソフトウェア等で作成されたファイル、環境に依存せずにオリジナルのイメージを再現可能なＰＤＦ（Portable Document Format）等のファイルを格納する。但し、本明細書で「文書ファイル」というときは、テキストを含む「文書」を電子化したファイルのみを意味するとは限らない。例えば、図形等のグラフィックデータ、絵、写真等の画像データも、ラスタデータであるかベクタデータであるかに関わらず、「文書ファイル」に含まれるものとする。ここで、文書サーバ３０としては、ＰＣ等を用いるとよい。本実施の形態では、管理装置の一例として、文書サーバ３０を設けている。
【００１１】
ネットワーク８０は、クライアント端末１０と文書サーバ３０との間の情報通信に用いられる通信手段であり、例えば、インターネットである。
【００１２】
次に、クライアント端末１０のハードウェア構成について説明する。
図２は、クライアント端末１０のハードウェア構成例を示した図である。
図示するように、クライアント端末１０は、演算手段であるＣＰＵ（Central Processing Unit）１１と、記憶手段であるメインメモリ１２及びＨＤＤ（Hard Disk Drive）１３とを備える。ここで、ＣＰＵ１１は、ＯＳ（Operating System）やアプリケーション等の各種ソフトウェアを実行し、後述する各機能を実現する。また、メインメモリ１２は、各種ソフトウェアやその実行に用いるデータ等を記憶する記憶領域であり、ＨＤＤ１３は、各種ソフトウェアに対する入力データや各種ソフトウェアからの出力データ等を記憶する記憶領域である。尚、クライアント端末１０がスマートフォンや携帯電話である場合は、ＨＤＤ１３に代えて、フラッシュストレージを用いるとよい。
更に、クライアント端末１０は、外部との通信を行うための通信インターフェース（以下、「通信Ｉ／Ｆ」と表記する）１４と、ビデオメモリやディスプレイ等からなる表示機構１５と、キーボードやマウス等の入力デバイス１６とを備える。
【００１３】
尚、図２は、文書サーバ３０のハードウェア構成を示した図として捉えることもできる。この場合、ＣＰＵ１１、メインメモリ１２、ＨＤＤ１３、通信Ｉ／Ｆ１４、表示機構１５、入力デバイス１６は、それぞれ、ＣＰＵ３１、メインメモリ３２、ＨＤＤ３３、通信Ｉ／Ｆ３４、表示機構３５、入力デバイス３６と表記するものとする。
【００１４】
ところで、図１のコンピュータシステムにおいて、ユーザは文書ファイルの編集、閲覧等を行う際にクライアント端末１０でアプリケーションを利用する。このアプリケーションは、閲覧、編集等のためのユーザインターフェイス（以下、「ＵＩ」という）を提供するが、そのＵＩの表示状態（以下、「ＵＩ状態」という）は、一般に、ユーザが自由に設定できるようになっている。例えば、ＵＩとして、閲覧、編集等で用いる機能を選択するためのメニューを考えた場合、全てのメニューの全ての項目を表示すると文書の閲覧の妨げになることから、ユーザは、ＵＩ状態として、特定のメニューを表示しない状態、特定のメニュー内の特定の項目を表示しない状態等を設定できるようになっている。
【００１５】
しかしながら、通常、その設定は、１つのアプリケーションに対して１つであるため、文書ファイル単位で、その文書ファイルと実施中の作業の特性に応じたＵＩ状態を保存することはできない。
従って、ある文書ファイルに対する作業において構成したＵＩ状態は、一度文書ファイルを閉じると、次にその文書ファイルを開いたときには失われており、その作業に適したＵＩ状態をユーザが再度構成する必要があった。
【００１６】
また、例えば、クライアント端末１０ａとクライアント端末１０ｂとがＰＣとスマートフォンのように異なるデバイスだとすると、クライアント端末１０ａとクライアント端末１０ｂとでは、同じ文書ファイルに対してユーザが実際に行う作業が、画面の大きさや処理特性によって一部異なることがある。そのため、このような場合には、クライアント端末１０ａでＵＩ状態を保存し、クライアント端末１０ｂでＵＩ状態を再現する際に、単純に同じＵＩ状態を再現するのでは不十分である。
【００１７】
そこで、本実施の形態では、まず、ある文書ファイルに対する作業において構成したＵＩ状態をその文書ファイルに関連付けて保存し、一度文書ファイルを閉じた後にその文書ファイルを開いたとしても同じＵＩ状態を再現できるようにした。
また、文書ファイルに対する作業を行うデバイスの違いによってＵＩ状態を変更して再現するようにした。
以下、前者を第１の実施の形態とし、後者を第２の実施の形態として、詳細に説明する。
【００１８】
［第１の実施の形態］
図３は、第１の実施の形態の概要を模式的に示した図である。ここでは、あるユーザが、ＰＣであるクライアント端末１０ａで作成した文書ファイルに対し、ＰＣであるクライアント端末１０ｂで閲覧、編集等を行うシーンを想定している。
まず、ユーザが、クライアント端末１０ａで編集していた文書ファイルを、矢印Ａで示すように文書サーバ３０に保存したとする。すると、そのときのＵＩ状態も、矢印Ｂで示すように文書サーバ３０に保存される。
次に、同じユーザが、矢印Ｃで示すように、文書サーバ３０から同じ文書ファイルを呼び出してクライアント端末１０ｂで開いたとする。すると、文書サーバ３０からは、矢印Ｄで示すように、保存されていたＵＩ状態も呼び出され、クライアント端末１０ｂでもクライアント端末１０ａと同じＵＩ状態で作業を実施できるようになる。
【００１９】
具体的には、クライアント端末１０ａの画面に、メニュー２１１ａ，２１２ａが表示されていたとすると、クライアント端末１０ｂの画面にも、これと全く同じ状態のメニュー２１１ｂ，２１２ｂが表示される。
【００２０】
次に、本実施の形態における各装置の構成について説明する。
図４は、クライアント端末１０の機能構成例を示したブロック図である。
図示するように、クライアント端末１０は、操作受付部２１と、送信部２２と、受信部２８と、表示制御部２９とを備えている。
【００２１】
操作受付部２１は、ユーザが文書サーバ３０にログインする操作、ユーザが閲覧、編集等を行いたい文書ファイルを選択する操作、ユーザが文書サーバ３０から受信した文書ファイルを閲覧、編集等を行った後に文書サーバ３０に保存する操作等を受け付ける。
【００２２】
送信部２２は、ユーザが文書サーバ３０にログインする操作を操作受付部２１が受け付けた際にはユーザの識別情報（以下、「ユーザＩＤ」という）を、ユーザが文書ファイルを選択する操作を操作受付部２１が受け付けた際にはその文書ファイルの識別情報（以下、「文書ＩＤ」という）を、ユーザが文書ファイルを文書サーバ３０に保存する操作を操作受付部２１が受け付けた際にはその文書ファイルの文書ＩＤ、その文書ファイル及びＵＩ状態を示す情報（以下、単に「ＵＩ状態」という）を、それぞれ文書サーバ３０に送信する。ここで、文書ＩＤとしては、例えば、文書サーバ３０における文書ファイルの記憶場所を示す情報を用いるとよい。この記憶場所を示す情報とは、例えば、ＵＲＩ（Uniform Resource Identifier）である。本実施の形態では、データの一例として、文書ファイルを用いており、データを識別する第１の識別情報の一例として、文書ＩＤを用いており、操作者を識別する第２の識別情報の一例として、ユーザＩＤを用いており、操作部の表示状態を示す状態情報の一例として、ＵＩ状態を用いている。また、保存操作が操作者によって行われた場合にデータと第１の識別情報と第２の識別情報と状態情報とを送信する第１の送信手段、再現操作が操作者によって行われた場合に第１の識別情報と第２の識別情報とを送信する第２の送信手段の一例として、送信部２２を設けている。
【００２３】
受信部２８は、送信部２２がユーザＩＤを送信した際にはユーザが閲覧、編集等を行うことが可能な文書ファイルの文書ＩＤの一覧を、送信部２２が文書ＩＤを送信した際にはその文書ＩＤで示される場所に記憶された文書ファイル及びその文書ファイルに対するＵＩ状態を、それぞれ文書サーバ３０から受信する。
【００２４】
表示制御部２９は、受信部２８が受信した文書ＩＤの一覧、文書ファイル、ＵＩ状態に基づくＵＩ等を表示機構１５に表示するように制御する。
【００２５】
尚、これらの機能部は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、ＣＰＵ１１が、操作受付部２１、送信部２２、受信部２８、表示制御部２９を実現するプログラムを例えばＨＤＤ１３からメインメモリ１２に読み込んで実行することにより、これらの機能部は実現される。
【００２６】
図５は、文書サーバ３０の機能構成例を示したブロック図である。
図示するように、文書サーバ３０は、文書管理部４１と、送信部４２と、ＵＩ状態管理部４３と、ＵＩ状態保存部４４と、受信部４８と、ユーザ管理部４９とを備える。
【００２７】
文書管理部４１は、図示しない文書記憶部の例えば文書ＩＤで示される記憶場所にて文書ファイルを管理する。即ち、文書記憶部から文書ファイルを取得したり、文書記憶部に文書ファイルを保存したりする。また、文書管理部４１は、文書ファイルの閲覧、編集等を行うことが可能なユーザに関連付けた文書ファイルの管理も行う。例えば、ユーザＩＤと文書ＩＤとを対応付けておくことにより、あるユーザが閲覧、編集等を行うことが可能な文書ファイルの文書ＩＤを取得する。本実施の形態では、第１の送信手段によりデータと第１の識別情報と第２の識別情報と状態情報とが送信された場合にデータを保存する保存手段の一例として、文書管理部４１を設けている。
【００２８】
送信部４２は、ユーザが閲覧、編集等を行うことが可能な文書ファイルの文書ＩＤの一覧を文書管理部４１が取得した際にはその文書ＩＤの一覧を、文書管理部４１が文書ファイルを取得した際にはその文書ファイル及びその文書ファイルに対するＵＩ状態を、それぞれクライアント端末１０に送信する。本実施の形態では、再現操作が操作者によって行われた場合に操作部を表示する処理を行う処理手段、第２の送信手段により第１の識別情報と第２の識別情報とが送信された場合にデータと状態情報とを送信する第３の送信手段の一例として、送信部４２を設けている。
【００２９】
ＵＩ状態管理部４３は、ユーザが文書ファイルを閲覧、編集等を行った後に文書サーバ３０に保存する操作を行ったときのＵＩ状態を、その文書ファイルの文書ＩＤと、そのユーザのユーザＩＤとに関連付けてＵＩ状態保存部４４にて管理する。即ち、文書ＩＤ及びユーザＩＤをキーとしてＵＩ状態保存部４４からＵＩ状態を取得したり、文書ＩＤ及びユーザＩＤに関連付けてＵＩ状態保存部４４にＵＩ状態を保存したりする。本実施の形態では、保存操作が操作者によって行われた場合に状態情報を保存する処理を行う処理手段の一例として、ＵＩ状態管理部４３を設けている。
【００３０】
ＵＩ状態保存部４４は、ＵＩ状態管理部４３により管理の下、文書ＩＤ及びユーザＩＤに関連付けてＵＩ状態を保存する。本実施の形態では、第１の送信手段によりデータと第１の識別情報と第２の識別情報と状態情報とが送信された場合に状態情報を保存する保存手段の一例として、ＵＩ状態保存部４４を設けている。尚、このＵＩ状態保存部４４に保存される情報の具体的な内容については後述する。
【００３１】
受信部４８は、ユーザが文書サーバ３０にログインする操作を行った際にはユーザＩＤを、ユーザが文書ファイルを選択する操作を行った際にはその文書ファイルの文書ＩＤを、ユーザが文書ファイルを文書サーバ３０に保存する操作を行った際にはその文書ファイルの文書ＩＤ、その文書ファイル及びＵＩ状態を、それぞれクライアント端末１０から受信する。本実施の形態では、データを特定する特定手段、データを取得するデータ取得手段の一例として、受信部４８を設けている。また、操作者を識別する識別情報の一例として、ユーザＩＤを用いており、識別情報を取得する識別情報取得手段の一例として、受信部４８を設けている。更に、状態情報を取得する状態情報取得手段の一例として、受信部４８を設けている。
【００３２】
ユーザ管理部４９は、受信部４８が受信したユーザＩＤを管理する。即ち、ユーザが文書サーバ３０にログインする際、受信部４８は、ユーザＩＤに加えてパスワードを受信するので、ユーザ管理部４９は、このユーザＩＤ及びパスワードの組み合わせが予め登録されたユーザＩＤ及びパスワードの組み合わせの中に存在するかどうかを調べることにより、ユーザの認証を行う。そして、ユーザの認証が成功すれば、セッションＩＤを生成して、ユーザＩＤとセッションＩＤとを紐付けておく。その後、このユーザのログインが継続した状態で受信部４８が情報を受信すると、情報にはこのセッションＩＤが含まれるので、このセッションＩＤに紐付けられたユーザＩＤを受信部４８に返す。
【００３３】
尚、これらの機能部は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、ＣＰＵ３１が、文書管理部４１、送信部４２、ＵＩ状態管理部４３、受信部４８、ユーザ管理部４９を実現するプログラムを例えばＨＤＤ３３からメインメモリ３２に読み込んで実行することにより、これらの機能部は実現される。また、ＵＩ状態保存部４４は、例えばＨＤＤ３３により実現される。
【００３４】
図６は、ＵＩ状態保存部４４に保存される情報の具体的な内容を例示した図である。
図示するように、ＵＩ状態保存部４４には、文書ＩＤごと、ユーザＩＤごとに、ＵＩ状態が保存されている。例えば、文書ファイルＸをユーザＡが開いたときに保存したＵＩ状態としてＭ１が保存されており、文書ファイルＹをユーザＢが開いたときに保存したＵＩ状態としてＭ５が保存されている。
尚、図では、ＵＩ状態をＭ１、Ｍ２等の記号で表したが、実際には、各メニューを表示するかしないか、各メニューを表示するとして、どこに表示するか、横長のバーに表示するか縦長のバーに表示するか、各メニュー内の各項目を表示するかしないか、各メニュー内の各項目を表示するとして、どのような順序で表示するか等の設定が保存される。或いは、そのような設定は別の場所に記憶しておき、その設定へのリンクをＵＩ状態保存部４４に保存するようにしてもよい。
【００３５】
次いで、本実施の形態の動作について説明する。尚、図３に示した概要では、クライアント端末１０ａが文書サーバ３０にＵＩ状態を保存し、クライアント端末１０ｂが文書サーバ３０からこのＵＩ状態を呼び出す、という流れで説明したが、ここでは、文書サーバ３０が、クライアント端末１０にＵＩ状態を送信し、そのクライアント端末１０から変更されたＵＩ状態を受信する、という流れで説明する。
【００３６】
図７は、文書サーバ３０の動作例を示したフローチャートである。クライアント端末１０で、操作受付部２１が、文書サーバ３０へのログイン操作を受け付け、送信部２２が、ユーザＩＤを文書サーバ３０に送信することにより、このフローチャートの動作は開始する。
動作が開始すると、文書サーバ３０では、まず、受信部４８が、ユーザＩＤを受信する（ステップ３０１）。尚、このユーザＩＤは、ユーザ管理部４９で管理され、ログインが継続した状態での同じユーザからの以降のアクセスを認識できるようになっている。
また、受信部４８がユーザＩＤを文書管理部４１に送ることにより、文書管理部４１が、ユーザＩＤに関連付けられた文書ファイルの文書ＩＤの一覧を取得し、送信部４２が、これをクライアント端末１０に送信する（ステップ３０２）。これにより、クライアント端末１０では、受信部２８が、文書ＩＤの一覧を受信し、表示制御部２９が、この文書ＩＤの一覧が表示されるように制御する。
【００３７】
次に、クライアント端末１０では、操作受付部２１が、文書ＩＤの一覧の中から閲覧、編集等を行いたい文書ファイルの文書ＩＤを選択する操作を受け付け、送信部２２が、選択された文書ＩＤを文書サーバ３０に送信する。すると、文書サーバ３０では、受信部４８が、文書ＩＤを受信する（ステップ３０３）。
そして、受信部４８が文書ＩＤを文書管理部４１に送ることにより、文書管理部４１が、文書ＩＤで示される場所に記憶された文書ファイルを取得する（ステップ３０４）。尚、ここで取得された文書ファイルは送信部４２に渡される。
また、受信部４８が文書ＩＤに加えてユーザ管理部４９で管理されたユーザＩＤをＵＩ状態管理部４３に送ることにより、ＵＩ状態管理部４３が、文書ＩＤ及びユーザＩＤに関連付けられたＵＩ状態がＵＩ状態保存部４４に保存されているかどうかを判定する（ステップ３０５）。
【００３８】
その結果、文書ＩＤ及びユーザＩＤに関連付けられたＵＩ状態がＵＩ状態保存部４４に保存されていると判定すると、ＵＩ状態管理部４３は、そのＵＩ状態を取得する（ステップ３０６）。尚、ここで取得されたＵＩ状態も送信部４２に渡される。
すると、送信部４２は、文書管理部４１から渡された文書ファイルと、ＵＩ状態管理部４３から渡されたＵＩ状態とをクライアント端末１０に送信する（ステップ３０８）。これにより、クライアント端末１０では、受信部２８が、文書ファイル及びＵＩ状態を受信し、表示制御部２９が、この文書ファイルが表示されるように制御すると共に、文書ファイルの閲覧、編集等のためのＵＩがこのＵＩ状態で表示されるように制御する。
【００３９】
一方、文書ＩＤ及びユーザＩＤに関連付けられたＵＩ状態がＵＩ状態保存部４４に保存されていないと判定すると、ＵＩ状態管理部４３がその旨を送信部４２に伝えることにより、送信部４２は、文書管理部４１から渡された文書ファイルのみをクライアント端末１０に送信する（ステップ３０９）。これにより、クライアント端末１０では、受信部２８が、文書ファイルを受信し、表示制御部２９が、この文書ファイルが表示されるように制御する。このとき、ＵＩとしては、文書ファイルの閲覧、編集等を行うアプリケーションにデフォルトで用意された状態のものが用いられる。
【００４０】
その後、クライアント端末１０では、文書ファイルの閲覧、編集等が行われ、操作受付部２１が、ユーザが文書ファイルを文書サーバ３０に保存する操作を受け付け、送信部２２が、文書ＩＤ及び文書ファイルを文書サーバ３０に送信する。また、文書サーバ３０からＵＩ状態を受信し、かつ、文書ファイルの閲覧、編集等を行う過程でＵＩ状態が変更されていれば、送信部２２は、ＵＩ状態も文書サーバ３０に送信する。すると、文書サーバ３０では、受信部４８が、文書ＩＤ及び文書ファイルを受信して文書管理部４１に送り、文書管理部４１が、文書ＩＤで示される場所に文書ファイルを保存する（ステップ３１０）。
【００４１】
また、受信部４８は、文書ＩＤ及び文書ファイルと共にＵＩ状態を受信したかどうかを判定する（ステップ３１１）。
その結果、ＵＩ状態を受信していれば、受信部４８は、文書ＩＤ及びＵＩ状態と、ユーザ管理部４９で管理されたユーザＩＤとをＵＩ状態管理部４３に受け渡し、ＵＩ状態管理部４３が、文書ＩＤ及びユーザＩＤに関連付けてＵＩ状態をＵＩ状態保存部４４に保存して（ステップ３１２）、処理を終了する。
一方、ＵＩ状態を受信していなければ、そのまま処理を終了する。
【００４２】
尚、この動作例では、ユーザが文書サーバ３０にログインしてＵＩ状態を呼び出し、クライアント端末１０で更新したＵＩ状態を、ログイン状態を維持している間に再び文書サーバ３０に保存するようにした。
しかしながら、ユーザが文書サーバ３０にログインしてＵＩ状態を呼び出した後、一旦ログアウトし、クライアント端末１０で更新したＵＩ状態を、別のタイミングで再び文書サーバ３０にログインして保存するようにしてもよい。その場合、フローチャートは、ステップ３０１〜３０９を実行した後、一旦終了し、これとは別の処理として、ステップ３０１を実行した後、ステップ３１０〜３１２を実行するように変更すればよい。
また、ユーザが文書サーバ３０にログインしてＵＩ状態を呼び出すのではなく、クライアント端末１０で新規に設定したＵＩ状態を、文書サーバ３０にログインして保存するようにしてもよい。その場合、フローチャートは、ステップ３０１〜３０９を実行せずに、ステップ３０１を実行した後、ステップ３１０〜３１２を実行するように変更すればよい。
以上により、第１の実施の形態の説明を終了する。
【００４３】
［第２の実施の形態］
図８は、第２の実施の形態の概要を模式的に示した図である。ここでは、あるユーザが、ＰＣであるクライアント端末１０ａで作成した文書ファイルに対し、スマートフォンであるクライアント端末１０ｂで閲覧、編集等を行うシーンを想定している。
まず、ユーザが、クライアント端末１０ａで編集していた文書ファイルを、矢印Ａで示すように文書サーバ３０に保存したとする。すると、そのときのＵＩ状態も、矢印Ｂで示すように文書サーバ３０に保存される。
次に、同じユーザが、矢印Ｃで示すように、文書サーバ３０から同じ文書ファイルを呼び出してクライアント端末１０ｂで開いたとする。すると、文書サーバ３０からは、矢印Ｅで示すように、保存されていたＵＩ状態から、継承情報に従ってＵＩ状態が継承され、矢印Ｆで示すように、継承されたＵＩ状態が呼び出され、クライアント端末１０ｂで表示されることになる。
【００４４】
具体的には、クライアント端末１０ａの画面に、何れも３つの項目を有するメニュー２２１ａ，２２２ａが表示されていたとすると、クライアント端末１０ｂの画面には、メニュー２２１ａ，２２２ａのそれぞれから１つの項目を減らしたメニュー２２１ｂ，２２２ｂが表示される。
【００４５】
次に、本実施の形態における各装置の構成について説明する。但し、クライアント端末１０の構成については、第１の実施の形態で述べたので、ここでは、文書サーバ３０の構成についてのみ述べる。
【００４６】
図９は、文書サーバ３０の機能構成例を示したブロック図である。
図示するように、文書サーバ３０は、文書管理部４１と、送信部４２と、ＵＩ状態管理部４３と、ＵＩ状態保存部４４と、継承情報記憶部４５と、ＵＩ状態変換部４６と、受信部４８と、ユーザ管理部４９とを備える。但し、文書管理部４１、送信部４２、ＵＩ状態管理部４３、ＵＩ状態保存部４４、受信部４８、ユーザ管理部４９については、第１の実施の形態で述べたので、ここでは、継承情報記憶部４５、ＵＩ状態変換部４６についてのみ述べる。
【００４７】
継承情報記憶部４５は、クライアント端末１０間でのＵＩ状態の継承方法を定義した情報（以下、「継承情報」という）を記憶する。尚、この継承情報記憶部４５に記憶される情報の具体的な内容については後述する。
ＵＩ状態変換部４６は、ＵＩ状態管理部４３が文書ＩＤ及びユーザＩＤをキーとしてＵＩ状態保存部４４からＵＩ状態を取得した際に、このＵＩ状態を、継承情報記憶部４５に記憶された継承情報と、送信先のクライアント端末１０の種別を示す情報（以下、「端末種別情報」という）とに基づいて変換する。
【００４８】
尚、これらの機能部は、ソフトウェアとハードウェア資源とが協働することにより実現される。具体的には、ＣＰＵ３１が、文書管理部４１、送信部４２、ＵＩ状態管理部４３、ＵＩ状態変換部４６、受信部４８、ユーザ管理部４９を実現するプログラムを例えばＨＤＤ３３からメインメモリ３２に読み込んで実行することにより、これらの機能部は実現される。また、ＵＩ状態保存部４４及び継承情報記憶部４５は、例えばＨＤＤ３３により実現される。
【００４９】
図１０は、継承情報記憶部４５に記憶される情報の具体的な内容を例示した図である。
（ａ）は、メニューに関する継承情報を示す。本実施の形態では、操作部の一例として、メニューを用いている。
図示するように、メニューに関する継承情報は、メニューごと、デバイスごとに、表示するかしないかを示す情報（「表示／非表示」欄）と、表示する場合の形状を示す情報（「形状」欄）とを含んでいる。尚、「形状」欄において、「既定値」とは、メニューの形状としてデフォルトの形状（横長のバー等）を採用することを意味し、「デバイス」とは、メニューの形状としてデバイスに応じた形状（画面の形状に応じた形状等）を採用することを意味する。
【００５０】
さて、（ａ）では、デバイスＡとしてＰＣを想定し、デバイスＢとしてスマートフォンを想定している。即ち、デバイスＡの画面に比べてデバイスＢの画面は小さいので、図形描画メニューは、デバイスＡでは表示する設定となっているが、デバイスＢでは表示しない設定となっている。また、文字書式メニュー、罫線メニューの形状は、デバイスＡではデフォルトの形状にする設定となっているが、デバイスＢではデバイスに応じた形状にする設定となっている。こうすれば、デバイスＢが画面の向きを変更可能なデバイスである場合に、画面を縦長にすれば、メニューは縦長に応じた形状となり、画面を横長にすれば、メニューは横長に応じた形状となる。
尚、図では、メニューの形状についてのみ、デフォルトの形状とするかデバイスに応じた形状とするかを定義したが、メニューの表示位置についてこのような定義を行ってもよい。
【００５１】
（ｂ）は、メニューの項目に関する継承情報を示す。本実施の形態では、操作項目の一例として、メニューの項目を用いている。
図示するように、メニューの項目に関する継承情報は、メニューの項目ごと、デバイスごとに、表示するかしないかを示す情報（「表示／非表示」欄）と、表示する場合の順番を示す情報（「順番」欄）とを含んでいる。尚、ここでいう「順番」とは、メニューにおける項目の配置位置としての順番を意味する。これは、メニューの形状によって変わり、横長のバー状のメニューであれば、例えば、左から順に１、２、３、…という順番になり、縦長のバー状のメニューであれば、例えば、上から順に１、２、３、…という順番になる。但し、これはあくまで一例であり、ユーザが選択し易い順に、順番を割り振ればよい。
【００５２】
さて、（ｂ）でも、デバイスＡとしてＰＣを想定し、デバイスＢとしてスマートフォンを想定している。即ち、デバイスＡの画面に比べてデバイスＢの画面は小さいので、例えば文字書式メニューについて、デバイスＡでは、項目「フォント」、「フォントサイズ」、「太字」、「斜体」、「アンダーライン」は全て表示する設定となっているが、デバイスＢでは、このうち、テキストの詳細編集に関する項目「太字」、「斜体」、「アンダーライン」は表示しない設定となっている。また、例えば文字書式メニューについて、デバイスＡでは、項目「フォント」を項目「フォントサイズ」よりも先の順番の位置に配置する設定となっているが、デバイスＢでは、項目「フォントサイズ」を項目「フォント」よりも先の順番の位置に配置する設定となっている。例えば、デバイスＢで頻繁に行われる操作において頻繁に使われる項目を先の順番の位置に配置するように定義しておくことが考えられる。
【００５３】
尚、（ａ），（ｂ）に示した継承情報では、２つのデバイスでの表示態様を定義したが、より細分化し、３つ以上のデバイスでの表示態様を定義してもよい。
【００５４】
次いで、本実施の形態の動作について説明する。尚、図８に示した概要では、クライアント端末１０ａが文書サーバ３０にＵＩ状態を保存し、クライアント端末１０ｂが文書サーバ３０からこのＵＩ状態を呼び出す、という流れで説明したが、ここでは、文書サーバ３０が、クライアント端末１０にＵＩ状態を送信し、そのクライアント端末１０から変更されたＵＩ状態を受信する、という流れで説明する。
【００５５】
図１１は、文書サーバ３０の動作例を示したフローチャートである。クライアント端末１０で、操作受付部２１が、文書サーバ３０へのログイン操作を受け付け、送信部２２が、ユーザＩＤを文書サーバ３０に送信することにより、このフローチャートの動作は開始する。
動作が開始すると、文書サーバ３０では、ステップ３５１〜３５４が実行されるが、これは図７のステップ３０１〜３０４と同じなので、説明を省略する。
ステップ３５４で文書管理部４１が文書ファイルを取得して送信部４２に渡すと、受信部４８が、クライアント端末１０から受信した文書ＩＤと、ユーザ管理部４９で管理されたユーザＩＤとをＵＩ状態管理部４３に送ることにより、ＵＩ状態管理部４３が、文書ＩＤ及びユーザＩＤに関連付けられたＵＩ状態がＵＩ状態保存部４４に保存されているかどうかを判定する（ステップ３５５）。
【００５６】
その結果、文書ＩＤ及びユーザＩＤに関連付けられたＵＩ状態がＵＩ状態保存部４４に保存されていると判定すると、ＵＩ状態管理部４３は、そのＵＩ状態を取得する（ステップ３５６）。
すると、ＵＩ状態変換部４６が、継承情報記憶部４５に記憶された継承情報と、クライアント端末１０の端末種別情報とに基づいて、このＵＩ状態を変換する（ステップ３５７）。ここで、端末種別情報は、これまで言及しなかったが、クライアント端末１０が文書サーバ３０へ送信する情報に含まれているものとする。即ち、ステップ３５３で、受信部４８は、文書ＩＤに加えて、端末種別情報を受信している。尚、端末種別情報は、クライアント端末１０又はその画面を特定可能な情報であるので、表示画面又は表示画面を有する装置の特性を示す特性情報の一例であり、受信部４８は、特性情報を取得する特性情報取得手段の一例である。そして、受信部４８は、この端末種別情報をＵＩ状態変換部４６に受け渡し、ＵＩ状態変換部４６が、ＵＩ状態を変換することになる。例えば、ＵＩ状態が、項目「フォント」、「フォントサイズ」、「太字」をこの順で含む文字書式メニューと図形描画メニューとが表示された状態であり、継承情報記憶部４５に図１０の継承情報が記憶されており、クライアント端末１０の端末種別情報が図１０のデバイスＢを示している場合を考える。この場合、ＵＩ状態は、項目「フォントサイズ」、「フォント」をこの順で含み、デバイスに応じた形状となる文字書式メニューを含み、図形描画メニューは含まないＵＩ状態に変換される。尚、ここで変換されたＵＩ状態も送信部４２に渡される。
【００５７】
すると、送信部４２は、文書管理部４１から渡された文書ファイルと、ＵＩ状態変換部４６から渡されたＵＩ状態とをクライアント端末１０に送信する（ステップ３５８）。これにより、クライアント端末１０では、受信部２８が、文書ファイル及びＵＩ状態を受信し、表示制御部２９が、この文書ファイルが表示されるように制御すると共に、文書ファイルの閲覧、編集等のためのＵＩがこのＵＩ状態で表示されるように制御する。
【００５８】
一方、文書ＩＤ及びユーザＩＤに関連付けられたＵＩ状態がＵＩ状態保存部４４に保存されていないと判定すると、ＵＩ状態管理部４３がその旨を送信部４２に伝えることにより、送信部４２は、文書管理部４１から渡された文書ファイルのみをクライアント端末１０に送信する（ステップ３５９）。これにより、クライアント端末１０では、受信部２８が、文書ファイルを受信し、表示制御部２９が、この文書ファイルが表示されるように制御する。このとき、ＵＩとしては、文書ファイルの閲覧、編集等を行うアプリケーションにデフォルトで用意された状態のものが用いられる。
【００５９】
その後、クライアント端末１０で、文書ファイルの閲覧、編集等が行われた後、文書サーバ３０では、ステップ３６１、３６２が実行されるが、これは図７のステップ３１１、３１２と同じなので、説明を省略する。
【００６０】
尚、この動作例では、ユーザが文書サーバ３０にログインしてＵＩ状態を呼び出し、クライアント端末１０で更新したＵＩ状態を、ログイン状態を維持している間に再び文書サーバ３０に保存するようにした。
しかしながら、ユーザが文書サーバ３０にログインしてＵＩ状態を呼び出した後、一旦ログアウトし、クライアント端末１０で更新したＵＩ状態を、別のタイミングで再び文書サーバ３０にログインして保存するようにしてもよい。その場合、フローチャートは、ステップ３５１〜３５９を実行した後、一旦終了し、これとは別の処理として、ステップ３５１を実行した後、ステップ３６０〜３６２を実行するように変更すればよい。
また、ユーザが文書サーバ３０にログインしてＵＩ状態を呼び出すのではなく、クライアント端末１０で新規に設定したＵＩ状態を、文書サーバ３０にログインして保存するようにしてもよい。その場合、フローチャートは、ステップ３５１〜３５９を実行せずに、ステップ３５１を実行した後、ステップ３６０〜３６２を実行するように変更すればよい。
以上により、第２の実施の形態の説明を終了する。
【００６１】
尚、上記実施の形態において、クライアント端末１０は、文書ファイルを文書サーバ３０に保存する時に、ＵＩ状態も文書サーバ３０に保存するようにしたが、文書ファイルを文書サーバ３０に保存する時以外に、明示的な指示によりＵＩ状態を文書サーバ３０に保存するようにしてもよい。例えば、文書ファイルを保存するためのボタンが押下されると、ＵＩ状態を文書ファイルと一緒に文書サーバ３０に保存してもよいし、ＵＩ状態を保存するための特別なボタンを設け、このボタンが押下されると、ＵＩ状態のみを文書サーバ３０に保存するようにしてもよい。また、これを一般化して、ＵＩ状態を保存する操作として予め定められた保存操作がユーザによって行われると、ＵＩ状態を文書サーバ３０に保存することとしてもよい。
【００６２】
また、上記実施の形態において、クライアント端末１０は、文書ファイルを文書サーバ３０から呼び出す時に、ＵＩ状態も文書サーバ３０から呼び出すようにしたが、文書ファイルを文書サーバ３０から呼び出す時以外に、明示的な指示によりＵＩ状態を文書サーバ３０から呼び出すようにしてもよい。例えば、文書ファイルを呼び出すためのボタンが押下されると、ＵＩ状態を文書ファイルと一緒に文書サーバ３０から呼び出してもよいし、ＵＩ状態を呼び出すための特別なボタンを設け、このボタンが押下されると、ＵＩ状態のみを文書サーバ３０から呼び出すようにしてもよい。また、これを一般化して、ＵＩ状態を再現する操作として予め定められた再現操作がユーザによって行われると、ＵＩ状態を文書サーバ３０から呼び出すこととしてもよい。
【００６３】
更に、上記実施の形態において、文書サーバ３０は、ＵＩ状態を文書ファイルとは別のファイルとして保存し、文書ＩＤとユーザＩＤとＵＩ状態とを関連付ける情報を記憶することにより、文書ファイルとユーザとＵＩ状態とを関連付けるようにしたが、これには限らない。例えば、文書サーバ３０は、文書ファイルに属性情報としてユーザＩＤ及びＵＩ状態を付加することにより、文書ファイルとユーザとＵＩ状態とを関連付けるようにしてもよい。
【００６４】
更にまた、上記実施の形態では、クライアント端末１０が、文書ファイルとユーザＩＤとＵＩ状態とを文書サーバ３０に送信し、文書サーバ３０が、これらを関連付けて保存するようにしたが、これには限らない。例えば、クライアント端末１０が、文書ファイルとユーザＩＤとＵＩ状態とを関連付けた情報を文書サーバ３０に送信し、文書サーバ３０が、この情報をそのまま保存するようにしてもよい。或いは、クライアント端末１０が、文書ファイルとユーザＩＤとＵＩ状態とを関連付けた情報を保存しておいてもよい。この場合、クライアント端末１０は、文書ファイルを特定する特定手段の一例としての文書ファイル特定部（図示せず）と、文書ファイルを操作するユーザのユーザＩＤを取得する識別情報取得手段の一例としてのユーザＩＤ取得部（図示せず）と、ＵＩ状態を取得する状態情報取得手段の一例としてのＵＩ状態取得部（図示せず）と、保存操作がユーザによって行われた場合に文書ファイルとユーザＩＤとに関連付けてＵＩ状態を保存する処理手段の一例としてのＵＩ状態保存部（図示せず）と、再現操作がユーザによって行われた場合に文書ファイルとユーザＩＤとに関連付けて保存されたＵＩ状態でＵＩを表示する処理手段の一例としての表示制御部２９とを備えていることになる。
【００６５】
尚、本実施の形態を実現するプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭ等の記録媒体に格納して提供することも可能である。
【符号の説明】
【００６６】
１０…クライアント端末、２１…操作受付部、２２…送信部、２８…受信部、２９…表示制御部、３０…文書サーバ、４１…文書管理部、４２…送信部、４３…ＵＩ状態管理部、４４…ＵＩ状態保存部、４５…継承情報記憶部、４６…ＵＩ状態変換部、４８…受信部、４９…ユーザ管理部、８０…ネットワーク
【図１】
2013210911.tif 000003
【図２】
2013210911.tif 000004
【図３】
2013210911.tif 000005
【図４】
2013210911.tif 000006
【図５】
2013210911.tif 000007
【図６】
2013210911.tif 000008
【図７】
2013210911.tif 000009
【図８】
2013210911.tif 000010
【図９】
2013210911.tif 000011
【図１０】
2013210911.tif 000012
【図１１】
2013210911.tif 000013