特開 2024-134317 情報処理プログラム、情報処理方法、情報処理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024134317

(43)【公開日】2024-10-03

(54)【発明の名称】情報処理プログラム、情報処理方法、情報処理装置

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20240926BHJP

【ＦＩ】

G06Q50/10

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2023044553

(22)【出願日】2023-03-20

【国等の委託研究の成果に係る記載事項】（出願人による申告）平成３０年度、国立研究開発法人新エネルギー・産業技術総合開発機構、「戦略的イノベーション創造プログラム（ＳＩＰ）第２期／ビッグデータ・ＡＩを活用したサイバー空間基盤技術／分野間データ連携基盤技術／分野・組織を超えたデータ活用とサービス提供を実現する基盤の研究」委託研究、産業技術力強化法第１７条の適用を受ける特許出願

(71)【出願人】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】光延 秀樹

【テーマコード（参考）】

5L049

5L050

【Ｆターム（参考）】

5L049CC11

5L050CC11

(57)【要約】

【課題】原本に関連する情報の情報量を削減することを目的とする。
【解決手段】データに対するイベントを示すイベント情報を時系列に記憶部に記録する際に、前記イベント情報が、直前に行われた直前イベントが１つであるイベントのイベント情報である場合に、所定回数おきに、前記データの原本を特定する原本識別情報を前記イベント情報に含めて記録する、処理をコンピュータに実行させる。
【選択図】図１１

【特許請求の範囲】

【請求項1】

データに対するイベントを示すイベント情報を時系列に記憶部に記録する際に、
前記イベント情報が、直前に行われた直前イベントが１つであるイベントのイベント情報である場合に、所定回数おきに、前記データの原本を特定する原本識別情報を前記イベント情報に含めて記録する、処理をコンピュータに実行させる、情報処理プログラム。

【請求項2】

前記イベント情報が、直前に行われた直前イベントが複数存在するイベントのイベント情報である場合に、複数の前記直前イベントと対応するデータの原本を特定する原本識別情報を前記イベント情報に含めて記録する、処理をコンピュータに実行させる、請求項１記載の情報処理プログラム。

【請求項3】

前記原本識別情報、又は、複数の前記原本識別情報を、１つの変換識別情報と対応付けた変換テーブルを参照し、
前記イベント情報に含める前記原本識別情報、又は、複数の前記原本識別情報を、前記１つの変換識別情報に置き換える、処理を前記コンピュータに実行させる、請求項１又は２記載の情報処理プログラム。

【請求項4】

原本識別情報と、ユーザ識別情報とが対応付けられたユーザ登録情報を参照し、
前記記憶部に記録された前記イベント情報と対応する原本識別情報と対応する前記ユーザ識別情報に紐付けられたアプリケーションに対して、前記イベント情報が示すイベントの発生を通知する、処理を前記コンピュータに実行させる、請求項３記載の情報処理プログラム。

【請求項5】

コンピュータによる情報処理方法であって、前記コンピュータが、
データに対するイベントを示すイベント情報を時系列に記憶部に記録する際に、
前記イベント情報が、直前に行われた直前イベントが１つであるイベントのイベント情報である場合に、所定回数おきに、前記データの原本を特定する原本識別情報を前記イベント情報に含めて記録する、情報処理方法。

【請求項6】

データに対するイベントを示すイベント情報を時系列に記録する記憶部と、
前記イベント情報が、直前に行われた直前イベントが１つであるイベントのイベント情報である場合に、所定回数おきに、前記データの原本を特定する原本識別情報を前記イベント情報に含めて前記記憶部に記録する登録処理部と、を有する情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理プログラム、情報処理方法、情報処理装置に関する。

【背景技術】

【0002】

近年では、データに対する加工や送受信等のイベントを示す情報にデータの原本となる原本データの識別情報を含め、時系列に連結させた来歴情報を記録することで、データを利活用するユーザによる原本データの追跡を可能とする技術が知られている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００８－３８４７号公報

【特許文献2】特開２０１４－１７０４６２号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

上述した従来の技術では、イベントを示す情報の全てに、原本データの識別情報が含まれるため、原本に関する情報の情報量が増大する。

【0005】

１つの側面では、本発明は、原本に関連する情報の情報量を削減することを目的とする。

【課題を解決するための手段】

【0006】

一つの態様では、データに対するイベントを示すイベント情報を時系列に記憶部に記録する際に、前記イベント情報が、直前に行われた直前イベントが１つであるイベントのイベント情報である場合に、所定回数おきに、前記データの原本を特定する原本識別情報を前記イベント情報に含めて記録する、処理をコンピュータに実行させる、情報処理プログラムである。

【発明の効果】

【0007】

原本に関連する情報の情報量を削減できる。

【図面の簡単な説明】

【0008】

【図1】情報処理システムのシステム構成の一例を示す図である。

【図2】比較対象としての来歴情報とイベント情報について説明する図である。

【図3】本実施形態の来歴情報について説明する第一の図である。

【図4】本実施形態の来歴情報について説明する第二の図である。

【図5】本実施形態の来歴情報について説明する第三の図である。

【図6】変換テーブルの一例を示す図である。

【図7】本実施形態の来歴情報について説明する第四の図である。

【図8】サーバ装置のハードウェア構成の一例を示す図である。

【図9】サーバ装置の機能構成を説明する図である。

【図10】情報処理システムの動作を説明するシーケンス図である。

【図11】サーバ装置の処理を説明する第一のフローチャートである。

【図12】サーバ装置の処理を説明する第二のフローチャートである。

【発明を実施するための形態】

【0009】

以下に図面を参照して、実施形態について説明する。図１は、情報処理システムのシステム構成の一例を示す図である。

【0010】

本実施形態の情報処理システム１００は、サーバ装置２００と、情報処理装置３００－１、３００－２、・・・、３００－ｎと、端末装置４００－１、４００－２、・・・、４００－ｎとを含む。サーバ装置２００と情報処理装置３００とは、ネットワーク等を介して接続される。また、サーバ装置２００と端末装置４００とは、ネットワーク等を介して接続される。

【0011】

本実施形態のサーバ装置２００は、例えば、複数の組織間を流通するデータの取引の履歴を時系列に記録した来歴情報の管理を行う。来歴情報は、言い換えれば、複数の組織における取引の履歴を記録したトレーサビリティ情報である。

【0012】

さらに、本実施形態のサーバ装置２００は、データを利活用するユーザに対し、データの来歴情報を提示する。また、本実施形態のサーバ装置２００は、ユーザから指定されたデータの原本となる原本データの追跡を可能とする。

【0013】

本実施形態の情報処理装置３００－１、３００－２、・・・、３００－ｎは、例えば、複数の組織のそれぞれにおいて管理される情報処理装置である。複数の組織とは、例えば、利活用されるデータの原本となる原本データを生成する組織、原本データに対する加工を行う組織等のように、データの取引を行う組織である。以下の説明において、情報処理装置３００－１、３００－２、・・・、３００－ｎを区別しない場合には、情報処理装置３００と表現する。

【0014】

本実施形態の端末装置４００は、主に、データを利活用するユーザにより利用される端末装置である。端末装置４００には、ユーザが登録した原本データと関連するイベントが発生したことを示す通知を受け付けて、この通知を表示させるプログラムがインストールされていてよい。また、このプログラムは、ユーザが登録した原本データと対応する来歴情報を表示させる機能を実現するものであってよい。

【0015】

さらに、このプログラムは、例えば、情報処理システム１００の管理者等によって配布されるアプリケーションであってもよい。

【0016】

本実施形態のサーバ装置２００は、イベントデータベース２１０、ユーザ登録データベース２２０、登録処理部２３０、通知処理部２４０を有する。

【0017】

本実施形態のイベントデータベース２１０は、来歴情報が格納される。本実施形態の来歴情報は、データに対する操作が行われる度に生成されるイベント情報を時系列に連結した情報である。来歴情報とイベント情報の詳細は後述する。

【0018】

ユーザ登録データベース２２０は、データを利活用するユーザを特定する情報と、原本データを特定する識別情報とが対応付けられたユーザ登録情報が格納される。ユーザを特定する情報とは、ユーザ識別情報（ユーザＩＤ）であってよく、原本データを特定する情報は、原本識別情報（原本ＩＤ）であってよい。

【0019】

登録処理部２３０は、情報処理装置３００にから、取引の対象となるデータに対する操作（イベント）の発生が通知されると、操作の内容を示すイベント情報をイベントデータベース２１０に格納する。

【0020】

データに対する操作とは、例えば、データの生成、データの送信、データの受信、データの加工等を含む。また、データに対する操作を示すイベント情報とは、言い換えれば、データに対する操作の履歴を示す情報である。

【0021】

また、本実施形態のイベント情報は、少なくとも、イベント情報を特定するためのイベント識別情報と、イベント情報と対応するイベントの直前に行われたイベントを示す直前のイベント情報のイベント識別情報と、イベント（操作）の内容を示す情報の格納先を示すＵＲＬ（Uniform Resource Locator）とを含む。

【0022】

本実施形態の通知処理部２４０は、登録処理部２３０によりイベント情報がイベントデータベース２１０に格納されると、ユーザ登録データベース２２０を参照し、イベント情報と関連する原本ＩＤが、ユーザＩＤと対応付けられているか否かを判定する。そして、通知処理部２４０は、原本ＩＤとユーザＩＤとが対応付けられている場合に、原本ＩＤにユーザＩＤが対応付けられたユーザの端末装置４００に対し、イベントの発生を通知する。

【0023】

なお、図１の例では、サーバ装置２００を１台の情報処理装置として記載したが、これに限定されない。サーバ装置２００は、複数台設けられていてもよい。また、複数台のサーバ装置２００は、ブロックチェーンシステムに含まれる分散台帳ノードであり、それぞれがＰ２Ｐ（Peer to Peer）方式で接続されていてもよい。

【0024】

ここで、図２を参照して、比較対象としての来歴情報とイベント情報について説明する。図２は、比較対象としての来歴情報とイベント情報について説明する図である。

【0025】

図２の例では、企業Ａにおいて生成されたデータと、企業Ｇにおいて生成されたデータと、が流通した場合を示している。以下の説明では、企業Ａにおいて生成されたデータを、原本Ｘと呼び、企業Ｇにおいて生成されたデータを原本Ｙと呼ぶ。

【0026】

なお、原本Ｘ、Ｙのそれぞれは、例えば、撮像装置によって撮像された画像データや、自動車を含む移動体から取得された運転履歴データ等であってよい。

【0027】

図２では、企業Ａが企業Ｂに原本Ｘを送信（販売）し、企業Ｂが原本Ｘを受信（購入）し、原本Ｘを加工して企業Ｃに送信（販売）し、企業Ｃが企業Ｂで加工されたデータを受信（購入）し、受信したデータを加工して企業Ｄに送信（販売）して場合を示す。

【0028】

また、図２では、企業Ｄが企業Ｃで加工されたデータを受信（購入）し、受信したデータを加工して企業Ｅに送信（販売）し、企業Ｅが企業Ｄで加工されたデータを受信し、受信したデータを加工した場合を示している。

【0029】

また、図２では、企業Ｇが企業Ｈに原本Ｙを送信（販売）し、企業Ｈが原本Ｙを受信（購入）し、原本Ｙを加工したデータを企業Ｉに送信（販売）し、企業Ｉが企業Ｈで加工されたデータを受信（購入）し、受信したデータを加工して企業Ｊに送信（販売）し、企業Ｊが企業Ｉで加工されたデータを受信（購入）し、受信したデータを加工して企業Ｅに送信（販売）した場合を示している。企業Ａから企業Ｊは、流通するデータの取引を行う組織の一例である。

【0030】

また、図２では、情報処理装置３００－１は、企業Ａにおいて管理される情報処理装置であり、情報処理装置３００－２は、企業Ｂにおいて管理される情報処理装置であり、情報処理装置３００－３は、企業Ｃにおいて管理される情報処理装置である。また。情報処理装置３００－４は、企業Ｄにおいて管理される情報処理装置であり、情報処理装置３００－５は、企業Ｅにおいて管理される情報処理装置である。

【0031】

さらに、図２では、情報処理装置３００－７は、企業Ｇにおいて管理される情報処理装置であり、情報処理装置３００－８は、企業Ｈにおいて管理される情報処理装置であり、情報処理装置３００－９は、企業Ｉにおいて管理される情報処理装置であり、情報処理装置３００－１０は、企業Ｊにおいて管理される情報処理装置である。

【0032】

ここで、例えば、情報処理装置３００－１は、原本Ｘが生成されると、原本Ｘを生成する操作を示すイベント情報２０の登録要求をサーバ装置２００に送信する。

【0033】

イベント情報２０は、「企業Ａが原本Ｘを生成する操作」を示す情報であり、原本Ｘを特定するための原本ＩＤを含む。また、イベント情報２０は、イベント情報２０を特定するためのイベント識別情報であるイベントＩＤと、イベントの内容を示す情報の格納場所を示すＵＲＬと、を含んでよい。

【0034】

さらに、イベント情報は、直前のイベント情報のイベントＩＤが含まれてよい。直前のイベント情報とは、イベント情報が示す操作が行われる直前に行われた操作を示すイベント情報である。なお、イベント情報２０は、最初の操作を示すイベント情報であるため、直前のイベント情報のイベントＩＤは、含まれなくてよい。

【0035】

サーバ装置２００は、情報処理装置３００－１からイベント情報２０の登録要求を受信すると、イベント情報２０をデータベースに格納する。

【0036】

また、情報処理装置３００－１は、原本Ｘを、企業Ｂで管理される情報処理装置３００－２に送信すると、原本Ｘを情報処理装置３００－２に送信する操作を示すイベント情報２１を生成する。イベント情報２１には、原本Ｘの原本ＩＤと、イベント情報２１のイベントＩＤと、イベント情報２１の直前のイベント情報であるイベント情報２０のイベントＩＤと、を含む。

【0037】

サーバ装置２００は、情報処理装置３００－１からイベント情報２１の登録要求を受信すると、これをデータベースに格納して管理する。

【0038】

情報処理装置３００－２は、原本Ｘを加工して送信する操作を受け付けると、この操作を示すイベント情報２３を生成し、サーバ装置２００に送信する。イベント情報２３は、原本Ｘの原本ＩＤと、イベント情報２３のイベントＩＤと、イベント情報２３の直前のイベント情報であるイベント情報２２のイベントＩＤと、を含む。イベント情報２４、２５、２６、２７、２８もそれぞれ同様に、原本Ｘの原本ＩＤ、自身のイベントＩＤ、直前のイベント情報のイベントＩＤを含む。

【0039】

また、例えば、情報処理装置３００－７は、イベント情報３０を生成し、イベント情報３０の登録要求をサーバ装置２００に送信する。

【0040】

イベント情報３０は、「企業Ｇが原本Ｙを生成する操作」と対応する情報であり、原本Ｙを特定するための原本ＩＤを含む。また、イベント情報３０は、イベント情報３０を特定するための識別情報であるイベントＩＤと、イベントの内容を示す情報の格納場所を示すＵＲＬと、を含んでよい。

【0041】

サーバ装置２００は、情報処理装置３００－７からイベント情報３０の登録要求を受信すると、これをデータベースに格納して管理する。

【0042】

また、情報処理装置３００－７は、原本Ｙを、企業Ｈで管理される情報処理装置３００－８に送信すると、原本Ｙを情報処理装置３００－８に送信する操作を示すイベント情報３１を生成する。イベント情報３１には、原本Ｙの原本ＩＤと、イベント情報３１のイベントＩＤと、イベント情報３１の直前のイベント情報であるイベント情報３０のイベントＩＤと、を含む。イベント情報３２、３３、３４、３５、３６、３８のそれぞれも同様に、原本Ｙの原本ＩＤ、自身のイベントＩＤ、直前のイベント情報のイベントＩＤを含む。

【0043】

また、図２の例では、情報処理装置３００－５において、情報処理装置３００－４から受信したデータと、情報処理装置３００－１０から受信したデータとを加工する操作が行われた場合を示している。この場合、情報処理装置３００－５は、この操作を示すイベント情報２９を生成する。

【0044】

このとき、イベント情報２９には、原本Ｘの原本ＩＤと原本Ｙの原本ＩＤとが含まれる。また、イベント情報２９の直前に行われたイベントを示すイベント情報は、イベント情報２８とイベント情報３８の２つである。したがって、情報処理装置３００－５は、イベント情報２８のイベントＩＤと原本Ｘの原本ＩＤ、イベント情報３８のイベントＩＤと原本Ｙの原本ＩＤとを含むイベント情報２９を生成する。

【0045】

比較例の来歴情報は、例えば、イベント情報２０～２９、イベント情報３０～３８を時系列に連結させた情報である。このため、比較例の来歴情報に含まれるイベント情報では、全てのイベント情報に、原本データの原本ＩＤが含まれる。

【0046】

次に、図３乃至図５を参照して、本実施形態の来歴情報について説明する。図３は、本実施形態の来歴情報について説明する第一の図である。

【0047】

図３（Ａ）は、本実施形態の来歴情報に含まれるイベント情報について説明する第一の図であり、図３（Ｂ）は、本実施形態の来歴情報に含まれるイベント情報について説明する第二の図である。

【0048】

まず、図３（Ａ）について説明する。本実施形態では、来歴情報において連結されているイベント情報を遡ったときに、連結されたイベント情報が分岐していない部分を１つのノードとして扱う。言い換えれば、本実施形態では、直前のイベント情報のイベントＩＤが１つであるイベント情報同士が連結している部分を、１つのノードとして扱う。

【0049】

具体的には、本実施形態では、連結されるイベント情報が分岐していない場合には、Ｎ回目にイベントデータベース２１０に格納するイベント情報にのみ、原本ＩＤを含め、それ以外のイベント情報には原本ＩＤを含めない。

【0050】

言い換えれば、本実施形態のサーバ装置２００は、直前のイベント情報のイベントＩＤが１つであるイベント情報をＮ回受信すると、Ｎ回目に受信したイベント情報にのみ、原本ＩＤを含めてイベントデータベース２１０に格納する。そして、本実施形態では、Ｎ回目以外のイベント情報は、原本ＩＤを除外してイベントデータベース２１０に格納する。Ｎの値は、所定の値であり、予め設定されている。

【0051】

図３（Ａ）では、Ｎ＝３回として場合を示している。ここでは、サーバ装置２００は、情報処理装置３００－１からイベント情報２１を受信したとする（図２参照）。

【0052】

この場合、イベント情報２１に含まれる直前のイベント情報のイベントＩＤは、イベント情報２０のイベントＩＤのみである。

【0053】

したがって、本実施形態のサーバ装置２００は、イベント情報２１に含まれる原本Ｘの原本ＩＤを含めないイベント情報２１ａを、イベントデータベース２１０に格納する。言い換えれば、サーバ装置２００は、イベント情報２１から原本ＩＤを除外したイベント情報２１ａをイベントデータベース２１０に格納する。

【0054】

また、サーバ装置２００は、情報処理装置３００－１から、イベント情報２２を受信したとする。この場合、イベント情報２２の直前のイベント情報のイベントＩＤは、イベント情報２１のイベントＩＤのみである。したがって、サーバ装置２００は、イベント情報２０に含まれる原本Ｘの原本ＩＤを含めないイベント情報２２ａをイベントデータベース２１０に格納する。言い換えれば、サーバ装置２００は、イベント情報２２から原本ＩＤを除外したイベント情報２２ａをイベントデータベース２１０に格納する。

【0055】

次に、サーバ装置２００は、情報処理装置３００－２から、イベント情報２３を受信したとする。この場合、イベント情報２３の直前のイベント情報のイベントＩＤは、イベント情報２２のイベントＩＤのみである。

【0056】

しかし、ここでは、直前のイベント情報のイベントＩＤが１つであるイベント情報を３回受信したため、サーバ装置２００は、原本Ｘの原本ＩＤを含むイベント情報２３をそのままイベントデータベース２１０に格納する。そして、サーバ装置２００は、Ｎ回のカウントをゼロに戻す。

【0057】

次に、サーバ装置２００が、情報処理装置３００－３からイベント情報２４を受信したとする。この場合、サーバ装置２００は、イベント情報２４の直前のイベント情報のイベントＩＤは、イベント情報２３のイベントＩＤのみであるため、原本ＩＤを含まないイベント情報２４ａをイベントデータベース２１０に格納し、Ｎ回のカウントを１とする。

【0058】

同様に、イベント情報２５は、原本ＩＤを含まないイベント情報２５ａとしてイベントデータベース２１０に格納され、Ｎ回のカウントが２となる。

【0059】

イベント情報２６は、直前のイベント情報のイベントＩＤはイベント情報２５ａのイベントＩＤのみであるが、Ｎ回のカウントが３となるため、原本ＩＤを含んだイベント情報として、イベントデータベース２１０に格納される。

【0060】

本実施形態では、このように、直前のイベント情報のイベントＩＤが１つであるイベント情報が連結されている場合には、Ｎ回おきにイベント情報に原本ＩＤを含めてイベントデータベース２１０に格納する。このため、本実施形態では、イベントデータベース２１０に格納される原本に関連する情報の情報量を削減できる。

【0061】

また、本実施形態のサーバ装置２００は、イベント情報から、イベントと対応するデータの原本データの原本ＩＤを特定する場合に、最も多くても、このイベント情報からＮ回イベント情報を遡ることで、原本ＩＤを特定できる。

【0062】

具体的には、例えば、イベント情報２５ａが示すイベントと対応するデータの原本データの原本ＩＤを特定する場合、サーバ装置２００は、イベント情報２５ａに含まれる、直前のイベント情報のイベントＩＤから、イベント情報２４ａを特定する。イベント情報２４ａは、原本ＩＤを含まない。

【0063】

したがって、サーバ装置２００は、次に、イベント情報２４ａに含まれる、直前のイベント情報のイベントＩＤから、イベント情報２３を特定する。イベント情報２３は、原本ＩＤを含むため、サーバ装置２００は、イベント情報２５ａが示すイベントと対応するデータの原本データの原本ＩＤを特定することができる。

【0064】

なお、以下の説明では、イベント情報が示すイベントと対応するデータの原本データの原本ＩＤを、イベント情報と関連する原本ＩＤ、又は、イベントと関連する原本ＩＤと表現する場合がある。

【0065】

次に、図３（Ｂ）について説明する。本実施形態では、来歴情報において連結されているイベント情報を遡ったときに、連結されたイベント情報が分岐する場合に、分岐点となるイベント情報に、直前のイベント情報と関連する原本ＩＤの全てが含まれるようにする。

【0066】

言い換えれば、本実施形態では、直前のイベント情報のイベントＩＤが複数含まれるイベント情報には、直前のイベント情報のそれぞれと関連する原本ＩＤの全てをイベント情報に含めて、イベントデータベース２１０に格納する。

【0067】

図３（Ｂ）に示すように、イベント情報２９は、直前のイベント情報のイベントＩＤとして、イベント情報２８ａのイベントＩＤと、イベント情報３８ａのイベントＩＤとを含む。

【0068】

したがって、イベント情報２９は、来歴情報において、連結されたイベント情報を分岐させるイベント情報と言える。言い換えれば、イベント情報２９は、来歴情報においてイベント情報を遡ったときの分岐点となるイベント情報と言える。

【0069】

この場合、サーバ装置２００は、イベント情報２９に、直前のイベント情報であるイベント情報２８ａと関連する原本ＩＤと、イベント情報３８ａと関連する原本ＩＤとを含める。

【0070】

イベント情報２８ａと関連する原本ＩＤは、原本Ｘの原本ＩＤであり、イベント情報３８ａと関連する原本ＩＤは、原本Ｙの原本ＩＤである。したがって、サーバ装置２００は、イベント情報２９に、原本Ｘの原本ＩＤと、原本Ｙの原本ＩＤとを含める。

【0071】

本実施形態では、このようにイベント情報を管理することで、連結されたイベント情報が分岐している場合であっても、あるイベント情報と関連する原本ＩＤを特定する際に、イベント情報を遡る回数が増大することを防止できる。

【0072】

このように、本実施形態のサーバ装置２００は、情報処理装置３００－１、・・・、３００－ｎからイベント情報を受信した際に、下記の２つの方法で、原本ＩＤをイベントデータベース２１０に格納する。

【0073】

・直前のイベントが１つであるイベントは、Ｎ回毎にイベント情報にイベントと関連する原本ＩＤを含めて記録する。

【0074】

・直前のイベントが複数であるイベントは、複数の直前のイベントと関連する全ての原本ＩＤをイベント情報に含めて記録する。

【0075】

なお、以下の説明では、直前のイベントを直前イベントと表現する場合がある。

【0076】

上述した方法で原本ＩＤをイベントデータベース２１０に格納した場合を、図４に示す。

【0077】

図４は、本実施形態の来歴情報について説明する第二の図である。図４では、原本Ｘの原本ＩＤが含まれるイベント情報は、イベント情報２０、２３、２６、２８、２９であり、原本Ｙの原本ＩＤが含まれるイベント情報は、イベント情報３０、３３、３６、３８である。このことから、本実施形態を適用することで、図２に示す来歴情報と比較して、原本に関連する情報の情報量を削減できる。

【0078】

さらに、本実施形態では、あるイベント情報と関連する原本ＩＤを特定する場合には、最大でＮ回イベント情報を遡ればよく、短時間で指定されたイベント情報と関連する原本ＩＤを特定することができる。

【0079】

次に、図５、図６を参照して、直前のイベント情報のイベントＩＤが複数であるイベント情報について説明する。図５は、本実施形態の来歴情報について説明する第三の図である。

【0080】

図５では、直前イベントが複数存在するイベントのイベント情報における、原本ＩＤの格納の仕方を示している。

【0081】

図５において、イベント情報５１には、直前イベントのイベント情報と関連する原本ＩＤとして、原本Ｘの原本ＩＤ、原本Ｙの原本ＩＤ、原本Ｚの原本ＩＤ、原本Ｓの原本ＩＤが含まれる。
また、イベント情報５２には、直前イベントと関連する原本ＩＤとして、原本Ｚの原本ＩＤ、原本Ｓの原本ＩＤ、原本Ｔの原本ＩＤ、原本Ｕの原本ＩＤが含まれる。

【0082】

また、図５に示すイベント情報５３と対応するイベントの直前イベントは、イベント情報５１と対応するイベントと、イベント情報５２と対応するイベントである。

【0083】

したがって、イベント情報５３には、直前イベントのイベントＩＤとして、イベント情報５２のイベントＩＤと、イベント情報５３のイベントＩＤとが含まれる。つまり、イベント情報５３には、直前イベントのイベントＩＤが複数含まれる。

【0084】

このため、イベント情報５３には、直前イベントのイベント情報と関連する全ての原本ＩＤとして、原本Ｘの原本ＩＤ、原本Ｙの原本ＩＤ、原本Ｚの原本ＩＤ、原本Ｓの原本ＩＤ、原本Ｔの原本ＩＤ、原本Ｕの原本ＩＤが含まれることなる。

【0085】

このように、本実施形態では、１つのイベント情報に、多数の原本ＩＤが含まれる可能性がある。

【0086】

そこで、本実施形態では、複数の原本ＩＤの組み合わせを、変換識別情報（変換ＩＤ）と対応付けた変換テーブルを保持し、複数の原本ＩＤの組み合わせを、１つの変換識別情報に置き換えて、イベントデータベース２１０に格納する。

【0087】

以下に、図６を参照して、本実施形態の変換テーブル２３７（後述する図９参照）について説明する。図６は、変換テーブルの一例を示す図である。

【0088】

本実施形態の変換テーブル２３７は、情報の項目として、変換ＩＤと原本とを有し、両者は対応付けられている。

【0089】

図６の例では、変換ＩＤ「ｉｄ０」と原本Ｘの原本ＩＤが対応付けられており、変換ＩＤ「ｉｄ１」と原本Ｙの原本ＩＤが対応付けられており、変換ＩＤ「ｉｄ２」と原本Ｚの原本ＩＤが対応付けられている。

【0090】

また、図６の例では、変換ＩＤ「ｉｄ３」と、原本Ｘの原本ＩＤと原本Ｙの原本ＩＤとの組み合わせが対応付けられており、変換ＩＤ「ｉｄ４」と、原本Ｘの原本ＩＤと原本Ｙの原本ＩＤと原本Ｚの原本ＩＤの組み合わせが対応付けられている。

【0091】

本実施形態の項目「変換ＩＤ」の値は、例えば、整数値等で示される値であり、原本ＩＤよりも情報量が少ない値である。

【0092】

本実施形態では、このように、原本ＩＤを情報量の少ない変換ＩＤに置き換え、置き換えた変換ＩＤをイベント情報に含めて、イベントデータベース２１０に格納する。したがって、本実施形態によれば、イベントデータベース２１０における原本に関連する情報量を削減することができる。

【0093】

以下に、図７を参照して、図４に示すイベント情報に含まれる原本ＩＤを、変換ＩＤに置き換えた場合について説明する。図７は、本実施形態の来歴情報について説明する第四の図である。

【0094】

図７において、イベント情報２３ａ、２６ａ、２８ａ、２９ａでは、原本Ｘの原本ＩＤの代わりに、原本Ｘの原本ＩＤと置き換えられた変換ＩＤ「ｉｄ０」が含まれる。

【0095】

また、図７において、イベント情報３３ａ、３６ａ、３８ａには、原本Ｙの原本ＩＤの代わりに、原本Ｙの原本ＩＤと置き換えられた変換ＩＤ「ｉｄ１」が含まれる。

【0096】

さらに、図７では、イベント情報２９ａにおいて、原本Ｘの原本ＩＤと、原本Ｙの原本ＩＤとの組み合わせを示す変換ＩＤ「ｉｄ３」が含まれる。

【0097】

このように、本実施形態では、原本ＩＤを、原本ＩＤよりも情報量の少ない変換ＩＤに置き換えることで、イベントデータベース２１０に格納される原本に関連する情報の情報量を削減できる。

【0098】

また、本実施形態では、複数の原本ＩＤを、１つの変換ＩＤに置き換えることで、イベントデータベース２１０に格納される原本に関連する情報の情報量を削減できる。

【0099】

以下に、図８、図９を参照して、本実施形態のサーバ装置２００について説明する。図８は、サーバ装置のハードウェア構成の一例を示す図である。

【0100】

本実施形態のサーバ装置２００は、それぞれバスＢで相互に接続されている入力装置２０１、出力装置２０２、ドライブ装置２０３、補助記憶装置２０４、メモリ装置２０５、演算処理装置２０６及びインターフェース装置２０７を含むコンピュータである。

【0101】

入力装置２０１は、各種の情報の入力を行うための装置であり、例えばキーボードやポインティングデバイス等により実現される。出力装置２０２は、各種の情報の出力を行うためものであり、例えばディスプレイ等により実現される。インターフェース装置２０７は、ＬＡＮカード等を含み、ネットワークに接続するために用いられる。

【0102】

サーバ装置２００が有する登録処理部２３０と通知処理部２４０を実現させる情報処理プログラムは、サーバ装置２００を制御する各種プログラムの少なくとも一部である。情報処理プログラムは、例えば、記録媒体２０８の配布やネットワークからのダウンロード等によって提供される。情報処理プログラムを記録した記録媒体２０８は、ＣＤ－ＲＯＭ、フレキシブルディスク、光磁気ディスク等の様に情報を光学的、電気的或いは磁気的に記録する記録媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることができる。

【0103】

記録媒体２０８に記録された情報処理プログラムは、情報処理プログラムを記録した記録媒体２０８がドライブ装置２０３にセットされると、記録媒体２０８からドライブ装置２０３を介して補助記憶装置２０４にインストールされる。ネットワークからダウンロードされた情報処理プログラムは、インターフェース装置２０７を介して補助記憶装置２０４にインストールされる。

【0104】

補助記憶装置２０４は、サーバ装置２００の有するイベントデータベース２１０、ユーザ登録データベース２２０等を実現するものであり、サーバ装置２００にインストールされた情報処理プログラムを格納すると共に、サーバ装置２００による各種の必要なファイル、データ等を格納する。メモリ装置２０５は、サーバ装置２００の起動時に補助記憶装置２０４から情報処理プログラムを読み出して格納する。そして、演算処理装置２０６はメモリ装置２０５に格納された情報処理プログラムに従って、後述するような各種処理を実現している。

【0105】

なお、本実施形態の情報処理装置３００と端末装置４００も、演算処理装置と記憶装置とを有するコンピュータであり、その基本的なハードウェア構成は、サーバ装置２００と同様であるから、説明を省略する。

【0106】

次に、図９を参照して、本実施形態のサーバ装置２００の機能構成について説明する。図９は、サーバ装置の機能構成を説明する図である。

【0107】

本実施形態のサーバ装置２００は、イベントデータベース２１０、ユーザ登録データベース２２０、登録処理部２３０、通知処理部２４０を有する。

【0108】

登録処理部２３０は、入力受付部２３１、情報保持部２３２、原本有無判定部２３３、原本記録判定部２３４、テーブル更新部２３５、記録部２３６を有する。

【0109】

入力受付部２３１は、サーバ装置２００に対する各種の情報の入力を受け付ける。具体的には、入力受付部２３１は、情報処理装置３００から、イベント情報の登録要求を受け付ける。

【0110】

情報保持部２３２は、登録処理部２３０の処理の際に参照される情報が保持される。具体的には、情報保持部２３２は、変換テーブル２３７、連結数情報２３８を保持する。

【0111】

変換テーブル２３７は、図６において説明したため、ここでの説明を省略する。連結数情報２３８は、予め設定された所定回数Ｎの値を示す。言い換えれば、連結数情報２３８は、予め設定された値Ｎを示す。

【0112】

原本有無判定部２３３は、イベント情報が入力された場合に、イベントデータベース２１０を参照し、入力されたイベント情報の直前イベントのイベント情報に、原本ＩＤが含まれているか否かを判定する。

【0113】

原本記録判定部２３４は、入力されたイベント情報をイベントデータベース２１０に格納する際に、原本ＩＤを含めるか否かを判定する。

【0114】

具体的には、原本記録判定部２３４は、入力されたイベント情報に含まれる直前イベントのイベントＩＤが複数であった場合には、入力されたイベント情報に、直前イベントと関連する原本ＩＤを全て含めると判定する。

【0115】

また、原本記録判定部２３４は、入力されたイベント情報に含まれる直前イベントのイベントＩＤが一つである場合、連結数情報２３８が示すＮ回目に受信したイベント情報であるか否かを判定する。そして、原本記録判定部２３４は、Ｎ回目の受信であった場合に、入力されたイベント情報に、イベント情報と関連する原本ＩＤを含めると判定する。

【0116】

テーブル更新部２３５は、変換テーブル２３７を更新する。具体的には、テーブル更新部２３５は、変換テーブル２３７に格納されていない原本ＩＤや、原本ＩＤの組み合わせが登場した場合に、変換テーブル２３７を更新する。

【0117】

記録部２３６は、入力受付部２３１が受け付けたイベント情報と、原本記録判定部２３４による判定結果と、に基づき、イベントデータベース２１０にイベント情報を格納する。言い換えれば、記録部２３６は、イベント情報を記憶部に記録する。

【0118】

通知処理部２４０は、原本検索部２４１、通知出力部２４２を有する。原本検索部２４１は、入力受付部２３１がイベント情報の入力を受け付けると、入力されたイベント情報と関連する原本ＩＤを特定し、特定した原本ＩＤでユーザ登録データベース２２０を検索し、特定された原本ＩＤと一致する原本ＩＤを抽出する。

【0119】

通知出力部２４２は、ユーザ登録データベース２２０を参照し、原本検索部２４１により抽出された原本ＩＤと対応するユーザＩＤを特定し、特定されたユーザＩＤと対応付けられた端末装置４００に対し、イベントの発生を通知する。

【0120】

なお、本実施形態のユーザ登録データベース２２０では、予め、ユーザＩＤと原本ＩＤとが対応付けられたユーザ登録情報が格納されている。ユーザＩＤは、データを利活用するユーザを特定する情報であり、ユーザＩＤと対応付けられた原本ＩＤは、ユーザによって指定された原本データを示す。

【0121】

次に、図１０を参照して、本実施形態の情報処理システム１００の動作について説明する。図１０は、情報処理システムの動作を説明するシーケンス図である。

【0122】

本実施形態の情報処理システム１００において、情報処理装置３００は、取引対象となるデータに対する操作が行われると、この操作を示すイベント情報の登録要求と共に、イベント情報をサーバ装置２００に送信する（ステップＳ１００１）。

【0123】

サーバ装置２００は、イベント情報の入力を受け付けると、登録処理部２３０により、イベント情報をイベントデータベース２１０に格納（記録）する（ステップＳ１００２）。

【0124】

続いて、サーバ装置２００は、通知処理部２４０により、イベントの発生を通知する通知先を検索し（ステップＳ１００３）、検索された通知先へイベントの発生を通知する（ステップＳ１００４）。

【0125】

なお、図１０の例では、登録処理部２３０によるステップＳ１００２の処理と、通知処理部２４０によるステップＳ１００３、ステップＳ１００４の処理と、が連続して実行されるものとしたが、これに限定されない。登録処理部２３０の処理と、通知処理部２４０の処理とは、それぞれが独立したタイミングで実行されてよい。

【0126】

次に、図１１と図１２を参照して、登録処理部２３０と通知処理部２４０の処理について説明する。

【0127】

図１１は、サーバ装置の処理を説明する第一のフローチャートである。図１１では、図１０におけるステップＳ１００２の処理の詳細を示す。言い換えれば、図１１は、登録処理部２３０の処理の詳細を示す。

【0128】

本実施形態の登録処理部２３０は、原本記録判定部２３４により、入力されたイベント情報の直前イベントが１つであるか否かを判定する（ステップＳ１１０１）。具体的には、原本記録判定部２３４は、入力されたイベント情報に含まれる直前イベントのイベントＩＤが１つであるか否かを判定する。

【0129】

ステップＳ１１０１において、直前イベントの数が複数である場合、登録処理部２３０は、後述するステップＳ１１０８へ進む。

【0130】

ステップＳ１１０１において、直前イベントが１つである場合、原本記録判定部２３４は、直前イベントのイベント情報を辿る（ステップＳ１１０２）。言い換えれば、原本記録判定部２３４は、イベントデータベース２１０に格納されたイベント情報のうち、入力されたイベント情報に含まれる直前イベントのイベントＩＤと対応するイベント情報を参照する。

【0131】

続いて、登録処理部２３０は、原本有無判定部２３３により、直前イベントのイベント情報に、原本ＩＤが含まれるか否かを判定する（ステップＳ１１０３）。ステップＳ１１０３において、直前イベントのイベント情報に原本ＩＤが含まれない場合、登録処理部２３０は、ステップＳ１１０２に戻る。

【0132】

ステップＳ１１０３において、直前イベントのイベント情報に原本ＩＤが含まれる場合、登録処理部２３０は、原本記録判定部２３４により、連結数情報２３８が示すＮ回、イベント情報を遡ったか否かを判定する（ステップＳ１１０４）。

【0133】

ステップＳ１１０４において、Ｎ回遡っていない場合、原本記録判定部２３４は、イベントデータベース２１０に格納するイベント情報に原本ＩＤを含めないと判定し、入力されたイベント情報と関連する原本ＩＤを、入力されたイベント情報から除外する（ステップＳ１１０５）。

【0134】

続いて、登録処理部２３０は、原本ＩＤを含まないイベント情報をイベントデータベース２１０に格納する（ステップＳ１１０６）。言い換えれば、登録処理部２３０は、原本ＩＤが除外されたイベント情報をイベントデータベース２１０に格納する。

【0135】

ステップＳ１１０４において、Ｎ回遡った場合、原本記録判定部２３４は、イベントデータベース２１０に格納するイベント情報に原本ＩＤを含めると判定し、入力されたイベント情報と関連する原本ＩＤを保持し（ステップＳ１１０７）、後述するステップＳ１１１３へ進む。

【0136】

ステップＳ１１０１において、入力されたイベント情報に含まれる直前イベントのイベントＩＤが複数である場合、登録処理部２３０は、原本有無判定部２３３により、イベントデータベース２１０から、直前イベントのイベントＩＤを１つ抽出し（ステップＳ１１０８）、ステップＳ１１０９へ進む。

【0137】

ステップＳ１１０９とステップＳ１１１０の処理は、ステップＳ１１０２とステップＳ１１０３の処理と同様であるから、説明を省略する。

【0138】

ステップＳ１１１０において、直前イベントのイベント情報に原本ＩＤが含まれない場合、登録処理部２３０は、ステップＳ１１０９に戻る。

【0139】

ステップＳ１１１０において、直前イベントのイベント情報に原本ＩＤが含まれる場合、登録処理部２３０は、原本記録判定部２３４により、この原本ＩＤを保持する（ステップＳ１１１１）。

【0140】

続いて、登録処理部２３０は、入力されたイベント情報に含まれる全ての直前イベントのイベントＩＤについて、ステップＳ１１０８からステップＳ１１１１までの処理を行ったか否かを判定する（ステップＳ１１１２）。ステップＳ１１１２において、全ての直前イベントのイベントＩＤに対して処理を行っていない場合、登録処理部２３０は、ステップＳ１１０８へ戻る。

【0141】

ステップＳ１１１２において、全ての直前イベントのイベントＩＤに対して処理を行った場合、登録処理部２３０は、記録部２３６により、変換テーブル２３７を参照し、保持している原本ＩＤ又は保持している原本ＩＤの組み合わせと対応する変換ＩＤが存在するか否かを判定する（ステップＳ１１１４）。

【0142】

ステップＳ１１１４において、該当する変換ＩＤが存在しない場合、テーブル更新部２３５は、変換テーブル２３７を更新し（ステップＳ１１１５）、後述するステップＳ１１１６へ進む。具体的には、テーブル更新部２３５は、保持している原本ＩＤ又は保持している原本ＩＤの組み合わせに、新たに変換ＩＤを対応付けて、変換テーブル２３７に格納する。

【0143】

ステップＳ１１１４において、変換テーブル２３７に該当する変換ＩＤが存在する場合、登録処理部２３０は、記録部２３６により、保持している原本ＩＤ又は保持している原本ＩＤの組み合わせを、保持している原本ＩＤ又は保持している原本ＩＤの組み合わせと対応付けられた変換ＩＤに置き換え（ステップＳ１１１６）、ステップＳ１１０６へ進む。

【0144】

つまり、記録部２３６は、入力されたイベント情報に複数の直前イベントのイベントＩＤが含まれる場合に、複数の直前イベントと関連する全ての原本ＩＤを、１つの変換ＩＤに置き換える。

【0145】

本実施形態では、このようにして、イベント情報をイベントデータベース２１０に格納することで、全てのイベント情報に原本ＩＤが含まれることがなくなる。また、本実施形態では、複数の原本ＩＤの組み合わせが１つの変換ＩＤに置き換えられる。したがって、本実施形態によれば、原本データを検索するために必要となる情報の情報量を削減することができる。

【0146】

さらに、本実施形態では、新たに追加されたイベントの直前イベントが１つのみの場合は、Ｎ回過去のイベント情報を遡るだけで、原本ＩＤを特定することができる。さらに、本実施形態では、新たに追加されたイベントの直前イベントが複数ある場合は、新たに追加されたイベントと関連する全ての原本ＩＤを記録するため、過去のイベント情報を遡る回数が増大することを防止できる。

【0147】

ここで、イベントデータベース２１０に格納されるイベント情報のうち、８０％が、直前イベントが１つであるイベントのイベント情報であり、２０％が、直前イベントが３つ存在するイベントのイベント情報と仮定した場合について説明する。

【0148】

この場合、直前イベントが１つであるイベントについては、原本ＩＤがイベントデータベース２１０に格納（記録）される回数が、本実施形態を適用しない場合と比較して、約１／３回となることがわかった。

【0149】

このように、本実施形態では、原本に関連する情報の情報量を削減することができる。

【0150】

次に、図１２を参照して、本実施形態のサーバ装置２００の有する通知処理部２４０の処理について説明する。図１２は、サーバ装置の処理を説明する第二のフローチャートである。図１２では、図１０におけるステップＳ１００３、ステップＳ１００４の処理の詳細を示す。言い換えれば、図１２は、通知処理部２４０の処理の詳細を示す。

【0151】

本実施形態の通知処理部２４０は、イベント情報がイベントデータベース２１０に格納されると、原本検索部２４１により、格納されたイベント情報と関連する原本ＩＤが、ユーザ登録データベース２２０に格納されたユーザ登録情報に含まれる原本ＩＤと一致するか否かを検索する（ステップＳ１２０１）。

【0152】

ここで、原本検索部２４１の処理の詳細を説明する。

【0153】

登録処理部２３０によりイベントデータベース２１０に格納されたイベント情報では、原本ＩＤは変換ＩＤに置き換えられている。

【0154】

このため、原本検索部２４１は、イベントデータベース２１０に新たに格納されたイベント情報に変換ＩＤが含まれる場合は、変換テーブル２３７を参照し、変換ＩＤと対応する原本ＩＤを取得し、取得した原本ＩＤを検索キーとして、ユーザ登録データベース２２０を検索する。

【0155】

また、原本検索部２４１は、イベントデータベース２１０に新たに格納されたイベント情報に変換ＩＤが含まれない場合には、直前イベントのイベント情報を辿り、変換ＩＤを取得する。そして、原本検索部２４１は、変換テーブル２３７において、取得した変換ＩＤと対応する原本ＩＤを取得し、この原本ＩＤを検索キーとして、ユーザ登録データベース２２０を検索する。

【0156】

続いて、通知処理部２４０は、原本検索部２４１による検索の結果、一致する原本ＩＤが存在するか否か判定し（ステップＳ１２０２）。ステップＳ１２０２において一致する原本ＩＤが存在しない、後述するステップＳ１２０４へ進む。

【0157】

ステップＳ１２０２において、一致する原本ＩＤが存在する場合、通知処理部２４０は、通知出力部２４２により、ユーザ登録データベース２２０において、この原本ＩＤと対応付けられたユーザＩＤと紐付くプログラムに対し、イベントの発生を通知する（ステップＳ１２０３）。

【0158】

具体的には、通知出力部２４２は、原本ＩＤと対応するユーザＩＤと紐付けられたプログラムがインストールされた端末装置４００に対して、イベントが発生したことを示す通知を送信する。

【0159】

続いて、通知処理部２４０は、ユーザ登録データベース２２０に格納された全てのユーザ登録情報が、検索キーとなる原本ＩＤと比較されたか否かを判定する（ステップＳ１２０４）。ステップＳ１２０４において、全てのユーザ登録情報との比較が行われていない場合、通知処理部２４０は、ステップＳ１２０１へ戻る。

【0160】

ステップＳ１２０４において、全てのユーザ登録情報との比較が行われた場合、通知処理部２４０は処理を終了する。

【0161】

以上のように、本実施形態では、新たなイベントが発生した場合に、イベントと関連する原本ＩＤと対応するユーザに対し、イベントの発生を通知することができ、ユーザが指定した原本ＩＤの来歴をユーザに把握させることができる。

【0162】

なお、本実施形態では、データに対して行われる操作をイベントとして説明したが、これに限定されない。本実施形態では、原本が存在し、原本に対する取引の記録を来歴情報として管理する必要がある場合であれば、どのような分野にも適用することができる。

【0163】

開示の技術では、以下に記載する付記のような形態が考えられる。
（付記１）
データに対するイベントを示すイベント情報を時系列に記憶部に記録する際に、
前記イベント情報が、直前に行われた直前イベントが１つであるイベントのイベント情報である場合に、所定回数おきに、前記データの原本を特定する原本識別情報を前記イベント情報に含めて記録する、処理をコンピュータに実行させる、情報処理プログラム。
（付記２）
前記イベント情報が、直前に行われた直前イベントが複数存在するイベントのイベント情報である場合に、複数の前記直前イベントと対応するデータの原本を特定する原本識別情報を前記イベント情報に含めて記録する、処理をコンピュータに実行させる、付記１記載の情報処理プログラム。
（付記３）
前記原本識別情報、又は、複数の前記原本識別情報を、１つの変換識別情報と対応付けた変換テーブルを参照し、
前記イベント情報に含める前記原本識別情報、又は、複数の前記原本識別情報を、前記１つの変換識別情報に置き換える、処理を前記コンピュータに実行させる、付記１又は２記載の情報処理プログラム。
（付記４）
原本識別情報と、ユーザ識別情報とが対応付けられたユーザ登録情報を参照し、
前記記憶部に記録された前記イベント情報と対応する原本識別情報と対応する前記ユーザ識別情報に紐付けられたアプリケーションに対して、前記イベント情報が示すイベントの発生を通知する、処理を前記コンピュータに実行させる、付記１乃至３の何れか一項に記載の情報処理プログラム。
（付記５）
前記記憶部に記録された前記イベント情報に基づく変換識別情報を取得し、
前記変換テーブルを参照して前記変換識別情報と対応する原本識別情報を特定し、
特定された原本識別情報と対応する前記アプリケーションに対して、前記イベントの発生を通知する、処理を前記コンピュータに実行させる、付記４記載の情報処理プログラム。
（付記６）
コンピュータによる情報処理方法であって、前記コンピュータが、
データに対するイベントを示すイベント情報を時系列に記憶部に記録する際に、
前記イベント情報が、直前に行われた直前イベントが１つであるイベントのイベント情報である場合に、所定回数おきに、前記データの原本を特定する原本識別情報を前記イベント情報に含めて記録する、情報処理方法。
（付記７）
データに対するイベントを示すイベント情報を時系列に記録する記憶部と、
前記イベント情報が、直前に行われた直前イベントが１つであるイベントのイベント情報である場合に、所定回数おきに、前記データの原本を特定する原本識別情報を前記イベント情報に含めて前記記憶部に記録する登録処理部と、を有する情報処理装置。
本発明は、具体的に開示された実施形態に限定されるものではなく、特許請求の範囲から脱することなく、種々の変形や変更が可能である。

【符号の説明】

【0164】

１００ 情報処理システム
２００ サーバ装置
２１０ イベントデータベース
２２０ ユーザ登録データベース
２３０ 登録処理部
２３１ 入力受付部
２３２ 情報保持部
２３３ 原本有無判定部
２３４ 原本記録判定部
２３５ テーブル更新部
２３６ 記録部
２４０ 通知処理部
２４１ 原本検索部
２４２ 通知出力部
３００ 情報処理装置
４００ 端末装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】