(57)【要約】【課題】特定のサーバに依存せず、端末装置で特定データに対して行われた操作の履歴を簡易に管理することができる装置を提供する。【解決手段】システムは、複数の端末装置（コンピュータ）１０，１２，１４を備える。コンピュータ１０は、データに一意の識別子を付与する識別子付与手段と、データに対して実行された操作の少なくとも操作元、日時及び操作種別を含むデータ履歴情報を識別子に関連付けて順次記憶する記憶手段と、他の端末装置に接続した場合に、他の端末装置が記憶しているデータ履歴情報を取得して、記憶手段に記憶されている同一の識別子を有するデータ履歴情報と合成することで更新する合成手段を備える。【選択図】図１
2015082163.tif 000002
【特許請求の範囲】
【請求項１】
データに一意の識別子を付与する付与手段と、
前記データに対して実行された操作の少なくとも操作元、日時及び操作種別を含む履歴情報を前記識別子に関連付けて順次記憶する記憶手段と、
他の端末装置に接続した場合に、前記他の端末装置が記憶している履歴情報を取得して、前記記憶手段に記憶されている同一の識別子を有する履歴情報と合成することで更新する合成手段と、
を備えることを特徴とする履歴情報管理装置。
【請求項２】
前記合成手段は、前記他の端末装置から取得したデータ履歴情報と同一の識別子を有するデータ履歴情報が前記記憶手段に存在しない場合に、前記他の端末装置から取得したデータ履歴情報をそのまま前記記憶手段に記憶する
ことを特徴とする請求項１に記載の履歴情報管理装置。
【請求項３】
前記記憶手段は、前記操作元、日時、及び操作種別に加えて、さらに操作先をデータ履歴情報として記憶する
ことを特徴とする請求項１，２のいずれかに記載の履歴情報管理装置。
【請求項４】
前記操作種別は、データの作成、編集、送信、閲覧、削除、印刷、コピーの少なくともいずれかであることを特徴とする請求項１〜３のいずれかに記載の履歴情報管理装置。
【請求項５】
前記合成手段で合成されたデータ履歴情報をグラフ形式で表示する表示手段
をさらに備えることを特徴とする請求項１〜４のいずれかに記載の履歴情報管理装置。
【請求項６】
複数の端末装置を備え、
前記複数の端末装置の各端末装置は、
データに一意の識別子を付与するＩＤ付与手段と、
前記データに対して実行された操作の少なくとも操作元、日時及び操作種別を含むデータ履歴情報を前記識別子に関連付けて順次記憶する記憶手段と、
他の端末装置に接続した場合に、前記他の端末装置が記憶しているデータ履歴情報を取得して、前記記憶手段に記憶されている同一の識別子を有するデータ履歴情報と合成することで更新する合成手段と、
を備えることを特徴とする履歴情報管理システム。
【請求項７】
コンピュータに、
データに一意の識別子を付与する識別子付与ステップと、
前記データに対して実行された操作の少なくとも操作元、日時及び操作種別を含むデータ履歴情報を前記識別子に関連付けて記憶装置に順次記憶する記憶ステップと、
他のコンピュータに接続した場合に、前記他のコンピュータが記憶しているデータ履歴情報を取得して、前記記憶装置に記憶されている同一の識別子を有するデータ履歴情報と合成することで更新する合成ステップ
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、履歴情報管理装置及びシステム並びにプログラムに関する。
【背景技術】
【０００２】
従来から、データに対する複数人の作業を記録して管理するシステムが提案されている。
【０００３】
特許文献１には、柔軟性や開放性、非集中性を実現して、種々の機器を用いて共同作業を行うに最適な作業空間を形成することができる組織活動記録装置を提供することを目的として、作業領域内に配置されたワークスペース検出手段と、同一時間帯かつ同一作業空間内に存在すると認識される個人ワークスペースを検索する個人ワークスペース検索手段と、個人ワークスペース検索手段によって検出されたワークスペースを統合して協調作業空間を形成するワークスペース統合手段と、協調作業空間内での活動を時間と場所に対応付けて保存する活動記録手段を備える技術が開示されている。
【０００４】
特許文献２には、ソフトウェアを配布するサーバの負荷を低減することを目的として、端末装置の機器情報を端末リストとして管理サーバが管理し、各端末装置からの要求に応じて管理サーバが端末リストを提供し、端末リストに記載された機器情報に基づいて端末装置間でピアツーピア接続が確立され、各端末装置間でソフトウェアのバージョン情報が交換されて、端末装置から取得した新しいバージョンのソフトウェアで古いバージョンのソフトウェアが更新される技術が開示されている。
【０００５】
特許文献３には、たとえ提供対象ファイルが同一であったとしても、ファイル要求する際にユーザが利用したファイルへアクセスするために必要な情報の元々の提供先を特定することが可能なシステムを提供することを目的として、文書管理サーバが文書へアクセスするために必要な副本ＩＤの取得要求をクライアントから受信し、受信する取得要求毎に異なる副本ＩＤを生成し、生成した副本ＩＤを取得要求の応答としてクライアントに送信すること、及び、文書管理サーバが取得要求に示される正本ＩＤとその正本ＩＤに対して生成した副本ＩＤとの派生関係を示す派生関係情報を管理することが開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−９２３３７号公報
【特許文献２】特開２０１０−１２８５１２号公報
【特許文献３】特開２００７−４６４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、複数の端末装置間においてその接続状態が動的に変化し得るような状況下で行われる各種データの編集や配布、参照等の履歴情報を管理する必要が生じる場合が少なくない。
【０００８】
このような場合、活動記録を中央的なサーバで管理するようなシステム構成では、サーバに接続していないときの活動は記録・管理することができず、また、特定データに関する非特定のユーザによる活動の記録を効果的に追跡・把握することができない。すなわち、履歴を管理するための特定のサーバに接続することを前提としたのでは、特定のサーバに接続していない状態で行われた編集や配布、参照等の履歴を収集することができず、特定のサーバに接続していない期間の履歴の管理ができない問題がある。
【０００９】
本発明の目的は、特定のサーバに依存せず、つまり、特定のサーバの存在を前提とすることなく、端末装置で特定データに対して行われた操作の履歴を簡易に管理することができる装置及びシステム並びにプログラムを提供することにある。
【課題を解決するための手段】
【００１０】
請求項１に記載の発明は、データに一意の識別子を付与する付与手段と、前記データに対して実行された操作の少なくとも操作元、日時及び操作種別を含む履歴情報を前記識別子に関連付けて順次記憶する記憶手段と、他の端末装置に接続した場合に、前記他の端末装置が記憶している履歴情報を取得して、前記記憶手段に記憶されている同一の識別子を有する履歴情報と合成することで更新する合成手段とを有する履歴情報管理装置である。
【００１１】
請求項２に記載の発明は、前記合成手段は、前記他の端末装置から取得したデータ履歴情報と同一識別子を有するデータ履歴情報が前記記憶手段に存在しない場合に、前記他の端末装置から取得したデータ履歴情報をそのまま前記記憶手段に記憶することを特徴とする請求項１に記載の履歴情報管理装置である。
【００１２】
請求項３に記載の発明は、前記記憶手段は、前記操作元、日時、及び操作種別に加えて、さらに操作先をデータ履歴情報として記憶することを特徴とする請求項１，２のいずれかに記載の履歴情報管理装置である。
【００１３】
請求項４に記載の発明は、前記操作種別は、データの作成、編集、送信、閲覧、削除、印刷、コピーの少なくともいずれかであることを特徴とする請求項１〜３のいずれかに記載の履歴情報管理装置である。
【００１４】
請求項５に記載の発明は、前記合成手段で合成されたデータ履歴情報をグラフ形式で表示する表示手段をさらに備えることを特徴とする請求項１〜４のいずれかに記載の履歴情報管理装置である。
【００１５】
請求項６に記載の発明は、複数の端末装置を備え、前記複数の端末装置の各端末装置は、データに一意の識別子を付与するＩＤ付与手段と、前記データに対して実行された操作の少なくとも操作元、日時及び操作種別を含むデータ履歴情報を前記識別子に関連付けて順次記憶する記憶手段と、他の端末装置に接続した場合に、前記他の端末装置が記憶しているデータ履歴情報を取得して、前記記憶手段に記憶されている同一の識別子を有するデータ履歴情報と合成することで更新する合成手段とを備えることを特徴とする履歴情報管理システムである。
【００１６】
請求項７に記載の発明は、コンピュータに、データに一意の識別子を付与する識別子付与ステップと、前記データに対して実行された操作の少なくとも操作元、日時及び操作種別を含むデータ履歴情報を前記識別子に関連付けて記憶装置に順次記憶する記憶ステップと、他のコンピュータに接続した場合に、前記他のコンピュータが記憶しているデータ履歴情報を取得して、前記記憶装置に記憶されている同一の識別子を有するデータ履歴情報と合成することで更新する合成ステップを実行させることを特徴とするプログラムである。
【発明の効果】
【００１７】
請求項１，６，７に記載の発明によれば、特定のサーバに依存することなく、データの履歴を管理し得る。
【００１８】
請求項２に記載の発明によれば、さらに、データの履歴を確実に蓄積して管理し得る。
【００１９】
請求項３，４に記載の発明によれば、さらに、データの履歴を詳細に管理し得る。
【００２０】
請求項５に記載の発明によれば、さらに、データの履歴を視認容易な形態で管理し得る。
【図面の簡単な説明】
【００２１】
【図１】実施形態のシステム構成図である。
【図２】データ履歴情報のデータ構造図である。
【図３】実施形態の処理フローチャートである。
【図４】データ履歴情報を示す図である。
【図５】図４のデータ履歴情報のグラフ表示説明図である。
【図６】他のデータ履歴情報を示す図である。
【図７】図６のデータ履歴情報のグラフ表示説明図である。
【図８】さらに他のデータ履歴情報を示す図である。
【図９】図８のデータ履歴情報のグラフ表示説明図である。
【図１０】さらに他のデータ履歴情報を示す図である。
【図１１】図１０のデータ履歴情報のグラフ表示説明図である。
【図１２】さらに他のデータ履歴情報を示す図である。
【図１３】図１２のデータ履歴情報のグラフ表示説明図である。
【図１４】さらに他のデータ履歴情報のグラフ表示説明図である。
【図１５】さらに他のデータ履歴情報のグラフ表示説明図である。
【発明を実施するための形態】
【００２２】
以下、図面に基づき本発明の実施形態について説明する。
【００２３】
図１に、本実施形態における履歴管理システムの構成図を示す。履歴管理システムは、端末装置としてのコンピュータ１０（コンピュータＡ），１２（コンピュータＢ），１４（コンピュータＣ）がネットワーク１００を介して接続されている。ここで、「端末装置」とは、いわゆるサーバクライアントシステムにおけるクライアントに相当する装置を意味し、サーバ装置を意味しない。コンピュータ１０，１２，１４は、常時ネットワーク１００に接続されている必要はなく、かつ、コンピュータ１０，１２，１４の全てがネットワーク１００に接続されている必要もない。例えば、あるタイミングでコンピュータ１０とコンピュータ１２がネットワーク１００を介して接続され、別のタイミングでコンピュータ１０とコンピュータ１４がネットワーク１００を介して接続され、さらに別のタイミングでコンピュータ１２とコンピュータ１４がネットワーク１００を介して接続される。この意味で、コンピュータ１０，１２，１４は互いに動的に接続される。ネットワーク１００には、文書サーバ等のサーバ装置が接続されている必要もない。もちろん、本実施形態においてネットワーク１００にサーバ装置が接続される態様を排除するものではないが、サーバ装置の存在を前提としない点に留意されたい。
【００２４】
コンピュータ１０（コンピュータＡ）は、入力部、ＣＰＵ、通信インタフェース（Ｉ／Ｆ）、表示部、メモリ、及びデータストレージを備える。
【００２５】
入力部は、キーボードやマウス、タッチパネル等で構成され、ユーザが各種コマンドを入力して、データに対して編集等の操作を実行する。
【００２６】
ＣＰＵは、メモリを構成するＲＯＭ等のプログラムメモリに格納された履歴情報管理プログラムを読み出して実行することで、後述する各種機能を実行する。ＣＰＵにおける主な機能は、データに対して一意にＩＤを付与する機能、データ履歴情報をデータストレージに記憶する機能、他のコンピュータに接続した場合に、他のコンピュータが記憶するデータ履歴情報を取得して、自分のデータストレージで記憶するデータ履歴情報と合成して更新する機能、合成したデータ履歴情報を表示部に特定形式で表示する機能である。
【００２７】
通信Ｉ／Ｆは、ネットワーク１００を介して接続された他のコンピュータとの間でデータを送受する。データには、文書ファイル等のデータ自体の他、そのデータの履歴情報が含まれる。通信Ｉ／Ｆには、IEEE802.3で規定される有線接続や、IEEE802.11で規定される無線LAN、IMT-2000(3G)、IEEE802.16(WiMAX)で規定される移動体通信システム、IEEE802.15.1(Bluetooth（登録商標）)などの近距離無線通信が含まれる。また、「接続」には、物理的な接続に加え、論理的な接続も含まれる。例えば、移動体通信システムであれば物理的な接続は(電波が届かない場合を除いて)常時行われているが、論理的な接続、例えばIP（Internet Protocol）で言うサブネットで、同一のサブネットに接続されている端末が検知された場合に接続されたものとする。Bluetooth（登録商標）であれば、ペアリングできた端末を検知した場合に接続されたものとする。
【００２８】
表示部は、液晶ディスプレイ等で構成され、各種データや履歴情報を表示する。
【００２９】
メモリは、ＲＯＭ等のプログラムメモリ及びＲＡＭ等のワーキングメモリから構成され、履歴情報管理プログラムを記憶するとともに、ＣＰＵが各種機能を実行する際に必要なデータ等を一時記憶する。
【００３０】
データストレージは、文書ファイル等の各種データを記憶するとともに、そのデータの履歴情報を記憶する。履歴情報は、操作元、データに対して実行された編集、送信（配布）、閲覧（参照）、削除等の操作種別、操作時間を含む。本実施形態では、データ毎に一意に特定ＩＤを付与し、付与されたＩＤ毎に履歴情報を記憶する。
【００３１】
図１に、コンピュータ１０（コンピュータＡ）の機能ブロック図も併せて示す。他のコンピュータ１２，１４も同様である。コンピュータ１０は、機能ブロックないし機能モジュールとして、データ送信部、データ一覧送信部、データ履歴情報送信部、データ履歴情報記憶部、データ履歴情報合成部、及びデータＩＤ付与部を備える。
【００３２】
データ送信部及びデータ一覧送信部は、ＣＰＵ及び通信Ｉ／Ｆで実行され、ネットワーク１００を介して接続された他のコンピュータに対してデータストレージに記憶されているデータ及びデータ一覧を送信する。ここで、データ一覧とは、コンピュータ１０が他のコンピュータに対して公開しているデータの一覧をいう。例えば、複数の文書ファイルのうち、文書ファイルａ，ｂ，ｃ，ｄを公開している場合には、これらの一覧データを他のコンピュータに送信する。
【００３３】
データ履歴情報送信部は、ＣＰＵ及び通信Ｉ／Ｆで実行され、ネットワーク１００を介して接続された他のコンピュータに対してデータストレージに記憶されているデータ履歴情報を送信する。
【００３４】
データ履歴情報記憶部は、データストレージで構成され、データ履歴情報を記憶する。データ履歴情報は、ＣＰＵで作成され、データに対して一意に設定されたＩＤに関連付けられた時系列の操作（あるいはイベント）から構成される。
【００３５】
データ履歴情報合成部は、ＣＰＵで実行され、自身がデータ履歴情報記憶部に記憶しているデータ履歴情報と、ネットワーク１００を介して接続されている他のコンピュータから受信したデータ履歴情報とを合成することでデータ履歴情報を更新し、再びデータ履歴情報記憶部に記憶する。
【００３６】
ここで、「合成」とは、２つのデータ履歴情報を加算して一つのデータ履歴情報を生成することをいう。例えば、コンピュータ１０がＩＤ＝１０１のデータについてデータ履歴情報ａを有し、コンピュータ１２が同一ＩＤ＝１０１のデータについてデータ履歴情報ｂを有している場合、ＩＤ＝１０１のデータについて、データ履歴情報としてａ＋ｂを生成することをいう。データ履歴情報ａが複数の操作ａ１，ａ２，ａ３からなり、データ履歴情報ｂが複数の操作ｂ１，ｂ２，ｂ３からなる場合、合成して得られるデータ履歴情報ａ＋ｂは、ａ１，ａ２，ａ３，ｂ１，ｂ２，ｂ３からなる。各操作ａ１〜ｂ３は、操作時間を有しているから、合成して得られるデータ履歴情報を操作時間でソートして時系列順に再構成してもよい。
【００３７】
データ識別子（ＩＤ）付与部は、ＣＰＵで実行され、特定のデータに対して一意に特定の識別子（ＩＤ）を付与する。
【００３８】
図２に、ＣＰＵで作成されるデータ履歴情報の一例を示す。特定のデータに対して一意に識別子（ＩＤ）が付与され、このＩＤに関連付けて操作データ（イベントデータ）が付加される。イベントデータには、少なくとも操作元、操作時間、操作種別が含まれ、本実施形態では、さらに操作先も含まれる。すなわち、操作元としての実行元ユーザＩＤ、操作時間としての日時、操作種別としてのイベントタイプ、操作先としての実行対象ユーザＩＤから構成される。
【００３９】
実行元ユーザＩＤは、データに対して操作を行ったユーザを特定するためのＩＤであり、例えばユーザが使用するコンピュータのＩＤとすることができる。ユーザがコンピュータ１０を用いてデータを編集した場合、コンピュータ１０のＩＤが実行元ユーザＩＤとして記憶される。日時は、データを操作した日時である。イベントタイプは、データに対して実行された操作の種別であり、作成、編集、送信、閲覧、削除等である。実行対象ユーザＩＤは、データを送信したときの送信先のユーザを特定するためのＩＤであり、例えば送信先のコンピュータのＩＤとすることができる。コンピュータ１０からコンピュータ１２にデータを送信した場合、コンピュータ１２のＩＤが実行対象ユーザＩＤとして記憶される。
【００４０】
図２に示すように、特定のデータに対して付与されたＩＤ（以下、これをデータＩＤという）に関連してイベントが時系列に関連付けられる。コンピュータ１０においてデータ、例えば文書ファイルが新たに作成され、これに対して編集され、コンピュータ１２に送信される場合、これらのイベントはコンピュータ１０において実行されるため、コンピュータ１０のＣＰＵはこれらのイベントを漏らさずデータＩＤに関連付けて作成し記憶することができる。しかしながら、同じ文書ファイルがコンピュータ１２においてさらに編集されてコンピュータ１４に送信され、コンピュータ１４においてさらに編集される等した場合、コンピュータ１２やコンピュータ１４において実行された編集等のイベントはコンピュータ１０のＣＰＵでは管理できない。
【００４１】
そこで、本実施形態では、コンピュータ１０，１２，１４の少なくともいずれか２つのコンピュータがネットワーク１００を介して接続されたときに、データＩＤに基づいて履歴情報を送受し、履歴情報を自動的に更新することで、履歴情報を管理する。
【００４２】
図３に、本実施形態の処理フローチャートを示す。コンピュータ１０とコンピュータ１２がネットワーク１００を介して互いに接続されている場合の、コンピュータ１０における処理である。
【００４３】
まず、コンピュータ１０のＣＰＵは、全ての通信中の相手との処理が完了したか否かを判定する（Ｓ１０１）。コンピュータ１０がコンピュータ１２と接続されている場合、コンピュータ１２との間で処理が完了したか否かを判定する。
【００４４】
処理が完了していない場合（Ｓ１０１でＮＯ）、ＣＰＵは、通信相手のＩＤデータ一覧を取得する（Ｓ１０２）。すなわち、ＣＰＵは、コンピュータ１２から送信されたＩＤデータ一覧を受信する。ＩＤデータ一覧は、既述したように、他のコンピュータに対して公開中のデータの一覧であり、コンピュータ１２がコンピュータ１０に対して公開中の全てのデータの一覧である。
【００４５】
データ一覧を取得した後、ＣＰＵは、全てのデータＩＤについて処理が完了しているか否かを判定する（Ｓ１０３）。取得したデータ一覧の各データには一意のデータＩＤが付与されており、ＣＰＵは、全てのデータＩＤについて処理が完了しているか否かを判定する。
【００４６】
処理が完了していない場合（Ｓ１０３でＮＯ）、ＣＰＵは、完了していないデータＩＤのデータ履歴情報を自分のデータストレージに保持しているか否かを判定する（Ｓ１０４）。同一ＩＤのデータ履歴情報を保持している場合、通信相手のデータ履歴情報と自分のデータ履歴情報とを合成して更新し、更新後のデータ履歴情報をデータストレージに記憶する（Ｓ１０５）。すなわち、ＣＰＵは、コンピュータ１２から送信された当該データＩＤのデータ履歴情報と、自分のデータストレージから読み出した当該データＩＤのデータ履歴情報を合成することで更新する。
【００４７】
他方、同一ＩＤのデータ履歴情報を保持していない場合、すなわち当該データＩＤのデータ履歴情報が自分のデータストレージに記憶されていない場合、ＣＰＵは、コンピュータ１２から送信されたデータ履歴情報をそのままデータストレージに記憶する（Ｓ１０６）。
【００４８】
ＣＰＵは、以上の処理を、全てのデータＩＤについて繰り返し実行する。これにより、コンピュータ１０では、コンピュータ１２が保持していたデータ履歴情報を加味して自分のデータ履歴情報を更新することができ、コンピュータ１２においてコンピュータ１０と接続されていない期間において実行されたイベントもデータ履歴情報に反映させることができる。ＣＰＵは、更新されてデータストレージに記憶されたデータ履歴情報を、ユーザによる入力部からの操作に応じて表示部に表示する。データ履歴情報の表示形態は任意であるが、図２に示されたデータ履歴情報のデータ構造に基づき、視認容易なようにグラフ形式で表示するのが好適である。
【００４９】
以下、複数のユーザＡ，Ｂ，Ｃ，Ｄがそれぞれのコンピュータを用いてある文書ファイルに対して操作を行った場合のデータ履歴情報について具体的に説明する。
【００５０】
図４は、ユーザＡが文書ファイルを作成してユーザＢに送信し、ユーザＢがその文書ファイルを編集することなくそのままユーザＤに送信した場合の、ユーザＤのコンピュータのデータストレージに記憶されるデータ履歴情報５０である。
【００５１】
文書ファイルのＩＤに関連付けて複数のイベントが時系列に記憶される。イベント５０１は、実行元ユーザＩＤとしてユーザＡのＩＤが記憶され、日時として２０１３／３／２８  １０：００が記憶され、イベントタイプとして「作成」が記憶され、実行対象ユーザＩＤとしてＮ／Ａ（非実行あるいはヌルデータ）が記憶される。このイベントデータは、ユーザＡのコンピュータのＣＰＵにより作成され、ユーザＡが２０１３年３月２８日１０時に文書ファイルを作成したことを示している。
【００５２】
イベント５０２は、実行元ユーザＩＤとしてユーザＡのＩＤが記憶され、日時として２０１３／３／２８  １０：３０が記憶され、イベントタイプとして「送信」が記憶され、実行対象ユーザＩＤとしてユーザＢのＩＤが記憶される。このイベントデータは、ユーザＡのコンピュータのＣＰＵにより作成され、ユーザＡが２０１３年３月２８日１０：３０に文書ファイルをユーザＢに送信したことを示している。
【００５３】
イベント５０３は、実行元ユーザＩＤとしてユーザＢのＩＤが記憶され、日時として２０１３／３／２９  １５：１２が記憶され、イベントタイプとして「送信」が記憶され、実行対象ユーザとしてユーザＤのＩＤが記憶される。このイベントデータは、ユーザＢのコンピュータのＣＰＵにより作成され、ユーザＢが２０１３年３月２９日１５：１２に文書ファイルをユーザＤに送信したことを示している。ユーザＢのコンピュータのＣＰＵは、ユーザＡのコンピュータからデータ履歴情報を取得し、自分のデータストレージに当該データＩＤのデータ履歴情報が存在しないためそのままデータ履歴情報を保持する。そして、ユーザＤに対して文書ファイルを送信する際に、データ履歴情報にイベント５０３を付加してユーザＤのコンピュータに送信する。
【００５４】
図５に、ユーザＤのコンピュータのＣＰＵが、表示部１１にデータ履歴情報５０を表示する場合の表示例を示す。ＣＰＵは、データ履歴情報をグラフ形式で表示部１１に表示する。ここで、「グラフ形式」とは、点や線、あるいは矢印等で図形表示することを意味する。
【００５５】
データ履歴情報５０のイベント５０１は、ユーザＡにおいて文書ファイルの作成を示すから、ユーザＡにおいて点あるいはノードを表示するとともに、当該点に関連して「作成」を表示する。データ履歴情報５０のイベント５０２は、ユーザＡからユーザＢに対して文書ファイルを送信したことを示すから、ユーザＡの点からユーザＢの点に向かう矢印を表示するとともに、矢印に関連して「送信」を表示する。データ履歴情報５０のイベント５０３は、ユーザＢからユーザＤに対して文書ファイルを送信したことを意味するから、ユーザＢの点からユーザＤの点に向かう矢印を表示するとともに、矢印に関連して「送信」を表示する。
【００５６】
ユーザＤは、表示部１１に表示されたこのようなグラフを視認することで、文書ファイルの履歴を容易に把握することが可能である。
【００５７】
図６は、ユーザＡが文書ファイルを作成してユーザＢに送信し、ユーザＢがその文書ファイルを編集することなくそのままユーザＤに送信し、ユーザＤが文書ファイルを編集し、ユーザＣが編集済みのその文書ファイルを閲覧した場合の、ユーザＣ及びユーザＤのコンピュータのデータストレージに記憶されるデータ履歴情報５０である。
【００５８】
図４に示すデータ履歴情報に加え、イベント５０４及びイベント５０５が付加される。イベント５０４は、実行元ユーザＩＤとしてユーザＤのＩＤが記憶され、日時として２０１３／３／３０  １１：０３が記憶され、イベントタイプとして「編集」が記憶され、実行対象ユーザとしてＮ／Ａが記憶される。イベント５０４は、ユーザＤのコンピュータのＣＰＵにより作成され、データ履歴情報５０に追加される。
【００５９】
イベント５０５は、実行元ユーザＩＤとしてユーザＣのＩＤが記憶され、日時として２０１３／３／３０  １６：５０が記憶され、イベントタイプとして「閲覧」が記憶され、実行対象ユーザとしてユーザＤのＩＤが記憶される。イベント５０５は、ユーザＤのコンピュータのＣＰＵにより作成され、データ履歴情報５０に追加される。また、ユーザＣのコンピュータのＣＰＵもデータ履歴情報５０を取得して自分のデータストレージに記憶する。すなわち、ユーザＣのコンピュータのＣＰＵは、ユーザＤのコンピュータからデータ履歴情報を受信し、当該データＩＤのデータ履歴情報を保持しているか否かを判定し、保持していなければそのままデータ履歴情報を保持する（図３のＳ１０４、Ｓ１０５を参照）。従って、ユーザＣ及びユーザＤのコンピュータは、それぞれ同一のデータ履歴情報５０を保持することとなり、ユーザＣのコンピュータから見れば、ユーザＡやユーザＢのコンピュータに接続していなくても、ユーザＤのコンピュータに接続して文書ファイルを閲覧するだけで、その文書ファイルのデータ履歴情報を取得することができる。
【００６０】
図７に、ユーザＤのコンピュータのＣＰＵが、表示部１１にデータ履歴情報５０を表示する場合の表示例を示す。図５に示す表示に対し、さらにイベント５０４及びイベント５０５が追加される。イベント５０４は、ユーザＤにおける編集を示すから、ユーザＤ内において矢印を表示するとともに、矢印に関連して「編集」を表示する。イベント５０５が、ユーザＣが閲覧したことを示すから、ユーザＣからユーザＤに向かう矢印を表示するとともに、矢印に関連して「閲覧」を表示する。このように、送信の場合には送信元から送信先に向かう矢印を表示し、閲覧の場合には閲覧元から閲覧先に向かう矢印を表示することで、文書ファイルの履歴を効果的に視覚表示できる。
【００６１】
なお、ユーザＣのコンピュータの表示部に表示されるデータ履歴情報５０も、図７に示す表示と同様である。
【００６２】
図８は、ユーザＡが文書ファイルを作成してユーザＢに送信し、ユーザＢがその文書ファイルを編集することなくそのままユーザＤに送信し、さらに、ユーザＢがその文書ファイルを編集することなくユーザＥに送信した場合の、ユーザＤ及びユーザＥのコンピュータのデータストレージに記憶されるデータ履歴情報５０である。
【００６３】
図４に示すデータ履歴情報５０に加え、さらにイベント５０６が追加される。イベント５０６は、実行元ユーザＩＤとしてユーザＢのＩＤが記憶され、日時として２０１３／３／２９  １８：１５が記憶され、イベントタイプとして「送信」が記憶され、実行先ユーザＩＤとしてユーザＥのＩＤが記憶される。イベント５０６は、ユーザＥのコンピュータのＣＰＵにより作成される。
【００６４】
図９に、ユーザＥのコンピュータのＣＰＵが、表示部１１にデータ履歴情報５０を表示する場合の表示例を示す。図５に示す表示に対し、さらにイベント５０６が追加される。イベント５０６は、ユーザＢからユーザＥへの送信を示すから、ユーザＢからユーザＥに向かう矢印が表示され、矢印に関連して「送信」が表示される。
【００６５】
図１０は、ユーザＡが文書ファイルを作成してユーザＢに送信し、ユーザＢがその文書ファイルを編集することなくそのままユーザＤに送信し、さらに、ユーザＢがその文書ファイルを編集することなくユーザＥに送信し、ユーザＤが文書ファイルを編集し、ユーザＣが編集済みの文書ファイルを閲覧した場合のデータ履歴情報５０である。
【００６６】
イベント５０１〜イベント５０３、イベント５０６は図８の場合と同様である。そして、これに加えて、イベント５０４及びイベント５０５が追加される。イベント５０４及びイベント５０５は、ユーザＤのコンピュータのＣＰＵにより作成されて追加される。
【００６７】
図１１に、ユーザＤのコンピュータのＣＰＵが、表示部１１にデータ履歴情報５０を表示する場合の表示例を示す。図７と図９を合わせたグラフとなる。従って、ユーザＤは、このグラフを視認することで、文書ファイルがユーザＢから送信されただけでなく、ユーザＥに対して送信されたことを把握することができる。
【００６８】
図１２は、ユーザＡが文書ファイルを作成してユーザＢに送信し、ユーザＢがその文書ファイルを編集することなくそのままユーザＤに送信し、さらに、ユーザＤがその文書ファイルを削除した場合のデータ履歴情報５０である。
【００６９】
イベント５０１〜イベント５０３は、図４の場合と同様である。そして、これに加えて、イベント５０７が追加される。イベント５０７は、実行元ユーザのＩＤとしてユーザＤのＩＤが記憶され、日時として２０１３／３／３０  １０：０３が記憶され、イベントタイプとして「削除」が記憶され、実行先ユーザのＩＤとしてＮ／Ａが記憶される。イベント５０７は、ユーザＤのコンピュータのＣＰＵにより作成される。
【００７０】
図１３に、ユーザＤのコンピュータのＣＰＵが、表示部１１にデータ履歴情報５０を表示する場合の表示例を示す。図５の表示に加え、ユーザＤにおいて矢印が表示され、その先にＸ印が表示されて削除されたことを示す。
【００７１】
なお、文書ファイルが削除されても、ユーザＤのコンピュータのＣＰＵは、データストレージに記憶されたデータ履歴情報は削除せずにそのまま保持する。従って、文書ファイルが削除された後に、ユーザＡのコンピュータがユーザＤのコンピュータにアクセスすると、ユーザＡのコンピュータはユーザＤのコンピュータからデータ履歴情報５０を取得し、文書ファイルはユーザＢを経てユーザＤに送信され、ユーザＤにおいて削除されたという履歴を容易に把握することができる。
【００７２】
以上のように、本実施形態では、端末装置としてのコンピュータ内で特定データに対して実行された作成や編集、送信、閲覧等の履歴を各コンピュータ内で記録・保持し、動的に接続されたコンピュータ間でデータ履歴情報を交換し合成することで、特定のデータに対して複数のコンピュータにわたって実行された履歴を各コンピュータで把握することが可能であり、動的な接続時のデータ履歴情報の交換及び合成を繰り返すことにより、特定サーバとのデータ送受や、関連する全てのコンピュータとのデータ送受をすることなく、特定データの総合的な履歴を得ることができる。また、取得した総合的な履歴を図５等に示すように矢印による表示、あるいはグラフ理論におけるノードとエッジにより表示することで、履歴を視覚的に容易に把握し得る。
【００７３】
本実施形態の効果は、特に図１１の場合において顕著に見出し得る。図１１の場合、ユーザＡのコンピュータがユーザＣのコンピュータと接続することで、ユーザＡのコンピュータはある文書ファイルのデータ履歴情報を取得することができ、そのデータ履歴情報によれば、文書ファイルはユーザＢからユーザＤに送信され、ユーザＤにおいて編集され、さらにユーザＣにより閲覧された履歴を知ることができる。この場合、ユーザＡのコンピュータは、ユーザＤのコンピュータに直接接続することなく、ユーザＢからユーザＤに送信され、ユーザＤで編集された履歴を知ることができる。また、同様に、ユーザＡのコンピュータは、ユーザＥのコンピュータに直接接続することなく、文書ファイルがユーザＢからユーザＥに送信されたことを知ることができる。
【００７４】
以上、本発明の実施形態について説明したが、本発明はこれに限定されず、種々の変形が可能である。
【００７５】
例えば、本実施形態では、文書ファイル等のデータを削除した場合でもそのデータ履歴情報はデータストレージに保持しているが、データを削除した場合に併せてそのデータ履歴情報を削除してもよい。
【００７６】
また、本実施形態では、あるコンピュータで特定データを編集した場合に、図７に示すようにそのユーザを示す領域の中で２つのノードを結ぶ矢印と、その矢印に関連した「編集」表示によって表現しているが、ノードの色を変化させることで編集を表現してもよい。例えば、開始ノードを黒、終端ノードを赤等である。あるユーザにおいて複数回の編集が行われた場合、その編集の回数だけノード及び矢印が表示される。この場合、編集毎にノードの色を変化させてもよい。
【００７７】
また、本実施形態において、特定データに対して実行される操作あるいはイベントとして、
（１）作成
（２）編集
（３）送信（あるいは配布）
（４）閲覧
（５）削除
を例示したが、本発明はこれらの操作あるいはイベントに限定されるものではなく、特定データに対してなされ得る任意の加工ないし処理が含まれ得る。例えば、文書ファイルを印刷した場合、当該印刷もデータ履歴情報に追加され得る。あるいは、文書ファイルをＵＳＢメモリ等の可搬性記憶媒体にコピーした場合、当該コピーもデータ履歴情報に追加され得る。
【００７８】
図１４に、図５においてユーザＤが文書ファイルを印刷するとともに、ＵＳＢメモリにコピーした場合の表示例を示す。
【００７９】
また、本実施形態において、データ履歴情報をグラフ表示する際に、ユーザが操作種別に応じて表示されるグラフ形状をカスタマイズしてもよい。例えば、コンピュータ１０のユーザは「送信」に対して実線矢印を表示するようにカスタマイズし、コンピュータ１２のユーザは同じ「送信」に対して破線矢印を表示するようにカスタマイズする等である。ユーザは、予め操作種別と表示されるグラフ形式との対応関係を選択してメモリに記憶させておけばよい。この場合においても、コンピュータ１０，１２間で送受されるデータ履歴情報５０は図２に示すフォーマットで統一されているため問題ない。
【００８０】
また、本実施形態において、データに識別子（ＩＤ）を付与する際に、当該データが文書ファイルの場合に文書ファイル単位でＩＤを付与する他に、その文書ファイルを構成するページ単位でＩＤを付与してもよい。これにより、ページ単位でデータ履歴情報を管理することができ、文書ファイルのばらし（分割）やその逆の文書ファイルのたばね（統合）もデータ履歴情報で管理することが可能となる。
【００８１】
図１５に、文書ファイルの分割及び統合の一例を示す。ユーザＡからユーザＢに文書ファイルＰが送信され、ユーザＢが文書ファイルＰを構成する１つのページＰ１をユーザＥに送信するとともに、文書ファイルＰを構成する別のページＰ２をユーザＤに送信し、ユーザＥが文書ファイルＰのページＰ１を編集してユーザＤに送信する場合である。ユーザＤは、データ履歴情報として、文書ファイルＰの１つのページＰ１のデータ履歴情報と、同じ文書ファイルＰの別のページＰ２のデータ履歴情報を有する。ユーザＡがユーザＤに接続すると、これらのデータ履歴情報を取得することとなり、文書ファイルＰがユーザＢにおいて分割されてそれぞれユーザＥとユーザＤに送信されたこと、ページＰ１はユーザＥにおいて編集されたこと、２つのページＰ１，Ｐ２はユーザＤにおいて統合されたことを把握できる。
【００８２】
また、本実施形態において、データ履歴情報として操作先（実行対象のユーザＩＤ）を記憶しているので、データが文書ファイルの場合には、当該文書ファイルを誰が保有しているか、また、何人が保有しているかを把握することができ、文書ファイルのやりとり回数も把握することができる。従って、ＣＰＵは、データ履歴情報から文書ファイルの保有人数、やり取り回数を算出し、これに応じて当該文書ファイルの重要度を評価することもできる。あるいは、ＣＰＵは、ユーザ間のやりとり回数、やり取りした文書ファイル数を算出し、これに応じてユーザ間の近さを評価することも可能である。
【００８３】
さらに、本実施形態では、他の端末装置からデータ履歴情報を取得して合成し更新するので、データが文書ファイルであればその最新バージョンを容易に取得し得る効果も奏する。例えば、図１１において、ユーザＡがユーザＣに接続した場合、ＣＰＵは、データ履歴情報からユーザＤで編集された文書ファイルが存在することを把握できるため、ユーザＤにアクセスして最新バージョンの文書ファイルを取得することができる。なお、この状況において、ユーザＡがユーザＥに接続した場合、最新バージョンがどこに存在するかは不明であるが、仮にユーザＥとユーザＤないしユーザＣが一度でも接続していれば、ユーザＥにはユーザＤで編集されたことを示すデータ履歴情報が存在するから、ユーザＡは最新バージョンがユーザＤに存在することを把握し得る。本実施形態では、複数の端末装置間における動的な接続の頻度が増大する程、データ履歴情報が蓄積され、その精度が向上することは明らかである。
【符号の説明】
【００８４】
１０，１２，１４  コンピュータ（端末装置）、５０  データ履歴情報、１００  ネットワーク。
【図１】
2015082163.tif 000003
【図２】
2015082163.tif 000004
【図３】
2015082163.tif 000005
【図４】
2015082163.tif 000006
【図５】
2015082163.tif 000007
【図６】
2015082163.tif 000008
【図７】
2015082163.tif 000009
【図８】
2015082163.tif 000010
【図９】
2015082163.tif 000011
【図１０】
2015082163.tif 000012
【図１１】
2015082163.tif 000013
【図１２】
2015082163.tif 000014
【図１３】
2015082163.tif 000015
【図１４】
2015082163.tif 000016
【図１５】
2015082163.tif 000017