JP7768008B2 - 情報管理プログラムおよび情報管理方法 - Google Patents

Description

本発明は、情報管理プログラムおよび情報管理方法に関する。

表示部に表示される情報を編集し、且つ編集した情報を記憶する情報管理システムがある。例えば特許文献１に記載のドキュメント管理システムは、表示部に表示されるドキュメントを編集する。ドキュメント管理システムは、編集されたドキュメントの保存期限を設定する。保存期限が経過すると、ドキュメント管理システムは、ドキュメントをファイルごと記憶装置から削除することで、ドキュメントの記憶状態を変更する。

特開２００８－５２６４２号公報

上記ドキュメント管理システムでは、ドキュメントの記憶状態がファイルごと変更されるので、ドキュメント内の必要な情報の記憶状態まで変更される可能性がある。あるいは、上記ドキュメント管理システムでは、特定のユーザのみドキュメントの記憶状態を変更する権利がある可能性がある。これらのため、上記ドキュメント管理システムでは、ユーザによる情報の記憶状態の管理が難しい可能性がある。

本発明の目的は、情報の記憶状態をユーザが容易に管理できるという利点に貢献する情報管理プログラムおよび情報管理方法を提供することである。

本発明の第一態様に係る情報管理プログラムは、表示部に表示される領域内のオブジェクトを、操作部を介して編集可能な情報編集システムのコンピュータに、前記領域内において、前記オブジェクトを編集するための編集操作が、前記操作部を介して行われた場合、前記編集操作に対応する履歴を示す履歴データを記憶する記憶処理と、前記記憶処理によって記憶された前記履歴データの記憶状態の変更条件を変更するための条件変更操作が、前記操作部を介して行われた場合、前記変更条件を変更する条件変更処理とを実行させることを特徴とする。

本発明の第二態様に係る情報管理方法は、表示部に表示される領域内のオブジェクトを、操作部を介して編集可能な情報編集システムによる情報管理方法であって、前記領域内において、前記オブジェクトを編集するための編集操作が、前記操作部を介して行われた場合、前記編集操作に対応する履歴を示す履歴データを記憶する記憶処理と、前記記憶処理によって記憶された前記履歴データの記憶状態の変更条件を変更するための条件変更操作が、前記操作部を介して行われた場合、前記変更条件を変更する条件変更処理とを備えたことを特徴とする。

第一態様または第二態様によれば、ユーザが操作部に対して条件変更操作を行うと、条件変更処理によって、履歴データの記憶状態の変更条件が変更される。よって、条件変更処理は、履歴データの記憶状態をユーザが容易に管理できるという利点に貢献する。

ノート編集システム１の電気的構成を示す図である。 アカウント記憶エリア２２２の概念図である。 履歴記憶エリア２２４の概念図である。 条件記憶エリア２２５の概念図である。 ノート選択ウィンドウ６０を示す図である。 ページ編集ウィンドウ７０を示す図である。 履歴設定ウィンドウ９０を示す図である。 メイン処理のフローチャートである。 編集処理のフローチャートである。 管理処理のフローチャートである。 第一状態変更処理のフローチャートである。 期限変更処理のフローチャートである。 期限変更処理のフローチャートである。 第二状態変更処理のフローチャートである。

＜ノート編集システム１の概要＞
図１に示すように、ノート編集システム１は、サーバ２とユーザ端末３Ａ、３Ｂ、３Ｃを有する。サーバ２は、ネットワーク回線４を介してアクセスポイント４Ａと通信可能に接続する。ユーザ端末３Ａ、３Ｂ、３Ｃは、それぞれ、アクセスポイント４Ａと無線により通信可能に接続する。ユーザ端末３Ａ～３Ｃは、それぞれ、タブレット端末であり、それぞれの基本構成は互いに同じである。ユーザ端末３Ａ～３Ｃのいずれかを特定しない場合、または総称する場合、「ユーザ端末３」という。

本実施形態にて、ユーザ端末３Ａのユーザは「ユーザＡ」である。ユーザ端末３Ｂのユーザは「ユーザＢ」である。ユーザ端末３Ｃのユーザは「ユーザＣ」である。ユーザＣは、ノート編集システム１の管理者である。管理者のユーザを「管理ユーザ」といい、管理者以外のユーザを「一般ユーザ」という。

＜サーバ２の電気的構成＞
図１に示すように、サーバ２はＣＰＵ２１とＲＯＭ２２ＡとＲＡＭ２２Ｂとフラッシュメモリ２２Ｃと通信Ｉ／Ｆ２３を有する。ＣＰＵ２１はサーバ２を制御する。ＲＯＭ２２Ａは、各種プログラムの実行時にＣＰＵ２１が必要とする情報などを記憶する。ＲＯＭ２２Ａは例えば各編集属性に対応する期限上限を記憶する。ＲＡＭ２２Ｂは、ＣＰＵ２１が処理を実行する過程でデータを一時的に記憶する。

フラッシュメモリ２２Ｃは不揮発性の記憶装置であり、プログラム記憶エリア２２１とアカウント記憶エリア２２２とページ記憶エリア２２３と履歴記憶エリア２２４と条件記憶エリア２２５を含む。プログラム記憶エリア２２１にはＣＰＵ２１が実行するための制御プログラムが記憶される。アカウント記憶エリア２２２にはアカウント情報が記憶される。

ページ記憶エリア２２３にはページ情報が記憶される。履歴記憶エリア２２４には履歴データが記憶される。条件記憶エリア２２５には変更条件が記憶される。一つのノートに対応するページ情報と履歴データと変更条件を総称する場合、「ノート情報」という。通信Ｉ／Ｆ２３は、サーバ２がネットワーク回線４とアクセスポイント４Ａを介してユーザ端末３Ａ～３Ｃと通信を行うための通信モジュールである。

＜ユーザ端末３の電気的構成＞
図１に示すように、ユーザ端末３はＣＰＵ３１とＲＯＭ３２ＡとＲＡＭ３２Ｂとフラッシュメモリ３２Ｃとディスプレイ３３とタッチパネル３４と通信インタフェース（Ｉ／Ｆ）３５を有する。ＣＰＵ３１はユーザ端末３を制御する。ＲＯＭ３２Ａは、各種プログラムの実行時にＣＰＵ３１が必要とする情報などを記憶する。ＲＡＭ３２Ｂは、ＣＰＵ３１が処理を実行する過程でデータを一時的に記憶する。フラッシュメモリ３２Ｃは、ＣＰＵ３１が実行するための制御プログラムなどを記憶する。

ディスプレイ３３は液晶ディスプレイであり、ＣＰＵ３１による制御によって種々の情報を表示する。タッチパネル３４はディスプレイ３３の表面に設けられ、ディスプレイ３３上のペンまたは指の接触位置を検出する。タッチパネル３４はユーザによる操作を検出した場合、検出した操作に応じた信号をＣＰＵ３１に出力する。通信Ｉ／Ｆ３５は、ユーザ端末３がネットワーク回線４とアクセスポイント４Ａを介してサーバ２と通信を行うための通信モジュールである。

＜ノート編集システム１の基本動作＞
図１に示すように、ノート編集システム１は、複数のユーザＡ、Ｂ、Ｃがそれぞれのユーザ端末３Ａ、３Ｂ、３Ｃを使用し、サーバ２を介してノートを共有するように構成される。ノートは、１または複数のページ領域１００（図６参照）によって構成される。ページ領域１００はディスプレイ３３に表示されるように構成される。ノート編集システム１では、複数のユーザＡ、Ｂ、Ｃがそれぞれのユーザ端末３Ａ、３Ｂ、３Ｃを使用し、ページ領域１００内のオブジェクトを編集できる。

本実施形態にて、オブジェクトの種類にはストロークとマーカーとテキストとシェイプと画像がある。ストロークは、直線、曲線などの線である。マーカーは、着色するための線である。テキストは、テキストブロック（図示略）内に配置される文字、数字、記号などの列である。シェイプは平面図形または立体図形である。画像は静止画または動画である。オブジェクトの編集は、オブジェクトの追加、オブジェクトの削除、オブジェクトの移動、オブジェクトのフォントの変更、オブジェクトの色の変更、オブジェクトの大きさの変更などをいう。

ノート編集システム１では、ユーザ端末３にて、ユーザがタッチパネル３４を介して操作を行うと、ＣＰＵ３１は操作情報をサーバ２に送信する。操作情報は、行われた操作内容を示す。サーバ２にて、ＣＰＵ２１はユーザ端末３から操作情報を受信すると、受信した操作情報に応じた動作を行う。

タッチパネル３４に対する操作の種類には、ノート選択操作、ページ選択操作、編集操作、許可設定変更操作、維持期限変更操作、削除操作などがある。ノート選択操作は、ユーザが１または複数のノートのいずれかを選択するための操作である。ページ選択操作は、ユーザが１または複数のページ領域１００のいずれかを選択するための操作である。

編集操作は、ユーザがページ領域１００内のオブジェクトを編集するための操作である。許可設定変更操作は、ユーザが許可設定を変更するための操作である。維持期限変更操作は、ユーザが維持期限を変更するための操作である。削除操作は、ユーザが履歴データを削除するための操作である。

ノート選択操作、ページ選択操作、編集操作、許可設定変更操作、維持期限変更操作、削除操作のそれぞれに応じた操作情報を「ノート選択情報」、「ページ選択情報」、「編集情報」、「許可設定変更情報」、「期限変更情報」、「削除情報」という。各情報は各操作内容、ＩＤなどの情報を示す。

例えばユーザ端末３にて、ユーザが編集操作を行うと、ＣＰＵ３１は編集情報をサーバ２に送信する。ＣＰＵ２１は編集情報を受信すると、受信した編集情報に応じて履歴データを記憶し、且つノートを更新する。この場合、ＣＰＵ２１は、更新されたノートに応じて、表示情報をユーザ端末３Ａ～３Ｃに送信する。表示情報は最新のページ領域１００（図６参照）の表示内容を示す。

ユーザ端末３Ａ～３Ｃにて、それぞれのＣＰＵ３１は表示情報を受信すると、受信した表示情報に基づいて最新のページ領域１００（図６参照）の表示内容を表示する。これにより、ユーザ端末３Ａ～３Ｃのそれぞれのディスプレイ３３にて、ページ領域１００の表示内容は、ノート編集システム１内で共有される。

＜アカウント情報＞
図２に示すように、アカウント情報は、各ユーザごとにアカウント記憶エリア２２２に記憶される。図２に示す例では、アカウント記憶エリア２２２には、アカウント情報Ａ１、Ａ２、Ａ３が記憶されている。アカウント情報はユーザの識別情報を示し、本実施形態では、ＩＤとパスワードとＩＤ種別を示す。

アカウント情報では、パスワードとＩＤ種別が各ユーザのＩＤと対応付けられている。図２に示す例では、アカウント情報Ａ１では、ユーザＡのＩＤ「ユーザＡ」とパスワード「ＡＡＡＡ」とＩＤ種別「一般」とが互いに対応付けられている。アカウント情報Ａ２では、ユーザＢのＩＤ「ユーザＢ」とパスワード「ＢＢＢＢ」とＩＤ種別「一般」とが互いに対応付けられている。アカウント情報Ａ３では、ユーザＣのＩＤ「ユーザＣ」とパスワード「ＣＣＣＣ」とＩＤ種別「管理者」とが互いに対応付けられている。

ＩＤは、一のユーザを他のユーザと識別するための情報である。パスワードは、ノート編集システム１にログインする場合に使用される。ＩＤ種別は、ＩＤが管理者ＩＤまたは一般ＩＤのいずれであるかを示す。図２では、管理者ＩＤを「管理者」で示し、一般ＩＤを「一般」で示す。

管理者ＩＤは、管理ユーザ（本実施形態では、ユーザＣ）のＩＤである。管理者ＩＤには、履歴データを履歴記憶エリア２２４から削除する権限があらかじめ付与される。さらに、管理者ＩＤには、履歴データを履歴記憶エリア２２４から削除する権限を一般ＩＤに付与するか否かを設定する権限があらかじめ付与される。一般ＩＤは管理者ＩＤ以外のＩＤである。管理者ＩＤによる許可がない場合、一般ＩＤには、履歴データを履歴記憶エリア２２４から削除する権限はない。

ノート編集システム１では、複数のＩＤのうちいずれか１つまたは複数が管理者ＩＤとしてあらかじめ登録されるように構成される。管理者ＩＤは、その後変更されてもよい。一般ＩＤはさらに複数のＩＤ種別に区分されてもよい。

＜ページ情報＞
図示しないが、ページ情報は、各ノートに応じて各ページ領域１００ごとにページ記憶エリア２２３（図１参照）に記憶される。ページ情報は、ページ領域１００（図６参照）内のオブジェクト（最新の表示情報）、ページ領域１００の作成者などを示す。

＜履歴データ＞
上述したように、ノート編集システム１では、１つのノートにて、複数のユーザのそれぞれが、ページ領域１００にてオブジェクトを編集する。このため、ノート編集システム１は、履歴データが履歴記憶エリア２２４に記憶されるように構成される。

図３に示すように、履歴データは各ノートに応じて各ページ領域１００ごとに履歴記憶エリア２２４に記憶される。本実施形態では、履歴データは１回の編集操作ごと記憶される。図３に示す例では、履歴記憶エリア２２４には、ノートＮＡの１ページに応じて、履歴データＨ１、Ｈ２、Ｈ３、Ｈ４、Ｈ５が記憶されている。

履歴データは編集操作に対応する履歴（「編集履歴」という。）を示し、本実施形態では、編集日時と編集者ＩＤと編集位置と編集属性と編集内容を示す。編集日時は、１回の編集操作が完了した時点の時間を示す。例えば、履歴データＨ１の「２０２２年３月３１日７時１０分」は、履歴データＨ１に対応する編集操作が２０２２年３月３１日７時１０分に完了したことを示す。編集者ＩＤは、編集操作を行ったユーザのＩＤを示す。例えば、履歴データＨ１の「ユーザＢ」は、履歴データＨ１に対応する編集操作がユーザＢによって行われたことを示す。

編集位置は、編集操作によって編集されたオブジェクトのページ領域１００（図６参照）内の位置を座標データによって示す。例えば、履歴データＨ１の「（Ｘ１，Ｙ１）」は、履歴データＨ１に対応する編集操作がページ領域１００内の（Ｘ１，Ｙ１）の位置で行われたことを示す。図示しないが、例えば、座標の原点（０，０）は、ページ領域１００（図６参照）の左上角に位置する。ページ領域１００の左右方向はＸ軸方向に対応する。ページ領域１００の上下方向はＹ軸方向に対応する。

編集属性は編集対象のオブジェクトの種類を示す。本実施形態では、編集属性はストロークとマーカーとテキストとシェイプと画像のいずれかである。図３の履歴データＨ１の「画像」は、履歴データＨ１に対応する編集操作が画像に対して行われたことを示す。

編集内容はオブジェクトに対して行われた編集内容を示す。本実施形態では、編集内容は、オブジェクトの追加、オブジェクトの削除、オブジェクトの移動、オブジェクトのフォントの変更、オブジェクトの色の変更、オブジェクトの大きさの変更（拡大または縮小）などのいずれかである。図３の履歴データＨ１の「追加」は、履歴データＨ１に対応する編集操作によってオブジェクトがページ領域１００に追加されたことを示す。

＜変更条件＞
図４に示すように、変更条件は履歴データの記憶状態を変更するために要する条件であり、本実施形態では、維持期限と許可設定を含む。維持期限は、条件記憶エリア２２５のうち維持期限の欄に設定（記憶）される。維持期限は、条件記憶エリア２２５にて、各ノートに応じて各編集属性ごとに設定される。本実施形態では、管理ユーザのみが維持期限変更操作によって維持期限の有無と維持期限の長さを変更する権限を有する。

維持期限は、ユーザによる削除操作がなければ、履歴データの記憶状態を維持する期限を示す。つまり、維持期限を経過した履歴データの記憶状態は維持されない。換言すれば、維持期限を経過した履歴データの記憶状態は変更される。本実施形態では、維持期限を経過した履歴データは履歴記憶エリア２２４から削除される。

図４に示す例では、ストロークとマーカーとテキストとシェイプと画像のそれぞれの編集属性について、維持期限として、「６０日」、「３０日」、「期限なし」、「９０日」、「１日」が設定されている。「期限なし」は、履歴データが図３に示す履歴記憶エリア２２４に記憶されないことを意味するのではなく、削除操作がなければ、履歴データの記憶状態が無期限に維持されることを意味する。

仮にすべての履歴データが履歴記憶エリア２２４に蓄積され、且つ履歴データの記憶状態が維持される場合、履歴記憶エリア２２４の記憶容量の残量が低下することにより、ノート編集システム１の動作が遅くなるなどノート編集システム１のパフォーマンスが低下する可能性がある。ノート編集システム１は、維持期限を経過した履歴データを履歴記憶エリア２２４から削除することで、履歴記憶エリア２２４の記憶容量の残量の低下を抑制し、ノート編集システム１のパフォーマンスの低下を抑制するという利点に貢献する。

維持期限の設定可能な上限値を「期限上限」という（図４中の備考欄参照）。ストロークに対応する期限上限は特定の数値に限定されないが、本実施形態では、「６０日」である。マーカーに対応する期限上限は特定の数値に限定されないが、本実施形態では「６０日」である。テキストに対応する期限上限は特定の数値に限定されないが、本実施形態では「なし」である。シェイプに対応する期限上限は特定の数値に限定されないが、本実施形態では「なし」である。画像に対応する期限上限は特定の数値に限定されないが、本実施形態では「３０日」である。

つまり、本実施形態では、画像に対応する期限上限はストロークとマーカーとテキストとシェイプに対応する期限上限のいずれよりも短い。ストロークとマーカーに対応する期限上限はテキストとシェイプに対応する期限上限のいずれよりも短い。テキストとシェイプに対応する期限上限は互いに同じである。

履歴データの１ファイルあたりのデータ容量が比較的大きいと、履歴データの蓄積による履歴記憶エリア２２４の記憶容量の残量が低下しやすい。一般的に、１ファイルあたりの画像のデータ容量は１ファイルあたりのストロークとマーカーとテキストとシェイプのそれぞれのデータ容量よりも大きくなりやすい。１ファイルあたりのストロークとマーカーのそれぞれのデータ容量は１ファイルあたりのテキストとシェイプのそれぞれのデータ容量よりも大きくなりやすい。１ファイルあたりのストロークとマーカーのそれぞれのデータ容量は互いに同程度である。１ファイルあたりのテキストとシェイプのそれぞれのデータ容量は互いに同程度である。

以上のように、本実施形態では、１ファイルあたりのデータ容量が大きくなりやすい編集属性ほど、期限上限が短くなるように構成される。このため、期限上限の構成は、履歴データの蓄積によって履歴記憶エリア２２４の記憶容量の残量が低下することを抑制するという利点に貢献する。

本実施形態にて、１ファイルの画像は１枚の画像に相当する。１ファイルのストロークは１画のストロークに相当する。１ファイルのマーカーは１画のマーカーに相当する。１ファイルのテキストは、１つのテキストブロック内のテキストに相当する。１ファイルのシェイプは、１つのシェイプに相当する。

許可設定は、条件記憶エリア２２５のうち図４に示す許可設定の欄に設定（記憶）される。許可設定は、条件記憶エリア２２５にて、各ノートに応じて設定される。許可設定は、履歴データの記憶状態を変更する権限を管理者以外のユーザに与えるか否かを示す。本実施形態では、管理者のみが許可設定変更操作によって許可設定を「許可」と「不可」の一方から他方に変更する権限を有する。

図２に示す例では、履歴データの記憶状態を変更する権限を管理者以外のユーザに与える許可設定を「許可」によって示し、履歴データの記憶状態を変更する権限を管理者以外のユーザに与えない許可設定を「不可」によって示す。図４に示すノートＮＡに対応する許可設定は「不可」である。ノートＮＢに対応する許可設定は「許可」である。

許可設定が「不可」である場合、管理ユーザ（本実施形態ではユーザＣ）のみが、削除操作によって履歴データを削除する権限を有する。許可設定が「許可」である場合、管理者に加えて、一般ユーザ（本実施形態ではユーザＡとユーザＢ）が削除操作によって履歴データを削除する権限を有する。維持期限の変更と許可設定の変更を総称する場合「履歴設定」という。

＜ノート選択ウィンドウ６０＞
図５に示すノート選択ウィンドウ６０は、ユーザがノート編集システム１にログインした場合、表示される。ノート選択ウィンドウ６０はノート選択領域６１とページ選択領域６２と設定ボタン６３を含む。ノート選択領域６１は１または複数の選択肢を表示する。選択肢は既に作成されたノートを示す。図５に示す例では、ノートＮＡ、ノートＮＢの選択肢６１Ａ、６１Ｂがノート選択領域６１に表示されている。

ページ選択領域６２はページ領域１００（図６参照）に応じたサムネイルを表示する。図５に示す例では、サムネイル６２Ａ、６２Ｂ、６２Ｃがページ選択領域６２に表示されている。サムネイル６２Ａは、ノートＮＡの１ページ目のページ領域１００（図６参照）に対応する。サムネイル６２Ｂは、ノートＮＡの２ページ目のページ領域に対応する。サムネイル６２Ｃは、ノートＮＡの３ページ目のページ領域に対応する。設定ボタン６３は、履歴設定を行う場合などに選択される。

ノート選択操作の一例を説明する。例えば、ユーザはノート選択領域６１にて、１つの選択肢を選択する。これにより、ユーザは１または複数のノートのいずれかを選択する。図５に示す例は、選択肢６１Ａが選択されている状態を破線によって示す。

ページ選択操作の一例を説明する。例えば、ユーザはページ選択領域６２にて、１つのサムネイルを選択する。これにより、ユーザは選択したサムネイルに対応するページ領域１００を選択する。

＜設定選択ウィンドウ８０＞
図５に示す設定選択ウィンドウ８０は、設定ボタン６３が選択された場合に表示される。設定選択ウィンドウ８０はＩＤ表示領域８１と言語設定領域８２と履歴設定領域８３とログアウトボタン８４を含む。ＩＤ表示領域８１は自分のＩＤを表示する。図５に示す例では、管理者ＩＤ「ユーザＣ」がＩＤ表示領域８１に表示されている。言語設定領域８２は、言語を切り替える場合に選択される。

履歴設定領域８３は、履歴設定を行う場合に選択される。履歴設定領域８３は、管理者ＩＤ（例えばユーザＣ）によってログインされている場合にのみ、設定選択ウィンドウ８０に表示され、または選択可能に構成される。つまり、一般ＩＤ（例えば、ユーザＡまたはユーザＢ）によってログインされている場合、履歴設定領域８３は、設定選択ウィンドウ８０には表示されず、または選択できないように構成される。ログアウトボタン８４は、ノート編集システム１からログアウトする場合に選択される。

＜ページ編集ウィンドウ７０＞
図６に示すページ編集ウィンドウ７０は、図５に示すページ選択領域６２にてサムネイル６２Ａが選択された場合に表示される。ページ編集ウィンドウ７０はメイン領域７１と、複数の編集ボタン７２と、履歴ボタン７３と、履歴表示領域７４を含む。メイン領域７１は、ページ選択操作によって選択された１または複数のページ領域１００を表示する。図６に示す例では、ページ領域１００はオブジェクト７１１とオブジェクト７１２を含む。オブジェクト７１１は山が描かれた１枚の画像である。オブジェクト７１２は「１２３」の形状を有する３画のストロークである。

複数の編集ボタン７２は、ページ領域１００内のオブジェクトを編集する場合に選択される。図６に示す例では、複数の編集ボタン７２は、ボタン７２Ａ、７２Ｂ、７２Ｃ、７２Ｄ、７２Ｅ、７２Ｆ、７２Ｇ、７２Ｈを含む。

ボタン７２Ａは、ページ領域１００内にストロークを追加する場合に選択される。ボタン７２Ｂは、ページ領域１００内からオブジェクトを消去する場合に選択される。ボタン７２Ｃは、ページ領域１００内にマーカーを追加する場合に選択される。ボタン７２Ｄは、ページ領域１００内にテキストを追加する場合に選択される。

ボタン７２Ｅは、ページ領域１００内にシェイプを追加する場合に選択される。ボタン７２Ｆは、ページ領域１００内に画像を追加する場合に選択される。ボタン７２Ｇは、ページ領域１００内のストローク、テキスト、またはシェイプの色を変更する場合に選択される。ボタン７２Ｈは、ページ領域１００内のストロークの太さを変更する場合に選択される。

履歴ボタン７３は、ページ編集ウィンドウ７０にて履歴表示領域７４の表示と非表示を切り替える場合に選択される。図６は、履歴ボタン７３が選択され、履歴表示領域７４が表示された状態のページ編集ウィンドウ７０の一例を示す。

履歴表示領域７４は編集履歴群または編集履歴の一覧を表示する。編集履歴群は１または、ユーザ、編集日時、または編集属性などに応じてまとめられた複数の編集履歴のグループである。図６に示す例では、履歴表示領域７４は、編集履歴群７４１、７４２、７４３と編集履歴７４１Ａ、７４２Ａ、７４２Ｂ、７４２Ｃを表示する。例えば、編集履歴群７４１は編集日時「３／３１ ７：２０」と編集者ＩＤ「ユーザＡ」に対応する編集履歴のまとめを示す。展開マーク７４２１が選択されると、編集履歴群７４２から編集履歴７４２Ａ、７４２Ｂ、７４２Ｃが展開される。

編集操作の一例を説明する。例えばページ領域１００内にオブジェクト７１１を追加する場合、ユーザはボタン７２Ｆを選択する。ユーザはオブジェクト７１１を示す画像ファイルを選択する。ユーザはページ領域１００内のうちオブジェクト７１１を追加する位置を選択する。これにより、ページ領域１００内にオブジェクト７１１が追加される。

編集操作の一例を説明する。例えばページ領域１００内にオブジェクト７１２を追加する場合、ユーザはボタン７２Ａを選択する。ユーザは、ストロークによる線が「１２３」の形状を有するように、ページ領域１００内にオブジェクト７１２を追加する。これにより、ページ領域１００内にオブジェクト７１２が追加される。

削除操作の一例を説明する。例えば、編集履歴７４２Ａに対応する履歴データを削除する場合、ユーザは履歴ボタン７３を選択する。これにより、履歴表示領域７４が表示される。ユーザは展開マーク７４２１を選択する。これにより、編集履歴７４２Ａが表示される。ユーザは編集履歴７４２Ａを選択する。ユーザは削除ボタン（図示略）を選択する。これにより、編集履歴７４２Ａに対応する履歴データが削除される。

＜履歴設定ウィンドウ９０＞
図７に示す履歴設定ウィンドウ９０は、図５に示す履歴設定領域８３が選択された場合、表示される。履歴設定ウィンドウ９０は許可設定切替ボタン９１と維持期限設定領域９２を含む。

許可設定切替ボタン９１は、許可設定が「許可」と「不可」のいずれであるかを示す。本実施形態では、許可設定切替ボタン９１が左方に位置する場合、許可設定が「不可」となっていることを示し、許可設定切替ボタン９１が右方に位置する場合、許可設定が「許可」となっていることを示す。許可設定切替ボタン９１は、許可設定を「許可」と「不可」の一方から他方に切り替える場合に操作される。

維持期限設定領域９２は、維持期限の設定に関する情報を表示し、本実施形態では、編集属性表示領域９２１とチェックボックス９２２と維持期限表示領域９２３とプルダウンマーク９２４を含む。編集属性表示領域９２１は編集属性を表示する。本実施形態では、編集属性表示領域９２１は、編集属性としてオブジェクト名を表示し、上方から下方に向かって、ストローク、マーカー、テキスト、シェイプ、画像を表示する。

チェックボックス９２２は、編集属性表示領域９２１に対応するように設けられる。チェックボックス９２２は、維持期限をデフォルトの期限の長さから変更する場合、または維持期限をデフォルトの期限の長さに戻す場合に選択される。デフォルトの期限の長さは、図１に示すＲＯＭ２２Ａに記憶されている。デフォルトの期限の長さは、各編集属性に応じた期限上限でもよいし、各編集属性に応じた期限上限よりも短くてもよいし、または「期限なし」でもよい。

図７に示す例では、テキストに対応するチェックボックス９２２には、チェックが入力されておらず、ストロークとマーカーとシェイプと画像のそれぞれに対応するチェックボックス９２２には、チェックが入力されている。つまり、テキストに対応する維持期限には、デフォルトの期限の長さが設定され、ストロークとマーカーとシェイプと画像のそれぞれに対応する維持期限には、デフォルトの期限の長さから変更された期限の長さが設定されている。

維持期限表示領域９２３は編集属性表示領域９２１に対応するように設けられ、各編集属性に応じて設定中の維持期限を表示する。図７に示す例では、ストローク、マーカー、テキスト、シェイプ、画像に対応する維持期限に、それぞれ、「６０日」、「３０日」、「期限なし」、「９０日」、「１日」が設定されている。プルダウンマーク９２４は維持期限表示領域９２３に対応するように設けられる。プルダウンマーク９２４は維持期限を変更する場合に選択される。

＜メイン処理＞
図１に示すＣＰＵ２１は、ユーザがノート編集システム１にログインした場合、図１に示すプログラム記憶エリア２２１から制御プログラムを読み出す。ＣＰＵ２１は読み出した制御プログラムを実行することにより、図８に示すメイン処理を開始する。メイン処理では、履歴データの処理に関する制御を主に説明し、複数のユーザによるノートの共有に関する制御については図示と説明を省略する。

本実施形態では、ユーザがノート編集システム１にログインすると、ＣＰＵ３１はログイン情報をサーバ２に送信する。ログイン情報は、ＩＤ、パスワードなどの情報を含む。ノート編集システム１に複数のユーザが同時にログインしている場合でも、ＣＰＵ３１はログイン情報に基づいて各操作を行ったユーザを特定するように構成される。

メイン処理が開始されると、ＣＰＵ２１は、ユーザ端末３からノート選択情報を受信したか否かに基づいて、ノート選択操作が行われたか否かを判断する（Ｓ１０）。本実施形態では、図５に示すノート選択ウィンドウ６０にて、ユーザがノート選択操作を行うと、ＣＰＵ３１はノート選択情報をサーバ２に送信する。ノート選択情報は、ユーザによって選択されたノートを特定するための情報を含む。

ＣＰＵ２１はユーザ端末３からノート選択情報を受信していない場合、ノート選択操作が行われていないと判断する（Ｓ１０：ＮＯ）。この場合、ＣＰＵ２１は処理をＳ１０の判断に戻す。ＣＰＵ２１はユーザ端末３からノート選択情報を受信した場合、ノート選択操作が行われたと判断する（Ｓ１０：ＹＥＳ）。この場合、ＣＰＵ２１はノート選択情報に基づいて、選択されたノートに対応するノートデータを図１に示すフラッシュメモリ２２Ｃから取得する（Ｓ２０）。

ＣＰＵ２１は編集処理を行う（Ｓ３０）。編集処理では、ＣＰＵ２１はページ領域１００（図６参照）内のオブジェクトを編集し、編集操作に応じて履歴データを図３に示す履歴記憶エリア２２４に記憶する。ＣＰＵ２１は管理処理を行う（Ｓ４０）。管理処理では、ＣＰＵ２１は許可設定変更操作または維持期限変更操作に基づいて条件記憶エリア２２５にて履歴データの記憶状態の変更条件を変更し、維持期限に基づいて履歴データを削除する。ＣＰＵ２１は第一状態変更処理を行う（Ｓ５０）。第一状態変更処理では、ＣＰＵ２１は削除操作に基づいて履歴データを履歴記憶エリア２２４から削除する。

ＣＰＵ２１は、ユーザ端末３から送信されるノート選択情報に基づいて、他のノートを選択するためのノート選択操作が行われたか否かを判断する（Ｓ６０）。他のノートは、Ｓ１０の処理で選択されたノートとは異なるノートである。

他のノート選択するためのノート選択操作が行われていない場合（Ｓ６０：ＮＯ）、ＣＰＵ２１は処理をＳ３０の処理に戻す。この場合、ＣＰＵ２１は選択中のノートについて、Ｓ３０、Ｓ４０、Ｓ５０の処理を繰り返す。

他のノートを選択するためのノート選択操作が行われた場合（Ｓ６０：ＹＥＳ）、ＣＰＵ２１は処理をＳ２０の処理に戻す。この場合、ＣＰＵ２１は他のノートに対応するノートデータを図１に示すフラッシュメモリ２２Ｃから取得し（Ｓ２０）、他のノートについて、Ｓ３０、Ｓ４０、Ｓ５０の処理を行う。

＜編集処理＞
図９に示すように、編集処理が開始されると、ＣＰＵ２１は、ユーザ端末３から編集情報を受信したか否かに基づいて、編集操作が行われたか否かを判断する（Ｓ３１）。本実施形態では、図６に示すページ編集ウィンドウ７０にて、ユーザが編集操作を行うと、ＣＰＵ３１は編集情報をサーバ２に送信する。編集情報は編集内容を示し、履歴データを生成するための情報を含む。

ＣＰＵ２１はユーザ端末３から編集情報を受信していない場合、編集操作が行われていないと判断する（Ｓ３１：ＮＯ）。この場合、ＣＰＵ２１は処理を図８に示すメイン処理に戻す。ＣＰＵ２１はユーザ端末３から編集情報を受信した場合、編集操作が行われたと判断する（Ｓ３１：ＹＥＳ）。この場合、ＣＰＵ２１は編集情報に基づいて履歴データを生成する（Ｓ３２）。

Ｓ３２の処理では、例えばＣＰＵ２１は編集情報を受信した場合にリアルタイムクロック（図示略）から取得し、取得した時刻を編集日時とする。ＣＰＵ２１は編集情報が示すＩＤを編集者ＩＤとする。ＣＰＵ２１は編集情報中の編集内容に基づいて編集属性と編集位置を特定する。ＣＰＵ２１は生成した履歴データを、履歴記憶エリア２２４のうち対応するノートのページに対応付けて記憶する（Ｓ３３）。この場合、ＣＰＵ２１は生成した履歴データを、既に記憶された履歴データに対して上書きするのではなく、蓄積するように履歴記憶エリア２２４に記憶する。ＣＰＵ２１は処理を図８に示すメイン処理に戻す。

＜管理処理＞
図１０に示すように、管理処理が開始されると、ＣＰＵ２１は、図２に示すアカウント記憶エリア２２２を参照し、ログイン中のＩＤが管理者ＩＤ（本実施形態では、ユーザＣのＩＤ）であるか否かを判断する（Ｓ４１）。ログイン中のＩＤが管理者ＩＤでない場合（Ｓ４１：ＮＯ）、ＣＰＵ２１は処理をＳ４８の処理に移行する。

ログイン中のＩＤが管理者ＩＤである場合（Ｓ４１：ＹＥＳ）、ＣＰＵ２１はユーザ端末３から期限変更情報を受信したか否かに基づいて、維持期限変更操作が行われたか否かを判断する（Ｓ４２）。本実施形態では、図７に示す履歴設定ウィンドウ９０にて、ユーザが維持期限変更操作を行うと、ＣＰＵ３１は期限変更情報をサーバ２に送信する。期限変更情報は、維持期限が変更された編集属性と変更後の維持期限の長さを特定するための情報を含む。

ＣＰＵ２１は期限変更情報を受信していない場合、維持期限変更操作が行われていないと判断する（Ｓ４２：ＮＯ）。この場合、ＣＰＵ２１は処理をＳ４５の判断に移行する。ＣＰＵ２１は期限変更情報を受信した場合、維持期限変更操作が行われたと判断する（Ｓ４２：ＹＥＳ）。この場合、ＣＰＵ２１は期限変更処理を行う（Ｓ４３）。期限変更処理では、ＣＰＵ２１は期限変更情報に基づいて、変更後の維持期限の長さを、図４に示す条件記憶エリア２２５のうち編集属性に対応する維持期限の箇所に記憶する。

ＣＰＵ２１は、ログイン中の一般ユーザのユーザ端末３に維持期限変更通知を送信する（Ｓ４４）。ＣＰＵ２１は、ログアウト中の一般ユーザのユーザ端末３には、一般ユーザの次回ログイン時に維持期限変更通知を送信する。維持期限変更通知は維持期限の変更内容を示す。維持期限変更通知は、例えば「画像の履歴データの維持期限が３０日から１日に変更されました。」である。

仮に維持期限変更通知が一般ユーザに通知されない場合、一般ユーザは維持期限の変更の有無を把握することが困難である。本実施形態では、一般ユーザのユーザ端末３に維持期限変更通知が送信されるので、一般ユーザは維持期限の変更の有無と変更内容を把握しやすい。

ＣＰＵ２１はユーザ端末３から許可設定変更情報を受信したか否かに基づいて、許可設定変更操作が行われたか否かを判断する（Ｓ４５）。本実施形態では、図７に示す履歴設定ウィンドウ９０にて、ユーザが許可設定変更操作を行うと、ＣＰＵ３１は許可設定変更情報をサーバ２に送信する。許可設定変更情報は、変更後の許可設定を特定するための情報を含む。

ＣＰＵ２１は許可設定変更情報を受信していない場合、許可設定変更操作が行われていないと判断する（Ｓ４５：ＮＯ）。この場合、ＣＰＵ２１は処理をＳ４８の処理に移行する。ＣＰＵ２１は許可設定変更情報を受信した場合、許可設定変更操作が行われたと判断する（Ｓ４５：ＹＥＳ）。この場合、ＣＰＵ２１は許可設定変更情報に基づいて、変更後の許可設定を、図４に示す条件記憶エリア２２５のうち選択中のノートに対応する許可設定のエリアに記憶する（Ｓ４６）。

ＣＰＵ２１は、ログイン中の一般ユーザのユーザ端末３に許可設定変更通知を送信する（Ｓ４７）。ＣＰＵ２１は、ログアウト中の一般ユーザのユーザ端末３には、一般ユーザの次回ログイン時に許可設定変更通知を送信する。許可設定変更通知は許可設定の変更内容を示す。許可設定変更通知は、例えば「一般ユーザでも履歴データを削除できるようになりました。」または「一般ユーザは履歴データを削除できなくなりました。」である。

仮に許可設定変更通知が一般ユーザに通知されない場合、一般ユーザは許可設定の変更の有無を把握することが困難である。本実施形態では、一般ユーザのユーザ端末３に許可設定変更通知が送信されるので、一般ユーザは許可設定の変更の有無と変更内容を把握しやすい。

ＣＰＵ２１は第二状態変更処理を行う（Ｓ４８）。ＣＰＵ２１は処理を図８に示すメイン処理に戻す。第二状態変更処理では、ＣＰＵ２１は維持期限を経過した履歴データを履歴記憶エリア２２４から削除する。例えばＣＰＵ２１は図４に示す条件記憶エリア２２５を参照し、一の編集属性に応じた維持期限を特定する。ＣＰＵ２１は図３に示す履歴記憶エリア２２４にて、一の編集属性に応じた編集日時を参照する。ＣＰＵ２１は、一の編集属性に応じた履歴データのうち、履歴データが履歴記憶エリア２２４に記憶されてから、一の編集属性に応じた維持期限を経過した履歴データを特定する。ＣＰＵ２１は特定した履歴データを図３に示す履歴記憶エリア２２４から削除する。ＣＰＵ２１は他の編集属性について、一の編集属性と同様に、特定した履歴データを履歴記憶エリア２２４から削除する。

図３に示す例にて、一の編集属性を画像とし、他の編集属性をストロークとする。編集日時２０２２年３月３１日７時１０分から１日経過した時点を現時点とする。この場合、ＣＰＵ２１は、画像に対応する履歴データのうち、履歴データが履歴記憶エリア２２４に記憶されてから１日経過した履歴データとして、履歴データＨ１を特定する。ＣＰＵ２１は履歴データＨ１を履歴記憶エリア２２４から削除する。

編集日時２０２２年３月３１日７時１０分から１日経過した時点では、ストロークに対応する履歴データのうち、履歴データが履歴記憶エリア２２４に記憶されてから９０日経過した履歴データはない。この場合、ＣＰＵ２１は、ストロークに対応する履歴データＨ２～Ｈ５を履歴記憶エリア２２４から削除せず、履歴データＨ２～Ｈ５の記憶状態を維持する。

例えば「１日経過する」とは、履歴データが履歴記憶エリア２２４に記憶されてから２４時間経過することを意味してもよいし、履歴データが履歴記憶エリア２２４に記憶された日を起算日として翌日の基準時間（例えば午前０時）を経過することを意味してもよい。さらに、「維持期限を経過した場合」とは、維持期限を経過したその時点を意味してもよいし、維持期限を経過した後のいずれかの時点を意味してもよい。

＜第一状態変更処理＞
図１１に示すように、第一状態変更処理が開始されると、ＣＰＵ２１は図２に示すアカウント記憶エリア２２２を参照し、ログイン中のＩＤが管理者ＩＤであるか否かを判断する（Ｓ５１）。ログイン中のＩＤが管理者ＩＤである場合（Ｓ５１：ＹＥＳ）、ＣＰＵ２１は処理をＳ５３の判断に移行する。図２に示す例では、ユーザＣがログインしている場合、ＩＤ種別が「管理者」なので、ＣＰＵ２１はログイン中のＩＤは管理者ＩＤであると判断する。

ログイン中のＩＤが管理者ＩＤでない場合（Ｓ５１：ＮＯ）、ＣＰＵ２１は処理をＳ５２の判断に移行する。図２に示す例では、ユーザＡまたはユーザＢがログインしている場合、ＩＤ種別が「一般」なので、ＣＰＵ２１はログイン中のＩＤは管理者ＩＤでないと判断する。

ＣＰＵ２１は条件記憶エリア２２５を参照し、許可設定が「許可」であるか否かを判断する（Ｓ５２）。許可設定が「不可」である場合（Ｓ５２：ＮＯ）、ＣＰＵ２１は処理を図８に示すメイン処理に戻す。

許可設定が「許可」である場合（Ｓ５２：ＹＥＳ）、ＣＰＵ２１はユーザ端末３から削除情報を受信したか否かに基づいて、削除操作が行われたか否かを判断する（Ｓ５３）。本実施形態では、図６に示す履歴表示領域７４にて、ユーザが削除操作を行うと、ＣＰＵ３１は削除情報をサーバ２に送信する。削除情報は削除する対象の履歴データを特定するための情報を含む。

ＣＰＵ２１は削除情報を受信していない場合、削除操作が行われていないと判断する（Ｓ５３：ＮＯ）。この場合、ＣＰＵ２１は処理を図８に示すメイン処理に戻す。

ＣＰＵ２１は削除情報を受信した場合、削除操作が行われたと判断する（Ｓ５３：ＹＥＳ）。この場合、ＣＰＵ２１は削除情報に基づいて、対象の履歴データを履歴記憶エリア２２４から削除する（Ｓ５４）。ＣＰＵ２１は処理を図８に示すメイン処理に戻す。

＜実施形態の作用効果＞
上記実施形態では、ユーザが維持期限変更操作または許可設定変更操作を行うと、Ｓ４３またはＳ４６の処理によって、履歴データの記憶状態の変更条件が変更される。よって、Ｓ４３またはＳ４６の処理は、履歴データの記憶状態をユーザが容易に管理できるという利点に貢献する。

例えば、ユーザによって短期間での削除が望まれる編集属性と、長期間の記憶状態の維持が望まれる編集属性がある場合がある。仮に、すべての編集属性で維持期限が同じ場合、各編集属性に応じて、ユーザが望む期間、履歴データの記憶状態を維持することが困難となる。例えばユーザが望む期間よりも短期間で履歴データが削除される場合、ユーザが履歴データの確認することと、履歴の復元をすることが困難となる。例えばユーザが望む期間よりも長期間、履歴データの記憶状態が維持される場合、履歴記憶エリア２２４の記憶容量の残量低下によってノート編集システム１のパフォーマンスが低下する可能性がある。または履歴データの個数の増加によってユーザによる履歴データの管理が困難となる。上記実施形態にて、Ｓ４３の処理では、履歴データのうち編集属性に応じて、維持期限が変更される。よって、Ｓ４３の処理は、維持期限を編集属性に応じてユーザが容易に管理できるという利点に貢献する。

Ｓ４３の処理では、ストロークまたはマーカーに応じた履歴データに対して、上限なしで維持期限が変更される。Ｓ４３の処理では、テキストまたはシェイプに応じた履歴データに対して、９０日以内で維持期限が変更される。Ｓ４３の処理では、画像に応じた履歴データに対して、３０日以内で維持期限が変更される。つまり、Ｓ４３の処理では、維持期限を変更可能な期限の上限が各編集属性に応じて異なる。よって、Ｓ４３の処理は、編集属性に応じて、互いに異なる期限内で維持期限を設定できるという利点に貢献する。

Ｓ４８の処理では、維持期限を経過した履歴データが履歴記憶エリア２２４から削除される。よって、Ｓ４８の処理は、履歴データの蓄積による履歴記憶エリア２２４の記憶容量の残量低下を抑制できるという利点に貢献する。

許可設定が「許可」であれば、Ｓ５４の処理にて、ユーザＡまたはユーザＢによって履歴データが履歴記憶エリア２２４から削除される。つまり、「一般」のユーザによって履歴データの記憶状態が変更される。一方で、許可設定が「不可」であれば、Ｓ５４の処理にて、ユーザＡまたはユーザＢによって履歴データが履歴記憶エリア２２４から削除されない。つまり、「一般」のユーザによる削除操作を受け付けず、「一般」のユーザによっては履歴データの記憶状態は変更されない。許可設定は、ユーザＣ、つまり管理ユーザが許可設定変更操作を行うことで、Ｓ４６の処理によって変更される。よって、Ｓ４６の処理は、管理ユーザの意図せず、一般ユーザによって履歴データが履歴記憶エリア２２４から削除されることを抑制できるという利点に貢献する。

＜実施形態と発明の対応関係＞
上記実施形態にて、ディスプレイ３３が本発明の「表示部」に相当する。ページ領域１００が本発明の「領域」に相当する。ノート編集システム１が本発明の「情報編集システム」に相当する。ＣＰＵ２１が本発明の「コンピュータ」に相当する。Ｓ３３の処理が本発明の「記憶処理」に相当する。Ｓ４３の処理とＳ４６の処理のそれぞれが本発明の「条件変更処理」に相当する。許可設定変更操作または期限変更操作が本発明の「条件変更操作」に相当する。

編集属性が本発明の「属性」に相当する。維持期限が本発明の「期限」に相当する。例えばストロークが本発明の「第一属性」に相当する。例えば６０日が本発明の「第一期限」に相当する。例えば画像が本発明の「第二属性」に相当する。例えば３０日が本発明の「第二期限」に相当する。Ｓ４８の処理が本発明の「削除処理」に相当する。

管理者ＩＤが本発明の「第一ＩＤ」に相当する。ユーザ端末３Ｃが本発明の「第一端末」に相当する。ユーザ端末３Ｃのタッチパネル３４が本発明の「第一操作部」に相当する。一般ＩＤが本発明の「第二ＩＤ」に相当する。ユーザ端末３Ａまたはユーザ端末３Ｂが本発明の「第二端末」に相当する。ユーザ端末３Ａのタッチパネル３４またはユーザ端末３Ｂのタッチパネル３４が本発明の「第二操作部」に相当する。Ｓ４１の処理が本発明の「ＩＤ判断処理」に相当する。Ｓ５４の処理が本発明の「状態変更処理」に相当する。削除操作が本発明の「状態変更操作」に相当する。

＜変形例＞
本発明は上記実施形態から種々変更されてもよい。例えば上記実施形態にて、ユーザ端末３はタブレット端末に限定されず、スマートフォン、パーソナルコンピュータ、専用端末などでもよい。ユーザ端末３はタッチパネル３４に代えてまたは加えてマウス、キーボードなどを備えてもよい。

上記実施形態では、ノート編集システム１は、サーバ２と複数のユーザ端末３によって構成される。これに対して、ノート編集システム１は、サーバ２と単一のユーザ端末３によって構成されてもよい。つまり、ノート編集システム１は、複数のユーザがノートを共有するように構成されなくてもよい。この場合、ノート編集システム１はサーバ２を含まず、単一のユーザ端末３によって構成されてもよい。ノート編集システム１が単一のユーザ端末３によって構成される場合、ＣＰＵ３１がメイン処理を実行してもよい。この場合、条件記憶エリア２２５は許可設定を記憶しなくてもよく、ＣＰＵ３１はＳ４１とＳ４４とＳ４５とＳ４６とＳ４７とＳ５１とＳ５２の処理を省略してもよい。

上記実施形態にて、ノート編集システム１はＳ４３の期限変更処理の処理内容を変更してもよい。例えば、図１２に示すように、期限変更処理が開始されると、ＣＰＵ２１は期限変更情報に基づいて、維持期限変更操作が行われた編集属性に応じた履歴データのデータ容量が第一基準容量以下か否かを判断する（Ｓ４３１）。第一基準容量はあらかじめ決められた閾値であり、図１に示すＲＯＭ２２Ａにあらかじめ記憶される。第一基準容量は、例えば履歴記憶エリア２２４の記憶容量に基づいて設定されてもよい。

維持期限変更操作が行われた編集属性に応じた履歴データのデータ容量は、維持期限変更操作が行われた編集属性に応じた履歴データのデータ容量の合計でもよいし、維持期限変更操作が行われた編集属性に応じた履歴データの個別のデータ容量でもよい。

維持期限変更操作が行われた編集属性に応じた履歴データのデータ容量が第一基準容量以下の場合（Ｓ４３１：ＹＥＳ）、ＣＰＵ２１は維持期限を第一期限上限内で変更する（Ｓ４３２）。ＣＰＵ２１は処理を図１０に示す管理処理に戻す。

維持期限変更操作が行われた編集属性に応じた履歴データのデータ容量が第一基準容量よりも大きい場合（Ｓ４３１：ＮＯ）、ＣＰＵ２１は維持期限を第二期限上限内で変更する（Ｓ４３３）。第二期限上限は第一期限上限よりも短い。ＣＰＵ２１は処理を図１０に示す管理処理に戻す。維持期限は履歴データがＳ３３の処理で記憶されてから一定期間、履歴データの記憶状態が維持されるように構成される。このため、履歴データはＳ３３の処理で記憶された後、すぐに削除されることはない。

図１２に示す期限変更処理によれば、履歴データのデータ容量が第一基準容量よりも大きい場合、第二期限上限内で維持期限が設定される。この場合、最も長い期限が維持期限に設定されても、維持期限は第一期限上限よりも短くなる。よって、期限変更処理は、履歴データのデータ容量の大きさによらずに維持期限に第一期限上限が設定される場合に比べ、履歴データの蓄積による履歴記憶エリア２２４の記憶容量の残量低下を抑制できるという利点に貢献する。この場合、Ｓ４３１の処理が本発明の「容量判断処理」に相当する。

例えば、図１３に示すように、期限変更処理が開始されると、ＣＰＵ２１は維持期限変更操作が行われた履歴データが複数存在するか否かを判断する（Ｓ４３４）。維持期限変更操作が行われた複数の履歴データを「第一履歴データ」と「第二履歴データ」という。第一履歴データと第二履歴データは互いに同じ編集属性に属していてなくてもよい。第一履歴データと第二履歴データは互いに同じ編集属性に属している履歴データとして定義されてもよい。

第一履歴データと第二履歴データが存在しない場合（Ｓ４３４：ＮＯ）、ＣＰＵ２１は処理を図１０に示す管理処理に戻す。つまり、履歴データが１つしか存在しない場合、ＣＰＵ２１は１つの履歴データについて維持期限を変更しない。このため、例えば履歴データが１つ記憶された時点で記憶された履歴データについて維持期限が変更されることはない。維持期限は履歴データがＳ３３の処理で記憶されてから一定期間、履歴データの記憶状態が維持されるように構成される。このため、履歴データはＳ３３の処理で記憶された後、すぐに削除されることはない。第一履歴データと第二履歴データが存在する場合（Ｓ４３４：ＹＥＳ）、ＣＰＵ２１は、第一履歴データと第二履歴データのそれぞれのデータ容量を互いに比較し、第一履歴データのデータ容量が第二履歴データのデータ容量以下であるか否かを判断する（Ｓ４３５）。

第一履歴データのデータ容量が第二履歴データのデータ容量以下の場合（Ｓ４３５：ＹＥＳ）、ＣＰＵ２１は第一履歴データについて維持期限を第一期限上限内で変更する（Ｓ４３６）。ＣＰＵ２１は第二履歴データについて維持期限を第二期限上限内で変更する（Ｓ４３７）。ＣＰＵ２１は処理を図１０に示す管理処理に戻す。

第一履歴データのデータ容量が第二履歴データのデータ容量よりも大きい場合（Ｓ４３５：ＮＯ）、ＣＰＵ２１は第二履歴データについて維持期限を第一期限上限内で変更する（Ｓ４３８）。ＣＰＵ２１は第一履歴データについて維持期限を第二期限上限内で変更する（Ｓ４３９）。ＣＰＵ２１は処理を図１０に示す管理処理に戻す。

つまり、ＣＰＵ２１はＳ４３５の処理での比較結果に基づいて、第一履歴データと第二履歴データのうちデータ容量の小さい方について、維持期限を第一期限上限内で変更してもよい。ＣＰＵ２１はＳ４３５の処理での比較結果に基づいて、第一履歴データと第二履歴データのうちデータ容量の大きい方について、維持期限を第二期限上限内で変更してもよい。第一履歴データと第二履歴データのそれぞれのデータ容量が互いに同じ場合、ＣＰＵ２１は第一履歴データと第二履歴データのそれぞれに応じた維持期限を第一期限上限内で変更してもよいし、第二期限上限内で変更してもよい。

これによれば、第一履歴データと第二履歴データのうちデータ容量が大きい方について、第二期限上限内で維持期限が設定される。この場合、最も長い期限が維持期限に設定されても、維持期限は第一期限上限よりも短くなる。よって、期限変更処理は、履歴データのデータ容量の大きさによらずに維持期限に第一期限上限が設定される場合に比べ、履歴データの蓄積による履歴記憶エリア２２４の記憶容量の残量低下を抑制できるという利点に貢献する。この場合、Ｓ４３５の処理が本発明の「容量比較処理」に相当する。

複数の履歴データの個数が所定数に到達した場合、または複数の履歴データのそれぞれのデータ容量の合計が所定容量に到達した場合に、ＣＰＵ２１はＳ４３１の処理を行ってもよい。この場合、ＣＰＵ２１は複数の履歴データをデータ容量順、編集日時順など所定の規則に従って順位付けをしてもよい。さらに、ＣＰＵ２１は順位付けがされたなかで、所定の順位よりも上位の履歴データについて、維持期限を第一期限上限内で変更してもよく、所定の順位よりも下位の履歴データについて、維持期限を第二期限上限内で変更してもよい。

上記実施形態にて、「履歴データの記憶状態の変更」は、履歴データの削除を意味する。これに対し、「履歴データの記憶状態の変更」は、履歴データのデータ容量の削減を意味してもよい。例えば、ＣＰＵ２１はＳ４８の第二状態変更処理にて、維持期限を経過した履歴データのデータ容量を削減してもよい。データ容量の削減は、圧縮、画像の解像度の低下、ストロークに含まれるドットの間引きなどによって行われてもよい。データ容量の削減量は、特定の量または特定の割合に限定されない。これによれば、第二状態変更処理は、履歴データの蓄積による履歴記憶エリア２２４の記憶容量の残量低下を抑制できるという利点に貢献する。この場合、Ｓ４８の処理が本発明の「削減処理」に相当する。

さらに、許可設定が「許可」である場合、管理ユーザに加えて、一般ユーザが削減操作によって履歴データのデータ容量を削減する権限を有してもよい。この場合、Ｓ５３の処理にて、ＣＰＵ２１は削減操作が行われたか否かに代えて、または加えて削減操作が行われたか否かを判断してもよい。削減操作が行われた場合、ＣＰＵ２１は履歴データのデータ容量を削減してもよい。削減操作は履歴データを削減するための操作である。削減操作は、例えば削除操作のうち、削除ボタンの代わりに削減ボタン（図示略）を選択する操作である。この場合、削減操作が本発明の「状態変更操作」に相当する。

上記実施形態にて、ノート編集システム１は第二状態変更処理の処理内容を変更してもよい。例えば、図１４に示すように、第二状態変更処理が開始されると、ＣＰＵ２１は維持期限判断処理を行う（Ｓ４８１）。維持期限判断処理では、ＣＰＵ２１は、履歴記憶エリア２２４を参照し、維持期限を経過した履歴データが存在するか否かを判断する。維持期限を経過した履歴データが存在しない場合（Ｓ４８１：ＮＯ）、ＣＰＵ２１は処理を図１０に示す管理処理に戻す。

維持期限を経過した履歴データが存在する場合（Ｓ４８１：ＹＥＳ）、ＣＰＵ２１は容量判断処理を行う（Ｓ４８２）。容量判断処理では、ＣＰＵ２１は維持期限を経過した履歴データのデータ容量が第二基準容量以下であるか否かを判断する。第二基準容量はあらかじめ決められた閾値であり、図１に示すＲＯＭ２２Ａにあらかじめ記憶される。第二基準容量は、例えば履歴記憶エリア２２４の記憶容量に基づいて設定されてもよい。

維持期限を経過した履歴データのデータ容量が第二基準容量以下の場合（Ｓ４８２：ＹＥＳ）、ＣＰＵ２１は第一削減処理を行う（Ｓ４８３）。第一削減処理では、ＣＰＵ２１は維持期限を経過した履歴データを第一割合削減する。維持期限を経過した履歴データのデータ容量が第二基準容量よりも大きい場合（Ｓ４８２：ＮＯ）、ＣＰＵ２１は第二削減処理を行う（Ｓ４８４）。第二削減処理では、ＣＰＵ２１は維持期限を経過した履歴データを第二割合削減する。第二割合は第一割合よりも大きい。第一割合と第二割合はあらかじめ決められた値であり、図１に示すＲＯＭ２２Ａにあらかじめ記憶される。

図１４に示す第二状態変更処理によれば、履歴データのデータ容量が第二基準容量よりも大きいと、維持期限を経過した履歴データのデータ容量が第一割合よりも大きく削減される。よって、第二状態変更処理は、履歴データのデータ容量の大きさによらずに第一割合削減される場合に比べ、履歴データの蓄積による記憶容量の残量低下を抑制できるという利点に貢献する。この場合、Ｓ４８２の処理が本発明の「容量判断処理」に相当する。

図１４に示す第二状態変更処理にて、ＣＰＵ２１はＳ４８１の維持期限判断処理の処理内容を変更してもよい。例えば、Ｓ４８１の維持期限判断処理で、ＣＰＵ２１は維持期限を経過した履歴データが複数存在するか否かを判断してもよい。維持期限を経過した複数の履歴データを「第一履歴データ」と「第二履歴データ」という。維持期限を経過した履歴データが複数存在しない場合（Ｓ４８１：ＮＯ）、ＣＰＵ２１は処理を図１０に示す管理処理に戻す。維持期限を経過した履歴データが複数存在する場合（Ｓ４８１：ＹＥＳ）、Ｓ４８２の容量判断処理にて、ＣＰＵ２１は第一履歴データと第二履歴データのそれぞれのデータ容量を互いに比較し、第一履歴データのデータ容量が第二履歴データのデータ容量以下であるか否かを判断してもよい。

第一履歴データのデータ容量が第二履歴データのデータ容量以下の場合（Ｓ４８２：ＹＥＳ）、ＣＰＵ２１は、Ｓ４８３の第一削減処理にて、第一履歴データのデータ容量を第一割合削減し、第二履歴データのデータ容量を第二割合削減してもよい。第一履歴データのデータ容量が第二履歴データのデータ容量よりも大きい場合（Ｓ４８２：ＮＯ）、ＣＰＵ２１は、Ｓ４８４の第二削減処理にて、第二履歴データのデータ容量を第一割合削減し、第一履歴データのデータ容量を第二割合削減してもよい。

つまり、ＣＰＵ２１はＳ４８２の容量判断処理での比較結果に基づいて、第一履歴データと第二履歴データのうちデータ容量の小さい方のデータ容量を第一割合削減し、第一履歴データと第二履歴データのうちデータ容量の大きい方のデータ容量を第二割合削減してもよい。第一履歴データと第二履歴データのそれぞれのデータ容量が互いに同じ場合、ＣＰＵ２１は第一履歴データと第二履歴データのそれぞれのデータ容量を第一割合削減してもよいし、第二割合削減してもよい。

これによれば、第一履歴データと第二履歴データのうちデータ容量が大きい方について、第一割合よりも大きく削減される。よって、第二状態変更処理は、履歴データのデータ容量の大きさによらずに第一割合削減される場合に比べ、履歴データの蓄積による記憶容量の残量低下を抑制できるという利点に貢献する。この場合、Ｓ４８２の処理が本発明の「容量比較処理」に相当する。

各編集属性に対応する期限上限は、上記実施形態に限定されない。例えば、１ファイルあたりのデータ容量が大きくなりやすい編集属性か否かに関わらず、各編集属性に応じた期限上限が異なるように、または同じになるように構成されてもよい。より具体的には、画像に対応する期限上限はストロークとマーカーとテキストとシェイプに対応する期限上限のいずれかまたは全部よりも長くてもよいし、同じでもよい。ストロークとマーカーに対応する期限上限は、テキストとシェイプに対応する期限上限のいずれかまたは全部よりも長くてもよいし、同じでもよい。テキストとシェイプに対応する期限上限は、互いに異なっていてもよい。各編集属性に対応する期限上限は、いずれも設けられなくてもよい。

編集属性にて、画像は静止画と動画に区別されてもよい。この場合、１ファイルあたりの動画のデータ容量は、１ファイルあたりの静止画のデータ容量よりも大きくなりやすい。このため、動画に対応する期限上限は、静止画に対応する期限上限よりも短くてもよい。動画に対応する期限上限は、静止画に対応する期限上限よりも長くてもよいし、同じでもよい。

オブジェクトの種類にはストロークとマーカーとテキストとシェイプと画像以外の種類があってもよい。オブジェクトの種類にはストロークとマーカーとテキストとシェイプと画像の一部の種類、例えばテキストのみがあってもよい。

上記実施形態では、オブジェクトの種類と編集属性が１対１の対応関係を有する。これに対し、オブジェクトの種類と編集属性は１対１の対応関係を有しなくてもよい。例えば、テキストとシェイプの２つがまとめられて１つの編集属性を構成してもよい。マーカーとストロークの２つがまとめられて１つの編集属性を構成してもよい。

上記実施形態にて、ＣＰＵ２１は、例えばＳ４８の処理に代えて、判断対象のデータ容量が第三基準容量を超えたか否かを判断してもよい。判断対象のデータ容量は、複数のノートのデータ容量の合計でもよいし、複数のノートのそれぞれのデータ容量でもよいし、履歴記憶エリア２２４に記憶されている履歴データのデータ容量の合計でもよいし、履歴記憶エリア２２４に記憶されている履歴データのうち各ノートまたは各ページに対応する履歴データのそれぞれのデータ容量でもよい。第三基準容量は閾値であり、図１に示すフラッシュメモリ２２Ｃに記憶される。第三基準容量は、例えば履歴記憶エリア２２４の記憶容量に基づいて設定されてもよい。管理ユーザは第三基準容量を変更するための操作を行ってもよい。

判断対象のデータ容量が第三基準容量以下の場合、ＣＰＵ２１は履歴データの記憶状態を維持してもよい。判断対象のデータ容量が第三基準容量を超えた場合、ＣＰＵ２１は履歴データを削除してもよい。この場合、ＣＰＵ２１は編集日時が最も古い履歴データから順次削除してもよい。ＣＰＵ２１はデータ容量が最も大きい履歴データから順次削除してもよい。ＣＰＵ２１はデータ容量が最も小さい履歴データから順次削除してもよい。

上記実施形態において、ＣＰＵ２１はメイン処理の一部の処理を省略してもよい。例えば、ＣＰＵ２１はＳ４４とＳ４７の一方または両方の処理を省略してもよい。ＣＰＵ２１はＳ４３とＳ４６の一方の処理を省略してもよい。つまり、ノート編集システム１では、変更条件は維持期限と許可設定の一方のみを含んでもよい。例えば維持期限が変更条件に含まれない場合、ＣＰＵ２１はＳ４８の処理を省略してもよい。例えば許可設定が変更条件に含めまれない場合、ＣＰＵ２１はＳ５２の処理を省略してもよい。この場合、ＣＰＵ２１はＳ５１の処理も省略してもよい。つまり、ノート編集システム１は、ユーザが管理者であるか否かにかかわらず、削除操作によって履歴データを削除できるように構成されてもよい。

上記実施形態において、履歴データは複数回の編集操作ごとに履歴記憶エリア２２４に記憶されてもよい。履歴データは編集日時と編集者ＩＤと編集位置と編集属性と編集内容のうち一部を示してもよいし、他の情報を示してもよい。他の情報は、例えば編集場所である。編集場所は、編集操作が行われたときのユーザ端末３の地球上の位置である。

上記実施形態では、Ｓ３２の処理において、ＣＰＵ２１が履歴データを生成する。これに対し、ＣＰＵ３１が履歴データを生成してもよい。この場合、ＣＰＵ３１は編集情報とともに履歴データをサーバ２に送信してもよい。

ＣＰＵ２１、３１の代わりに、マイクロコンピュータ、ＡＳＩＣ（Application Specific Integrated Circuits）、ＦＰＧＡ（Field Programmable Gate Array）などが、プロセッサとして用いられてもよい。メイン処理は、複数のプロセッサによって分散処理されてもよい。ＲＯＭ２２Ａ、３２Ａ、フラッシュメモリ２２Ｃ、３２Ｃなどの非一時的な記憶媒体は、情報を記憶する期間に関わらず、情報を留めておくことが可能な記憶媒体であればよい。非一時的な記憶媒体は、一時的な記憶媒体（例えば、伝送される信号）を含まなくてもよい。制御プログラムは、例えば、図示外のネットワークに接続されたサーバからダウンロードされて（すなわち、伝送信号として送信され）、ＲＯＭ２２Ａ、３２Ａまたはフラッシュメモリ２２Ｃ、３２Ｃに記憶されてもよい。この場合、制御プログラムは、サーバに備えられたＨＤＤ等の非一時的な記憶媒体に保存されていればよい。

出願当初の特許請求の範囲において、引用可能な他の従属項（「非引用従属項」という。）を引用していない従属項（「対象従属項」という。）が存在したとしても、他の２以上の請求項の記載を択一的に引用する請求項（いわゆるマルチクレーム）を引用する、他の２以上の請求項の記載を択一的に引用する請求項（いわゆるマルチマルチクレーム）を回避するために、形式的に、対象従属項が非引用従属項を引用していないなどの理由による。したがって、出願当初の特許請求の範囲において、対象従属項が存在したとしても、非引用従属項を引用する対象従属項に係る発明が、本出願に係る開示から排除されるものではない。例えば、出願当初の特許請求の範囲において、請求項１、２、５、７に係る発明は、本出願に係る開示から排除されるものではない。より具体的には、ＣＰＵ２１はＳ４３で期限変更処理の変形例を実行する場合、Ｓ４８で第二状態変更処理の変形例を実行してもよい。つまり、上記実施形態と上記変形例のそれぞれは矛盾が生じない範囲で互いに組み合わされてもよい。

１ ：ノート編集システム
３、３Ａ、３Ｂ、３Ｃ ：ユーザ端末
２１ ：ＣＰＵ
２２Ａ ：ＲＯＭ
２２Ｂ ：ＲＡＭ
２２Ｃ ：フラッシュメモリ
３３ ：ディスプレイ
３４ ：タッチパネル

Claims (10)

1. 表示部に表示される領域内のオブジェクトを、操作部を介して編集可能な情報編集システムのコンピュータに、
   前記領域内において、前記オブジェクトを編集するための編集操作が、前記操作部を介して行われた場合、前記編集操作に対応する履歴を示す履歴データを記憶する記憶処理と、
   前記記憶処理によって記憶された前記履歴データの記憶状態の変更条件を変更するための条件変更操作が、前記操作部を介して行われた場合、前記変更条件を変更する条件変更処理と
   を実行させ、
   前記条件変更処理において、前記操作部を介して前記条件変更操作が行われた場合、前記履歴データのうち前記編集操作による編集の属性に応じて、前記変更条件として、前記記憶状態を維持する期限を変更し、
   前記コンピュータに、
   前記操作部を介して前記条件変更操作が行われた前記履歴データである第一履歴データおよび前記第一履歴データと異なる第二履歴データのそれぞれのデータ容量を互いに比較する容量比較処理を実行させ、
   前記条件変更処理において、
   前記容量比較処理での比較結果に基づいて、前記第一履歴データおよび前記第二履歴データのうちデータ容量が小さい方について、前記変更条件として、第一期限内で前記期限を変更し、前記第一履歴データおよび前記第二履歴データのうちデータ容量が大きい方について、前記変更条件として、前記第一期限よりも短い第二期限内で前記期限を変更する
   ことを特徴とする情報管理プログラム。
2. 表示部に表示される領域内のオブジェクトを、操作部を介して編集可能な情報編集システムのコンピュータに、
   前記領域内において、前記オブジェクトを編集するための編集操作が、前記操作部を介して行われた場合、前記編集操作に対応する履歴を示す履歴データを記憶する記憶処理と、
   前記記憶処理によって記憶された前記履歴データの記憶状態の変更条件を変更するための条件変更操作が、前記操作部を介して行われた場合、前記変更条件を変更する条件変更処理と
   を実行させ、
   前記条件変更処理において、前記操作部を介して前記条件変更操作が行われた場合、前記履歴データのうち前記編集操作による編集の属性に応じて、前記変更条件として、前記記憶状態を維持する期限を変更し、
   前記コンピュータに、
   前記操作部を介して前記条件変更操作が行われた前記履歴データのデータ容量があらかじめ決められた閾値以下かを判断する容量判断処理を実行させ、
   前記条件変更処理において、
   前記容量判断処理によって前記履歴データのデータ容量が前記閾値以下と判断された場合、前記変更条件として、第一期限内で前記期限を変更し、前記容量判断処理によって前記履歴データのデータ容量が前記閾値よりも大きいと判断された場合、前記変更条件として、前記第一期限よりも短い第二期限内で前記期限を変更する
   ことを特徴とする情報管理プログラム。
3. 表示部に表示される領域内のオブジェクトを、操作部を介して編集可能な情報編集システムのコンピュータに、
   前記領域内において、前記オブジェクトを編集するための編集操作が、前記操作部を介して行われた場合、前記編集操作に対応する履歴を示す履歴データを記憶する記憶処理と、
   前記記憶処理によって記憶された前記履歴データの記憶状態の変更条件を変更するための条件変更操作が、前記操作部を介して行われた場合、前記変更条件を変更する条件変更処理と
   を実行させ、
   前記条件変更処理において、前記操作部を介して前記条件変更操作が行われた場合、前記履歴データのうち前記編集操作による編集の属性に応じて、前記変更条件として、前記記憶状態を維持する期限を変更し、
   前記コンピュータに、
   前記期限を経過した前記履歴データである第一履歴データおよび前記第一履歴データと異なる第二履歴データのそれぞれのデータ容量を互いに比較する容量比較処理と、
   前記容量比較処理での比較結果に基づいて、前記第一履歴データおよび前記第二履歴データのうちデータ容量が小さい方のデータ容量を第一割合削減し、前記第一履歴データおよび前記第二履歴データのうちデータ容量が大きい方のデータ容量を前記第一割合よりも大きい第二割合削減する削減処理と、
   を実行させることを特徴とする情報管理プログラム。
4. 表示部に表示される領域内のオブジェクトを、操作部を介して編集可能な情報編集システムのコンピュータに、
   前記領域内において、前記オブジェクトを編集するための編集操作が、前記操作部を介して行われた場合、前記編集操作に対応する履歴を示す履歴データを記憶する記憶処理と、
   前記記憶処理によって記憶された前記履歴データの記憶状態の変更条件を変更するための条件変更操作が、前記操作部を介して行われた場合、前記変更条件を変更する条件変更処理と
   を実行させ、
   前記条件変更処理において、前記操作部を介して前記条件変更操作が行われた場合、前記履歴データのうち前記編集操作による編集の属性に応じて、前記変更条件として、前記記憶状態を維持する期限を変更し、
   前記コンピュータに、
   前記期限が経過した前記履歴データのデータ容量があらかじめ決められた閾値以下かを判断する容量判断処理と、
   前記容量判断処理によって前記閾値以下と判断された場合、前記履歴データのデータ容量を第一割合削減し、前記容量判断処理によってデータ容量が前記閾値よりも大きいと判断された場合、前記履歴データのデータ容量を前記第一割合よりも大きい第二割合削減する削減処理と、
   を実行させることを特徴とする情報管理プログラム。
5. 前記期限を経過した前記履歴データを削除する削除処理を行う
   ことを特徴とする請求項１又は２に記載の情報管理プログラム。
6. 前記情報編集システムは、前記履歴データの前記記憶状態を変更する権限があらかじめ付与された第一ＩＤを用いて前記情報編集システムにログインした第一端末が備えた第一操作部を介して前記オブジェクトを編集可能であり、且つ前記履歴データの前記記憶状態を変更する権限が付与されていない第二ＩＤを用いて前記情報編集システムにログインした第二端末が備えた第二操作部を介して前記オブジェクトを編集可能であり、
   前記コンピュータに、
   前記情報編集システムにログインしたＩＤが前記第一ＩＤであるか否かを判断するＩＤ判断処理を実行させ、
   前記ＩＤ判断処理によって前記ＩＤが前記第一ＩＤであると判断され、且つ前記条件変更操作が前記第一操作部を介して行われた場合、前記条件変更処理において、前記履歴データの前記記憶状態を変更するための状態変更操作を、前記第二操作部を介して受け付ける許可設定を行うか否かを、前記変更条件として変更し、
   前記ＩＤ判断処理によって前記ＩＤが前記第二ＩＤであると判断された場合、前記条件変更処理を実行せず、
   前記コンピュータに、
   前記履歴データの前記記憶状態を変更する状態変更処理を実行させ、
   前記状態変更処理は、
   前記第一操作部を介して前記状態変更操作が行われた場合、前記履歴データの前記記憶状態を変更し、
   前記許可設定が行われていない状態では、前記第二操作部を介して前記状態変更操作を受け付けず、
   前記許可設定が行われた状態で、前記第二操作部を介して前記状態変更操作が行われた場合、前記履歴データの前記記憶状態を変更する
   ことを特徴とする請求項１又は２に記載の情報管理プログラム。
7. 表示部に表示される領域内のオブジェクトを、操作部を介して編集可能な情報編集システムによる情報管理方法であって、
   前記領域内において、前記オブジェクトを編集するための編集操作が、前記操作部を介して行われた場合、前記編集操作に対応する履歴を示す履歴データを記憶する記憶処理と、
   前記記憶処理によって記憶された前記履歴データの記憶状態の変更条件を変更するための条件変更操作が、前記操作部を介して行われた場合、前記変更条件を変更する条件変更処理と
   を備え、
   前記条件変更処理において、前記操作部を介して前記条件変更操作が行われた場合、前記履歴データのうち前記編集操作による編集の属性に応じて、前記変更条件として、前記記憶状態を維持する期限を変更し、
   前記操作部を介して前記条件変更操作が行われた前記履歴データである第一履歴データおよび前記第一履歴データと異なる第二履歴データのそれぞれのデータ容量を互いに比較する容量比較処理を備え、
   前記条件変更処理において、
   前記容量比較処理での比較結果に基づいて、前記第一履歴データおよび前記第二履歴データのうちデータ容量が小さい方について、前記変更条件として、第一期限内で前記期限を変更し、前記第一履歴データおよび前記第二履歴データのうちデータ容量が大きい方について、前記変更条件として、前記第一期限よりも短い第二期限内で前記期限を変更する
   ことを特徴とする情報管理方法。
8. 表示部に表示される領域内のオブジェクトを、操作部を介して編集可能な情報編集システムによる情報管理方法であって、
   前記領域内において、前記オブジェクトを編集するための編集操作が、前記操作部を介して行われた場合、前記編集操作に対応する履歴を示す履歴データを記憶する記憶処理と、
   前記記憶処理によって記憶された前記履歴データの記憶状態の変更条件を変更するための条件変更操作が、前記操作部を介して行われた場合、前記変更条件を変更する条件変更処理と
   を備え、
   前記条件変更処理において、前記操作部を介して前記条件変更操作が行われた場合、前記履歴データのうち前記編集操作による編集の属性に応じて、前記変更条件として、前記記憶状態を維持する期限を変更し、
   前記操作部を介して前記条件変更操作が行われた前記履歴データのデータ容量があらかじめ決められた閾値以下かを判断する容量判断処理を備え、
   前記条件変更処理において、
   前記容量判断処理によって前記履歴データのデータ容量が前記閾値以下と判断された場合、前記変更条件として、第一期限内で前記期限を変更し、前記容量判断処理によって前記履歴データのデータ容量が前記閾値よりも大きいと判断された場合、前記変更条件として、前記第一期限よりも短い第二期限内で前記期限を変更する
   ことを特徴とする情報管理方法。
9. 表示部に表示される領域内のオブジェクトを、操作部を介して編集可能な情報編集システムによる情報管理方法であって、
   前記領域内において、前記オブジェクトを編集するための編集操作が、前記操作部を介して行われた場合、前記編集操作に対応する履歴を示す履歴データを記憶する記憶処理と、
   前記記憶処理によって記憶された前記履歴データの記憶状態の変更条件を変更するための条件変更操作が、前記操作部を介して行われた場合、前記変更条件を変更する条件変更処理と
   を備え、
   前記条件変更処理において、前記操作部を介して前記条件変更操作が行われた場合、前記履歴データのうち前記編集操作による編集の属性に応じて、前記変更条件として、前記記憶状態を維持する期限を変更し、
   前記期限を経過した前記履歴データである第一履歴データおよび前記第一履歴データと異なる第二履歴データのそれぞれのデータ容量を互いに比較する容量比較処理と、
   前記容量比較処理での比較結果に基づいて、前記第一履歴データおよび前記第二履歴データのうちデータ容量が小さい方のデータ容量を第一割合削減し、前記第一履歴データおよび前記第二履歴データのうちデータ容量が大きい方のデータ容量を前記第一割合よりも大きい第二割合削減する削減処理と、
   を備えたことを特徴とする情報管理方法。
10. 表示部に表示される領域内のオブジェクトを、操作部を介して編集可能な情報編集システムによる情報管理方法であって、
    前記領域内において、前記オブジェクトを編集するための編集操作が、前記操作部を介して行われた場合、前記編集操作に対応する履歴を示す履歴データを記憶する記憶処理と、
    前記記憶処理によって記憶された前記履歴データの記憶状態の変更条件を変更するための条件変更操作が、前記操作部を介して行われた場合、前記変更条件を変更する条件変更処理と
    を備え、
    前記条件変更処理において、前記操作部を介して前記条件変更操作が行われた場合、前記履歴データのうち前記編集操作による編集の属性に応じて、前記変更条件として、前記記憶状態を維持する期限を変更し、
    前記期限が経過した前記履歴データのデータ容量があらかじめ決められた閾値以下かを判断する容量判断処理と、
    前記容量判断処理によって前記閾値以下と判断された場合、前記履歴データのデータ容量を第一割合削減し、前記容量判断処理によってデータ容量が前記閾値よりも大きいと判断された場合、前記履歴データのデータ容量を前記第一割合よりも大きい第二割合削減する削減処理と、
    を備えたことを特徴とする情報管理方法。