JP6547331B2 - 情報処理装置及び情報処理プログラム - Google Patents
情報処理装置及び情報処理プログラム Download PDFInfo
- Publication number
- JP6547331B2 JP6547331B2 JP2015036549A JP2015036549A JP6547331B2 JP 6547331 B2 JP6547331 B2 JP 6547331B2 JP 2015036549 A JP2015036549 A JP 2015036549A JP 2015036549 A JP2015036549 A JP 2015036549A JP 6547331 B2 JP6547331 B2 JP 6547331B2
- Authority
- JP
- Japan
- Prior art keywords
- attribute
- log
- storage
- column
- module
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
Description
本発明は、情報処理装置及び情報処理プログラムに関する。
特許文献１には、格納した操作情報について、経過時間及び操作情報の内容に基づいて圧縮するかを決定することで、操作情報の有効性を判断しつつ、格納した操作情報が増大しすぎることを防止できる技術を提供することを課題とし、コンピュータにより実施された操作情報をコンピュータから受信して、操作情報と操作情報の時間情報とを操作記録格納部に格納する操作記録収集部、格納された操作情報の時間情報から経過時間を算出し、経過時間と第１の基準時間とを比較する時刻判定部、経過時間が第１の基準時間よりも大きいときは、経過時間に対応する操作情報が第１の基準時間に対応する操作情報かを判断する操作内容識別部、操作情報が第１の基準時間に対応する操作情報であったときは、操作情報を圧縮する操作内容圧縮部から操作記録圧縮装置を構成することが開示されている。
本発明は、履歴情報を削除するにあたって、その履歴情報内の属性毎に削除するようにした情報処理装置及び情報処理プログラムを提供することを目的としている。
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、属性によって構成されている履歴情報を記憶している記憶手段と、前記記憶手段に記憶されている履歴情報に対して、予め定められた規則にしたがって、該履歴情報内の属性を削除する属性削除手段を具備し、前記記憶手段に記憶されている履歴情報は、削除される属性群毎に分けられており、前記属性削除手段は、前記属性群毎に削除することを特徴とする情報処理装置である。
請求項１の発明は、属性によって構成されている履歴情報を記憶している記憶手段と、前記記憶手段に記憶されている履歴情報に対して、予め定められた規則にしたがって、該履歴情報内の属性を削除する属性削除手段を具備し、前記記憶手段に記憶されている履歴情報は、削除される属性群毎に分けられており、前記属性削除手段は、前記属性群毎に削除することを特徴とする情報処理装置である。
請求項２の発明は、前記属性削除手段は、利用者の特性に応じて、前記履歴情報内の属性を削除することを特徴とする請求項１に記載の情報処理装置である。
請求項３の発明は、前記属性削除手段は、利用者の履歴情報に対する検索又は利用者の利用料金額に応じて、前記履歴情報内の属性を削除することを特徴とする請求項２に記載の情報処理装置である。
請求項４の発明は、コンピュータを、属性によって構成されている履歴情報を記憶している記憶手段と、前記記憶手段に記憶されている履歴情報に対して、予め定められた規則にしたがって、該履歴情報内の属性を削除する属性削除手段として機能させ、前記記憶手段に記憶されている履歴情報は、削除される属性群毎に分けられており、前記属性削除手段は、前記属性群毎に削除する情報処理プログラムである。
請求項１の情報処理装置によれば、履歴情報を削除するにあたって、その履歴情報内の属性毎に削除することができる。また、属性群毎に分けられた履歴情報に対して、その属性群毎に削除することができる。
請求項２の情報処理装置によれば、利用者の特性に応じて、履歴情報内の属性を削除することができる。
請求項３の情報処理装置によれば、利用者の履歴情報に対する検索又は利用者の利用料金額に応じて、履歴情報内の属性を削除することができる。
請求項４の情報処理プログラムによれば、履歴情報を削除するにあたって、その履歴情報内の属性毎に削除することができる。また、属性群毎に分けられた履歴情報に対して、その属性群毎に削除することができる。
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するの意である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するの意である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
本実施の形態である情報処理装置１００は、デバイス１７０から収集したログを管理するものであって、図１の例に示すように、ログ受信モジュール１０５、ログ保存モジュール１１０、ログ属性消去モジュール１１５、ログ属性消去判定モジュール１２０、ログ属性保存条件保存モジュール１２５を有している。なお、情報処理装置１００と通信回線を介して接続されているデバイス１７０は、複数あってもよい。
デバイス１７０の利用状況（故障等を含む）をログ（履歴情報）として、情報処理装置１００に記録することが行われている。ログ１件の記録する記憶容量が大きくなったり、記録期間が長くなったり、デバイス１７０が複数ある場合等、記録するログの量が多くなり、情報処理装置１００内の記憶容量を費やすこととなる。
このような場合、前述の特許文献１等に記載の技術では、ログを圧縮することを行っているが、圧縮したログも検索対象にする場合、ログの増大に伴う検索時間の増大は解決されない。また、圧縮したログを検索対象にしない場合でも、ログをレコード毎に削除していたのでは、ログ内の限られた属性に対する検索であったとして、ログそのものを削除した後は、検索することはできない。
本実施の形態は、ログの各レコードは、複数の属性によって構成されている場合を対象として、時間とともに重要でない属性を削除していくことで、ログそのものは検索対象として残しながら、ログ全体のデータ量を削減する。そして、重要な属性を検索条件とする場合、より多くの（より過去の）ログを検索対象とすることができるようになる。
デバイス１７０の利用状況（故障等を含む）をログ（履歴情報）として、情報処理装置１００に記録することが行われている。ログ１件の記録する記憶容量が大きくなったり、記録期間が長くなったり、デバイス１７０が複数ある場合等、記録するログの量が多くなり、情報処理装置１００内の記憶容量を費やすこととなる。
このような場合、前述の特許文献１等に記載の技術では、ログを圧縮することを行っているが、圧縮したログも検索対象にする場合、ログの増大に伴う検索時間の増大は解決されない。また、圧縮したログを検索対象にしない場合でも、ログをレコード毎に削除していたのでは、ログ内の限られた属性に対する検索であったとして、ログそのものを削除した後は、検索することはできない。
本実施の形態は、ログの各レコードは、複数の属性によって構成されている場合を対象として、時間とともに重要でない属性を削除していくことで、ログそのものは検索対象として残しながら、ログ全体のデータ量を削減する。そして、重要な属性を検索条件とする場合、より多くの（より過去の）ログを検索対象とすることができるようになる。
ログ受信モジュール１０５は、ログ保存モジュール１１０と接続され、またファイアーウォール１５０を介して、デバイス１７０のログ送信モジュール１８０と接続されている。ログ受信モジュール１０５は、管理対象機器であるデバイス１７０からログを取得（受信）する。ログ受信モジュール１０５と接続されているデバイス１７０は複数あってもよい。イントラネット１６０内のデバイス１７０から情報処理装置１００へのアクセスは可能であるが、情報処理装置１００からデバイス１７０へのアクセスができないようにファイアーウォール１５０が設置されている。ただし、本実施の形態では、ファイアーウォール１５０はなくてもよい。
ログ保存モジュール１１０は、ログ受信モジュール１０５、ログ属性消去モジュール１１５と接続されている。ログ保存モジュール１１０は、属性によって構成されているログを記憶している。ログ保存モジュール１１０に記憶されているログは、例えば、削除される属性群毎に分けられていてもよい。
具体的には、ログ受信モジュール１０５が取得したログを保存する。そして、ログ属性消去モジュール１１５からの参照等に対応するためのアクセス手段を提供する。
ログ保存モジュール１１０は、ログ受信モジュール１０５、ログ属性消去モジュール１１５と接続されている。ログ保存モジュール１１０は、属性によって構成されているログを記憶している。ログ保存モジュール１１０に記憶されているログは、例えば、削除される属性群毎に分けられていてもよい。
具体的には、ログ受信モジュール１０５が取得したログを保存する。そして、ログ属性消去モジュール１１５からの参照等に対応するためのアクセス手段を提供する。
ログ属性消去モジュール１１５は、ログ保存モジュール１１０、ログ属性消去判定モジュール１２０と接続されている。ログ属性消去モジュール１１５は、ログ保存モジュール１１０に記憶されているログに対して、予め定められた規則にしたがって、そのログ内の属性を削除する。なお、規則は、削除する属性を定めたものであってもよいし、逆に、残す属性（残す属性以外の属性を削除する）を定めたものであってもよい。具体例としては、残す属性を定めた規則を用いて説明する。
また、ログ属性消去モジュール１１５は、利用者の特性に応じて、ログ内の属性を削除するようにしてもよい。ここで「利用者の特性」として、利用者のログに対する検索又は利用者の利用料金額としてもよい。つまり、ログ属性消去モジュール１１５は、利用者のログに対する検索又は利用者の利用料金額に応じて、前記ログ内の属性を削除するようにしてもよい。
また、ログ属性消去モジュール１１５は、ログ保存モジュール１１０内のログの属性群毎に削除するようにしてもよい。
例えば、ログ属性消去モジュール１１５は、定期的（一日一回等）に次の処理（ログ属性消去判定モジュール１２０、ログ属性消去モジュール１１５による処理を含む）を実行する。ログ保存モジュール１１０に記憶されている各ログに対し、規則に合致するログの保存対象属性以外を消去する。ここで保存対象属性以外か否かの判定は、ログ属性消去判定モジュール１２０による判定結果を用いる。
また、ログ属性消去モジュール１１５は、利用者の特性に応じて、ログ内の属性を削除するようにしてもよい。ここで「利用者の特性」として、利用者のログに対する検索又は利用者の利用料金額としてもよい。つまり、ログ属性消去モジュール１１５は、利用者のログに対する検索又は利用者の利用料金額に応じて、前記ログ内の属性を削除するようにしてもよい。
また、ログ属性消去モジュール１１５は、ログ保存モジュール１１０内のログの属性群毎に削除するようにしてもよい。
例えば、ログ属性消去モジュール１１５は、定期的（一日一回等）に次の処理（ログ属性消去判定モジュール１２０、ログ属性消去モジュール１１５による処理を含む）を実行する。ログ保存モジュール１１０に記憶されている各ログに対し、規則に合致するログの保存対象属性以外を消去する。ここで保存対象属性以外か否かの判定は、ログ属性消去判定モジュール１２０による判定結果を用いる。
ログ属性消去判定モジュール１２０は、ログ属性消去モジュール１１５、ログ属性保存条件保存モジュール１２５と接続されている。ログ属性消去判定モジュール１２０は、対象としているログが、ログ属性保存条件保存モジュール１２５内の規則に適合するか否かを判定する。例えば、ログ属性消去判定モジュール１２０は、各ログに対して、ログ属性保存条件保存モジュール１２５内の規則の保存期間の条件（又はその他の条件）から消去対象属性を含むか否かを判定する。
ログ属性保存条件保存モジュール１２５は、ログ属性消去判定モジュール１２０と接続されている。ログ属性保存条件保存モジュール１２５は、ログ内の属性を削除するための規則を記憶している。ここで規則は、対象としている属性（残す属性（削除しない属性）又は削除する属性）と条件によって構成されている。ログ属性保存条件保存モジュール１２５は、規則として、例えば、（条件としての保存期間、保存対象属性）の組を複数保持する。また、（条件としての保存期間、その他条件、保存対象属性）の組としてもよい。
ログ属性保存条件保存モジュール１２５は、ログ属性消去判定モジュール１２０と接続されている。ログ属性保存条件保存モジュール１２５は、ログ内の属性を削除するための規則を記憶している。ここで規則は、対象としている属性（残す属性（削除しない属性）又は削除する属性）と条件によって構成されている。ログ属性保存条件保存モジュール１２５は、規則として、例えば、（条件としての保存期間、保存対象属性）の組を複数保持する。また、（条件としての保存期間、その他条件、保存対象属性）の組としてもよい。
イントラネット１６０内には、デバイス１７０が設置されている。イントラネット１６０内に複数のデバイス１７０が設置されていてもよい。
デバイス１７０は、ログ収集モジュール１７５、ログ送信モジュール１８０を有している。
ログ収集モジュール１７５は、ログ送信モジュール１８０と接続されている。ログ収集モジュール１７５は、デバイス１７０内のログを収集する。
ログ送信モジュール１８０は、ログ収集モジュール１７５と接続され、またファイアーウォール１５０を介して、情報処理装置１００のログ受信モジュール１０５と接続されている。ログ送信モジュール１８０は、ログ収集モジュール１７５が収集したログを情報処理装置１００のログ受信モジュール１０５へ送信する。
デバイス１７０は、ログ収集モジュール１７５、ログ送信モジュール１８０を有している。
ログ収集モジュール１７５は、ログ送信モジュール１８０と接続されている。ログ収集モジュール１７５は、デバイス１７０内のログを収集する。
ログ送信モジュール１８０は、ログ収集モジュール１７５と接続され、またファイアーウォール１５０を介して、情報処理装置１００のログ受信モジュール１０５と接続されている。ログ送信モジュール１８０は、ログ収集モジュール１７５が収集したログを情報処理装置１００のログ受信モジュール１０５へ送信する。
図２は、本実施の形態を利用したシステム構成例を示す説明図である。
情報処理装置１００と、デバイス１７０Ａ、デバイス１７０Ｂ、デバイス１７０Ｃ、デバイス１７０Ｄ、ユーザー端末２８０は、通信回線２９０、ファイアーウォール１５０、イントラネット１６０を介して接続されている。イントラネット１６０、通信回線２９０は、無線、有線、これらの組み合わせであってもよい。通信回線２９０は、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、前述したように、ファイアーウォール１５０は、デバイス１７０から情報処理装置１００へのアクセス（ログの送信）は可能であるが、情報処理装置１００からデバイス１７０へのアクセスはできないようにしている。ただし、本実施の形態では、ファイアーウォール１５０を設置せずに、情報処理装置１００からデバイス１７０へのアクセスを可能としてもよい。デバイス１７０は、情報処理装置１００と通信可能であって、ログを収集するものであればよく、例えば、事務機器としての画像処理装置である複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）、パーソナルコンピュータ、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット等であってもよい。
情報処理装置１００は、デバイス１７０Ａ、デバイス１７０Ｂ、デバイス１７０Ｃ、デバイス１７０Ｄを管理する。いわゆるセンターとしての役割を有している。
各デバイス１７０は、例えば、１日１回、予め指定された時刻に、情報処理装置１００にログを通知する。通知に含まれるログは、例えば、前回の通知以降に発生したもの全てである。
情報処理装置１００は、受信したログを記憶する。記憶されたログは、ユーザー端末２８０からの検索や各種集計処理において参照される。ユーザー端末２８０は、各デバイス１７０の管理者によって使用され、例えば、デバイス１７０の利用状況（例えば、プリンタ枚数等）の検索に利用される。
情報処理装置１００は、ログ管理として、そのログ内の属性の消去処理を行う。例えば、１日１回、バッチ処理としてログ内の属性の消去処理を起動し、以下の処理を行う。
保存されているログを古いものから順に、ログ属性保存条件に該当するものがあるか検査する。該当する条件があれば、そのログに関して、ログ属性保存条件の保存対象属性に含まれない属性情報を削除する。ログ属性保存条件の詳細については、後述する。
情報処理装置１００と、デバイス１７０Ａ、デバイス１７０Ｂ、デバイス１７０Ｃ、デバイス１７０Ｄ、ユーザー端末２８０は、通信回線２９０、ファイアーウォール１５０、イントラネット１６０を介して接続されている。イントラネット１６０、通信回線２９０は、無線、有線、これらの組み合わせであってもよい。通信回線２９０は、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、前述したように、ファイアーウォール１５０は、デバイス１７０から情報処理装置１００へのアクセス（ログの送信）は可能であるが、情報処理装置１００からデバイス１７０へのアクセスはできないようにしている。ただし、本実施の形態では、ファイアーウォール１５０を設置せずに、情報処理装置１００からデバイス１７０へのアクセスを可能としてもよい。デバイス１７０は、情報処理装置１００と通信可能であって、ログを収集するものであればよく、例えば、事務機器としての画像処理装置である複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）、パーソナルコンピュータ、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット等であってもよい。
情報処理装置１００は、デバイス１７０Ａ、デバイス１７０Ｂ、デバイス１７０Ｃ、デバイス１７０Ｄを管理する。いわゆるセンターとしての役割を有している。
各デバイス１７０は、例えば、１日１回、予め指定された時刻に、情報処理装置１００にログを通知する。通知に含まれるログは、例えば、前回の通知以降に発生したもの全てである。
情報処理装置１００は、受信したログを記憶する。記憶されたログは、ユーザー端末２８０からの検索や各種集計処理において参照される。ユーザー端末２８０は、各デバイス１７０の管理者によって使用され、例えば、デバイス１７０の利用状況（例えば、プリンタ枚数等）の検索に利用される。
情報処理装置１００は、ログ管理として、そのログ内の属性の消去処理を行う。例えば、１日１回、バッチ処理としてログ内の属性の消去処理を起動し、以下の処理を行う。
保存されているログを古いものから順に、ログ属性保存条件に該当するものがあるか検査する。該当する条件があれば、そのログに関して、ログ属性保存条件の保存対象属性に含まれない属性情報を削除する。ログ属性保存条件の詳細については、後述する。
図３は、本実施の形態による処理例を示すフローチャートである。
ステップＳ３０２では、ログ属性消去判定モジュール１２０が、現在の日時Ａ（日時は、年、月、日、時、分、秒、秒以下、又はこれらの組み合わせであってもよい）を取得する。
ステップＳ３０４では、ログ属性消去判定モジュール１２０が、ログの発行日時Ｂを取得する。ログの発行日時（発生日時）の他に、ログ受信モジュール１０５が受信した日時としてもよい。
ステップＳ３０６では、ログ属性消去判定モジュール１２０が、日時Ａと発行日時Ｂ間の期間は保存期間以上であるか否かを判断し、保存期間以上である場合はステップＳ３０８へ進み、それ以外の場合はステップＳ３１０へ進む。規則である保存期間と対象とする属性の組み合わせは、ログ属性保存条件保存モジュール１２５内に記憶されている。
ステップＳ３０８では、ログ属性消去モジュール１１５が、保存対象とする属性以外の属性を削除する。
ステップＳ３１０では、ログ属性消去判定モジュール１２０が、全てのログに対する処理は終了したか否かを判断し、終了した場合は処理を終了し（ステップＳ３９９）、それ以外の場合はステップＳ３０４へ戻る。
ステップＳ３０２では、ログ属性消去判定モジュール１２０が、現在の日時Ａ（日時は、年、月、日、時、分、秒、秒以下、又はこれらの組み合わせであってもよい）を取得する。
ステップＳ３０４では、ログ属性消去判定モジュール１２０が、ログの発行日時Ｂを取得する。ログの発行日時（発生日時）の他に、ログ受信モジュール１０５が受信した日時としてもよい。
ステップＳ３０６では、ログ属性消去判定モジュール１２０が、日時Ａと発行日時Ｂ間の期間は保存期間以上であるか否かを判断し、保存期間以上である場合はステップＳ３０８へ進み、それ以外の場合はステップＳ３１０へ進む。規則である保存期間と対象とする属性の組み合わせは、ログ属性保存条件保存モジュール１２５内に記憶されている。
ステップＳ３０８では、ログ属性消去モジュール１１５が、保存対象とする属性以外の属性を削除する。
ステップＳ３１０では、ログ属性消去判定モジュール１２０が、全てのログに対する処理は終了したか否かを判断し、終了した場合は処理を終了し（ステップＳ３９９）、それ以外の場合はステップＳ３０４へ戻る。
以下に、デバイス１７０として、前述の複合機を例として説明する。
ログ収集モジュール１７５は、例えば、属性テーブル４００にしたがって、デバイス１７０におけるログを収集する。図４は、属性テーブル４００のデータ構造例を示す説明図である。
属性テーブル４００は、属性欄４１０、必須欄４２０、種類欄４３０、説明欄４４０を有している。
属性欄４１０は、ログの属性を記憶している。属性は、ログの内容であり、１つ以上の属性がある。必須欄４２０は、ログとして必須（削除不可）であるか削除可であるかを記憶している。種類欄４３０は、そのログの種類（基本、入力系（コピー、スキャンに関する属性）、出力系（コピー、プリントアウト（ファックス送信を含めてもよい）に関する属性）の種別）を記憶している。説明欄４４０は、そのログの説明を記憶している。必須欄４２０における「必須」とは、ログ保存管理に必須な属性であり、保存期間の間削除することのできない必須属性であることを示す。一意なＩＤと発行日時以外については、どこまで必須とするかは仕様によって定められる。「削除可」とは、保存期間の経過に応じて削除可能な属性であることを示すものである。
なお、説明欄４４０は、本実施の形態における属性の説明用として記載しているので、属性テーブル４００は、属性欄４１０、必須欄４２０、種類欄４３０によって構成されていてもよい。なお、説明欄４４０をユーザーへの説明用として提示する情報を記憶するものとしてもよい。
ログ収集モジュール１７５は、例えば、属性テーブル４００にしたがって、デバイス１７０におけるログを収集する。図４は、属性テーブル４００のデータ構造例を示す説明図である。
属性テーブル４００は、属性欄４１０、必須欄４２０、種類欄４３０、説明欄４４０を有している。
属性欄４１０は、ログの属性を記憶している。属性は、ログの内容であり、１つ以上の属性がある。必須欄４２０は、ログとして必須（削除不可）であるか削除可であるかを記憶している。種類欄４３０は、そのログの種類（基本、入力系（コピー、スキャンに関する属性）、出力系（コピー、プリントアウト（ファックス送信を含めてもよい）に関する属性）の種別）を記憶している。説明欄４４０は、そのログの説明を記憶している。必須欄４２０における「必須」とは、ログ保存管理に必須な属性であり、保存期間の間削除することのできない必須属性であることを示す。一意なＩＤと発行日時以外については、どこまで必須とするかは仕様によって定められる。「削除可」とは、保存期間の経過に応じて削除可能な属性であることを示すものである。
なお、説明欄４４０は、本実施の形態における属性の説明用として記載しているので、属性テーブル４００は、属性欄４１０、必須欄４２０、種類欄４３０によって構成されていてもよい。なお、説明欄４４０をユーザーへの説明用として提示する情報を記憶するものとしてもよい。
ログの１レコード（１つの履歴情報）は、少なくともログＩＤ、発行日時、ジョブタイプ（必須欄４２０が「必須」である属性テーブル４００内の１行目、２行目、３行目）の各属性を有しており、ログの種類によって、デバイスＩＤ、デバイス上のログＩＤ等（属性テーブル４００内の４行目以降）の属性を有している。なお、図４では、ジョブタイプを必須の属性としているが、削除可としてもよい。各ログは、これらの属性から構成されている。
属性「ログＩＤ」は、必須で基本の属性であって、情報処理装置１００内で一意に割り振られたＩＤである。
属性「発行日時」は、必須で基本の属性であって、ジョブが（デバイス１７０内で）発行された日時である。例えば、日時に関する属性は次の３つがあるが、本例では簡単のために１つとした。なお、ここでジョブとは、ログの対象とする処理（故障等の状況を含む）である。
開始日時：デバイス１７０内でジョブが開始した日時
終了日時：デバイス１７０内でジョブが終了した日時
受信日時：情報処理装置１００がログを受信した日時
３つの場合、保存期間経過の判断において上のどの属性と比較するかは仕様として定める。ユーザー毎に選択可能でもよい。また、比較対象とならない属性は「削除可」属性となる。
属性「ジョブタイプ」は、必須で基本の属性であって、コピー、スキャン、プリント、ファックス、などがある。
属性「発行日時」は、必須で基本の属性であって、ジョブが（デバイス１７０内で）発行された日時である。例えば、日時に関する属性は次の３つがあるが、本例では簡単のために１つとした。なお、ここでジョブとは、ログの対象とする処理（故障等の状況を含む）である。
開始日時：デバイス１７０内でジョブが開始した日時
終了日時：デバイス１７０内でジョブが終了した日時
受信日時：情報処理装置１００がログを受信した日時
３つの場合、保存期間経過の判断において上のどの属性と比較するかは仕様として定める。ユーザー毎に選択可能でもよい。また、比較対象とならない属性は「削除可」属性となる。
属性「ジョブタイプ」は、必須で基本の属性であって、コピー、スキャン、プリント、ファックス、などがある。
属性「デバイスＩＤ」は、削除可で基本の属性であって、ジョブを処理したデバイスのＩＤである。
属性「デバイス上のログＩＤ」は、削除可で基本の属性であって、デバイス１７０内で割り振られたＩＤである。デバイス毎に一意である。
属性「文書名」は、削除可で出力系の属性であって、出力対象の文書名である。プリントジョブとダイレクトファックスジョブのときに値ありとなる。なお、ダイレクトファックスは、クライアントＰＣからドライバを用い、プリントと同じ操作でファックス送信を行うものである。
属性「ユーザー名」は、削除可で基本の属性であって、ジョブを発行したユーザー名である。例えば、ユーザー名を意味する属性は次のようにいくつかあるが、本例では簡単のために１つとした。
ジョブオーナー名：クライアントＰＣ上のプリンタドライバが指定するユーザー名である。例えば、ＰＣにログインしているユーザー名（プリントジョブ）である。
ユーザー名：デバイス１７０にログインしているユーザー名（コピー、スキャンジョブなど）である。
カードＩＤ：デバイス１７０にログインする特に用いられたＩＣカードのＩＤである。
属性「デバイス上のログＩＤ」は、削除可で基本の属性であって、デバイス１７０内で割り振られたＩＤである。デバイス毎に一意である。
属性「文書名」は、削除可で出力系の属性であって、出力対象の文書名である。プリントジョブとダイレクトファックスジョブのときに値ありとなる。なお、ダイレクトファックスは、クライアントＰＣからドライバを用い、プリントと同じ操作でファックス送信を行うものである。
属性「ユーザー名」は、削除可で基本の属性であって、ジョブを発行したユーザー名である。例えば、ユーザー名を意味する属性は次のようにいくつかあるが、本例では簡単のために１つとした。
ジョブオーナー名：クライアントＰＣ上のプリンタドライバが指定するユーザー名である。例えば、ＰＣにログインしているユーザー名（プリントジョブ）である。
ユーザー名：デバイス１７０にログインしているユーザー名（コピー、スキャンジョブなど）である。
カードＩＤ：デバイス１７０にログインする特に用いられたＩＣカードのＩＤである。
属性「出力トレイ」は、削除可で出力系の属性であって、出力先の給紙手段（トレイ）を識別する情報である。例えば、種別、給紙手段を示す番号の２属性を有している。
属性「出力枚数、出力面数」は、削除可で出力系の属性であって、出力した紙の枚数、及び面数である。例えば、用紙サイズとカラーモードの組み合わせ毎の属性である。
用紙サイズとして、Ａ４、Ｂ４などがある。
カラーモードとして、白黒、単色カラー、カラーなどがある。
属性「Ｎｕｐ」は、削除可で出力系の属性であって、指定されたＮｕｐ情報（１枚の用紙に出力するページ数）である。
属性「入力用の給紙手段」は、削除可で入力系の属性であって、入力元の給紙手段を識別する情報である。
属性「入力枚数、入力面数」は、削除可で入力系の属性であって、例えば、原稿サイズとカラーモードの組み合わせ毎の属性である。
その他、用紙種別、ステープル情報、ファックス送信／ファックス受信系（送信先情報、使用プロトコル、伝送速度など）等の属性を含めてもよい。
属性「出力枚数、出力面数」は、削除可で出力系の属性であって、出力した紙の枚数、及び面数である。例えば、用紙サイズとカラーモードの組み合わせ毎の属性である。
用紙サイズとして、Ａ４、Ｂ４などがある。
カラーモードとして、白黒、単色カラー、カラーなどがある。
属性「Ｎｕｐ」は、削除可で出力系の属性であって、指定されたＮｕｐ情報（１枚の用紙に出力するページ数）である。
属性「入力用の給紙手段」は、削除可で入力系の属性であって、入力元の給紙手段を識別する情報である。
属性「入力枚数、入力面数」は、削除可で入力系の属性であって、例えば、原稿サイズとカラーモードの組み合わせ毎の属性である。
その他、用紙種別、ステープル情報、ファックス送信／ファックス受信系（送信先情報、使用プロトコル、伝送速度など）等の属性を含めてもよい。
ログ属性保存条件保存モジュール１２５に記憶されている規則として、例えば、ログ属性保存条件テーブル５００がある。ログ属性消去判定モジュール１２０は、ログ属性保存条件テーブル５００にしたがって判定処理を行う。図５は、ログ属性保存条件テーブル５００のデータ構造例を示す説明図である。ログ属性保存条件テーブル５００は、保存期間欄５１０、保存対象属性欄５２０を有している。
保存期間欄５１０は、ログ内の属性の保存期間を記憶している。保存対象属性欄５２０は、保存期間欄５１０に該当する場合の保存対象である属性を記憶している。
ログ属性保存条件テーブル５００は、「全属性」について「０〜７日」の保存期間とし、属性「文書名、面数（属性テーブル４００における出力面数又は入力面数）、ユーザー名、枚数（属性テーブル４００における出力枚数又は入力枚数）」について「８〜３１日」の保存期間とし、属性「ユーザー名、枚数」について「３２〜６２日」の保存期間とし、６３日以降は保存対象属性はないことを示している。
つまり、「０〜７日」間は削除対象の属性はなく、「８〜３１日」間は「文書名、面数、ユーザー名、枚数」以外の属性を削除し、「３２〜６２日」間は「ユーザー名、枚数」以外の属性を削除し、６３日以降はログ自体（対象としているレコード）を削除する。
ログ属性保存条件テーブル５００は、予め定められており、例えば、キーボード等のユーザーインタフェースからユーザーが指定できてもよい（ログ属性保存条件テーブル５００そのものを設定すること、ログ属性保存条件テーブル５００の一部分を変更することを含む）。
保存期間欄５１０は、ログ内の属性の保存期間を記憶している。保存対象属性欄５２０は、保存期間欄５１０に該当する場合の保存対象である属性を記憶している。
ログ属性保存条件テーブル５００は、「全属性」について「０〜７日」の保存期間とし、属性「文書名、面数（属性テーブル４００における出力面数又は入力面数）、ユーザー名、枚数（属性テーブル４００における出力枚数又は入力枚数）」について「８〜３１日」の保存期間とし、属性「ユーザー名、枚数」について「３２〜６２日」の保存期間とし、６３日以降は保存対象属性はないことを示している。
つまり、「０〜７日」間は削除対象の属性はなく、「８〜３１日」間は「文書名、面数、ユーザー名、枚数」以外の属性を削除し、「３２〜６２日」間は「ユーザー名、枚数」以外の属性を削除し、６３日以降はログ自体（対象としているレコード）を削除する。
ログ属性保存条件テーブル５００は、予め定められており、例えば、キーボード等のユーザーインタフェースからユーザーが指定できてもよい（ログ属性保存条件テーブル５００そのものを設定すること、ログ属性保存条件テーブル５００の一部分を変更することを含む）。
次に、ログ属性消去モジュール１１５、ログ属性消去判定モジュール１２０による処理例を説明する。
例えば、１日１回夜間に実行する（バッチ処理）。
ログ保存モジュール１１０内に記憶されているログから、ログ属性保存条件保存モジュール１２５内の規則の保存期間（保存期間欄５１０）以上保存されているログを検索し、それらのログに対して、保存対象属性以外を削除する。
例えば、ログ保存モジュール１１０内のログを以下のように、削除される属性群毎のテーブルに分けていてもよい。
ログの保存用テーブルとして、保存期間条件の数だけ設ける。ここで「保存期間条件の数」とは、ログ属性保存条件テーブル５００における行数である。ただし、保存対象属性が「なし」の行は除く。したがって、ログ属性保存条件テーブル５００の場合は、３つ（ログ属性保存条件テーブル５００の１〜３行目）のテーブルとなる。そして、各テーブルは、必須の属性以外のカラム（欄）として、保存条件に合致する保存対象属性を持つ。つまり、必須の属性（「ログＩＤ」と「発行日時」と「ジョブタイプ」）と保存期間が最も長い条件（ログ属性保存条件テーブル５００では３行目の「３２〜６２日」）における対象属性（ログ属性保存条件テーブル５００では３行目の保存対象属性欄５２０の「ユーザー名」、「枚数」の属性）によって構成されるログテーブル６００と、必須の属性（「ログＩＤ」と「発行日時」と「ジョブタイプ」）と保存期間が２番目に長い条件（ログ属性保存条件テーブル５００では２行目の「８〜３１日」）における対象属性（ログ属性保存条件テーブル５００では２行目の保存対象属性欄５２０の「文書名」、「面数」、「ユーザー名」、「枚数」の属性）からログテーブル６００における対象属性を除いたもの（つまり、「文書名」、「面数」の属性）によって構成されるログテーブル７００と、必須の属性（「ログＩＤ」と「発行日時」と「ジョブタイプ」）と保存期間が３番目に長い条件（ログ属性保存条件テーブル５００では１行目の「０〜７日」）における対象属性（ログ属性保存条件テーブル５００では１行目の保存対象属性欄５２０の「全属性」）からログテーブル６００、ログテーブル７００における対象属性を除いたもの（この例では、「終了日時」、「受信日時」、「出力用給紙手段種別」、「出力用給紙手段番号」、「Ｎｕｐ」、「ステープル位置」等の属性）によって構成されるログテーブル８００を作成する。つまり、各テーブルのいずれかが保存条件に合致した場合、そのテーブルにおける対象としている行を削除すれば足りるように構成している。
例えば、１日１回夜間に実行する（バッチ処理）。
ログ保存モジュール１１０内に記憶されているログから、ログ属性保存条件保存モジュール１２５内の規則の保存期間（保存期間欄５１０）以上保存されているログを検索し、それらのログに対して、保存対象属性以外を削除する。
例えば、ログ保存モジュール１１０内のログを以下のように、削除される属性群毎のテーブルに分けていてもよい。
ログの保存用テーブルとして、保存期間条件の数だけ設ける。ここで「保存期間条件の数」とは、ログ属性保存条件テーブル５００における行数である。ただし、保存対象属性が「なし」の行は除く。したがって、ログ属性保存条件テーブル５００の場合は、３つ（ログ属性保存条件テーブル５００の１〜３行目）のテーブルとなる。そして、各テーブルは、必須の属性以外のカラム（欄）として、保存条件に合致する保存対象属性を持つ。つまり、必須の属性（「ログＩＤ」と「発行日時」と「ジョブタイプ」）と保存期間が最も長い条件（ログ属性保存条件テーブル５００では３行目の「３２〜６２日」）における対象属性（ログ属性保存条件テーブル５００では３行目の保存対象属性欄５２０の「ユーザー名」、「枚数」の属性）によって構成されるログテーブル６００と、必須の属性（「ログＩＤ」と「発行日時」と「ジョブタイプ」）と保存期間が２番目に長い条件（ログ属性保存条件テーブル５００では２行目の「８〜３１日」）における対象属性（ログ属性保存条件テーブル５００では２行目の保存対象属性欄５２０の「文書名」、「面数」、「ユーザー名」、「枚数」の属性）からログテーブル６００における対象属性を除いたもの（つまり、「文書名」、「面数」の属性）によって構成されるログテーブル７００と、必須の属性（「ログＩＤ」と「発行日時」と「ジョブタイプ」）と保存期間が３番目に長い条件（ログ属性保存条件テーブル５００では１行目の「０〜７日」）における対象属性（ログ属性保存条件テーブル５００では１行目の保存対象属性欄５２０の「全属性」）からログテーブル６００、ログテーブル７００における対象属性を除いたもの（この例では、「終了日時」、「受信日時」、「出力用給紙手段種別」、「出力用給紙手段番号」、「Ｎｕｐ」、「ステープル位置」等の属性）によって構成されるログテーブル８００を作成する。つまり、各テーブルのいずれかが保存条件に合致した場合、そのテーブルにおける対象としている行を削除すれば足りるように構成している。
具体的に説明する。図６は、ログテーブル６００のデータ構造例を示す説明図である。ログテーブル６００は、ログＩＤ欄６１０、発行日時欄６２０、ジョブタイプ欄６３０、ユーザー名欄６４０、枚数欄６５０を有している。
ログＩＤ欄６１０は、必須の属性であるログＩＤを記憶している。発行日時欄６２０は、必須の属性である発行日時を記憶している。ジョブタイプ欄６３０は、必須の属性であるジョブタイプを記憶している。ユーザー名欄６４０は、属性のユーザー名を記憶している。枚数欄６５０は、属性の枚数を記憶している。つまり、ログ属性保存条件テーブル５００の３行目の属性と必須の属性から構成されている。
図７は、ログテーブル７００のデータ構造例を示す説明図である。ログテーブル７００は、ログＩＤ欄７１０、発行日時欄７２０、ジョブタイプ欄７３０、文書名欄７４０、面数欄７５０を有している。
ログＩＤ欄７１０は、必須の属性であるログＩＤを記憶している。発行日時欄７２０は、必須の属性である発行日時を記憶している。ジョブタイプ欄７３０は、必須の属性であるジョブタイプを記憶している。文書名欄７４０は、属性の文書名を記憶している。面数欄７５０は、属性の面数を記憶している。つまり、ログ属性保存条件テーブル５００の２行目の属性から３行目の属性を除いた属性と、必須の属性から構成されている。
図８は、ログテーブル８００のデータ構造例を示す説明図である。ログテーブル８００は、ログＩＤ欄８１０、発行日時欄８２０、終了日時欄８３０、受信日時欄８４０、ジョブタイプ欄８５０、出力用給紙手段種別欄８６０、出力用給紙手段番号欄８７０、Ｎｕｐ欄８８０、ステープル位置欄８９０等を有している。
ログＩＤ欄８１０は、必須の属性であるログＩＤを記憶している。発行日時欄８２０は、必須の属性である発行日時を記憶している。終了日時欄８３０は、属性の終了日時を記憶している。受信日時欄８４０は、属性の受信日時を記憶している。ジョブタイプ欄８５０は、必須の属性であるジョブタイプを記憶している。出力用給紙手段種別欄８６０は、属性の出力用給紙手段種別を記憶している。出力用給紙手段番号欄８７０は、属性の出力用給紙手段番号を記憶している。Ｎｕｐ欄８８０は、属性のＮｕｐを記憶している。ステープル位置欄８９０は、属性のステープル位置を記憶している。つまり、ログ属性保存条件テーブル５００の１行目の属性から２、３行目の属性を除いた属性と、必須の属性から構成されている。
ログＩＤ欄６１０は、必須の属性であるログＩＤを記憶している。発行日時欄６２０は、必須の属性である発行日時を記憶している。ジョブタイプ欄６３０は、必須の属性であるジョブタイプを記憶している。ユーザー名欄６４０は、属性のユーザー名を記憶している。枚数欄６５０は、属性の枚数を記憶している。つまり、ログ属性保存条件テーブル５００の３行目の属性と必須の属性から構成されている。
図７は、ログテーブル７００のデータ構造例を示す説明図である。ログテーブル７００は、ログＩＤ欄７１０、発行日時欄７２０、ジョブタイプ欄７３０、文書名欄７４０、面数欄７５０を有している。
ログＩＤ欄７１０は、必須の属性であるログＩＤを記憶している。発行日時欄７２０は、必須の属性である発行日時を記憶している。ジョブタイプ欄７３０は、必須の属性であるジョブタイプを記憶している。文書名欄７４０は、属性の文書名を記憶している。面数欄７５０は、属性の面数を記憶している。つまり、ログ属性保存条件テーブル５００の２行目の属性から３行目の属性を除いた属性と、必須の属性から構成されている。
図８は、ログテーブル８００のデータ構造例を示す説明図である。ログテーブル８００は、ログＩＤ欄８１０、発行日時欄８２０、終了日時欄８３０、受信日時欄８４０、ジョブタイプ欄８５０、出力用給紙手段種別欄８６０、出力用給紙手段番号欄８７０、Ｎｕｐ欄８８０、ステープル位置欄８９０等を有している。
ログＩＤ欄８１０は、必須の属性であるログＩＤを記憶している。発行日時欄８２０は、必須の属性である発行日時を記憶している。終了日時欄８３０は、属性の終了日時を記憶している。受信日時欄８４０は、属性の受信日時を記憶している。ジョブタイプ欄８５０は、必須の属性であるジョブタイプを記憶している。出力用給紙手段種別欄８６０は、属性の出力用給紙手段種別を記憶している。出力用給紙手段番号欄８７０は、属性の出力用給紙手段番号を記憶している。Ｎｕｐ欄８８０は、属性のＮｕｐを記憶している。ステープル位置欄８９０は、属性のステープル位置を記憶している。つまり、ログ属性保存条件テーブル５００の１行目の属性から２、３行目の属性を除いた属性と、必須の属性から構成されている。
このようなデータ構造とした場合、属性が保存期間を超えるか否かの判断は、ログテーブル６００の発行日時欄６２０、ログテーブル７００の発行日時欄７２０、ログテーブル８００の発行日時欄８２０を用いて判断すればよい。保存期間を超えていた場合は、そのテーブルにおける対象としている行を削除すればよい。
なお、ログテーブル６００、ログテーブル７００、ログテーブル８００には、それぞれ発行日時欄６２０、ジョブタイプ欄６３０、発行日時欄７２０、ジョブタイプ欄７３０、発行日時欄８２０、ジョブタイプ欄８５０を有しているが、この中でログテーブル６００の発行日時欄６２０、ジョブタイプ欄６３０だけ有しているようにしてもよい。その場合、ログテーブル７００、ログテーブル８００を対象として、保存期間を超えているか否かの判断は、ログテーブル６００の発行日時欄６２０を用いて判断し、それに対応するログＩＤの行（属性群）をログテーブル７００、ログテーブル８００から削除すればよい。
具体的には、次のような処理になる。
・保存期間が７日を超えるレコード（行）をログテーブル８００から削除する。
・保存期間が３１日を超えるレコード（行）をログテーブル７００から削除する。
・保存期間が６２日を超えるレコード（行）をログテーブル６００から削除する。
なお、ログテーブル６００、ログテーブル７００、ログテーブル８００には、それぞれ発行日時欄６２０、ジョブタイプ欄６３０、発行日時欄７２０、ジョブタイプ欄７３０、発行日時欄８２０、ジョブタイプ欄８５０を有しているが、この中でログテーブル６００の発行日時欄６２０、ジョブタイプ欄６３０だけ有しているようにしてもよい。その場合、ログテーブル７００、ログテーブル８００を対象として、保存期間を超えているか否かの判断は、ログテーブル６００の発行日時欄６２０を用いて判断し、それに対応するログＩＤの行（属性群）をログテーブル７００、ログテーブル８００から削除すればよい。
具体的には、次のような処理になる。
・保存期間が７日を超えるレコード（行）をログテーブル８００から削除する。
・保存期間が３１日を超えるレコード（行）をログテーブル７００から削除する。
・保存期間が６２日を超えるレコード（行）をログテーブル６００から削除する。
次に、ユーザーの特性に応じて属性を削除する処理例について説明する。
ログ属性保存条件保存モジュール１２５内の規則を、ユーザーの履歴情報に対する検索に応じて、履歴情報内の属性を削除するものとしてもよい。例えば、属性に対しての検索回数が予め定められた閾値未満又は以下であることを、削除の条件としてもよい。属性に対しての検索回数の割合（全体の検索回数に対する割合）が予め定められた閾値未満又は以下であることを、削除の条件としてもよい。また、属性に対しての検索回数を計数し、降順にソートし、予め定められた順位より下又は以下であることを、削除の条件としてもよい。
また、ログ属性保存条件保存モジュール１２５内の規則を、ユーザーの利用料金額に応じて、履歴情報内の属性を削除するものとしてもよい。ここでの利用料金額には、ログ保存モジュール１１０の利用料が含まれており、そのログ保存モジュール１１０の利用料（つまり、使用する記憶容量）に合わせて、ログの属性を削除する。例えば、ユーザーの利用料金額が記憶容量ＸＧＢ（ギガバイト）分に相当する場合、その記憶容量になるように、属性を選択するようにしてもよい。具体的には、削除すべき容量（ＸＧＢを越える容量）以上の容量を有している属性（複数の属性であってもよい）を選択し、その属性を削除するようにしてもよい。
ログ属性保存条件保存モジュール１２５内の規則を、ユーザーの履歴情報に対する検索に応じて、履歴情報内の属性を削除するものとしてもよい。例えば、属性に対しての検索回数が予め定められた閾値未満又は以下であることを、削除の条件としてもよい。属性に対しての検索回数の割合（全体の検索回数に対する割合）が予め定められた閾値未満又は以下であることを、削除の条件としてもよい。また、属性に対しての検索回数を計数し、降順にソートし、予め定められた順位より下又は以下であることを、削除の条件としてもよい。
また、ログ属性保存条件保存モジュール１２５内の規則を、ユーザーの利用料金額に応じて、履歴情報内の属性を削除するものとしてもよい。ここでの利用料金額には、ログ保存モジュール１１０の利用料が含まれており、そのログ保存モジュール１１０の利用料（つまり、使用する記憶容量）に合わせて、ログの属性を削除する。例えば、ユーザーの利用料金額が記憶容量ＸＧＢ（ギガバイト）分に相当する場合、その記憶容量になるように、属性を選択するようにしてもよい。具体的には、削除すべき容量（ＸＧＢを越える容量）以上の容量を有している属性（複数の属性であってもよい）を選択し、その属性を削除するようにしてもよい。
また、ログ保存モジュール１１０内のログを、ログの各属性を行に転置するようにしてもよい。例えば、ログテーブル９００、ログ属性テーブル１０００を作成する。
図９は、ログテーブル９００のデータ構造例を示す説明図である。ログテーブル９００は、ログＩＤ欄９１０、発行日時欄９２０を有している。ログＩＤ欄９１０は、ログＩＤを記憶している。発行日時欄９２０は、発行日時を記憶している。また、ジョブタイプの属性を加えてもよい。ログテーブル９００は必須の属性から構成されている。
図１０は、ログ属性テーブル１０００のデータ構造例を示す説明図である。ログ属性テーブル１０００は、ログＩＤ欄１０１０、発行日時欄１０２０、属性名欄１０３０、属性値欄１０４０を有している。ログＩＤ欄１０１０は、ログＩＤを記憶している。発行日時欄１０２０は、発行日時を記憶している。属性名欄１０３０は、属性名を記憶している。属性値欄１０４０は、属性値を記憶している。また、ジョブタイプの属性を加えてもよい。ログ属性テーブル１０００のログＩＤ欄１０１０、発行日時欄１０２０は必須の属性から構成されている。
ログ属性テーブル１０００は、ログの各属性を行に転置したものであり、同じログＩＤに対してログ内の属性の数だけの行ができあがる。図１０の例では、ログＩＤが１のログとして、「ユーザー名」と「枚数」の２つの属性から構成されているものを示しており、２行になっている。
図９は、ログテーブル９００のデータ構造例を示す説明図である。ログテーブル９００は、ログＩＤ欄９１０、発行日時欄９２０を有している。ログＩＤ欄９１０は、ログＩＤを記憶している。発行日時欄９２０は、発行日時を記憶している。また、ジョブタイプの属性を加えてもよい。ログテーブル９００は必須の属性から構成されている。
図１０は、ログ属性テーブル１０００のデータ構造例を示す説明図である。ログ属性テーブル１０００は、ログＩＤ欄１０１０、発行日時欄１０２０、属性名欄１０３０、属性値欄１０４０を有している。ログＩＤ欄１０１０は、ログＩＤを記憶している。発行日時欄１０２０は、発行日時を記憶している。属性名欄１０３０は、属性名を記憶している。属性値欄１０４０は、属性値を記憶している。また、ジョブタイプの属性を加えてもよい。ログ属性テーブル１０００のログＩＤ欄１０１０、発行日時欄１０２０は必須の属性から構成されている。
ログ属性テーブル１０００は、ログの各属性を行に転置したものであり、同じログＩＤに対してログ内の属性の数だけの行ができあがる。図１０の例では、ログＩＤが１のログとして、「ユーザー名」と「枚数」の２つの属性から構成されているものを示しており、２行になっている。
具体的には、次のような処理になる。
・保存期間が７日を超える保存対象以外のログの属性を、ログ属性テーブル１０００から削除する。つまり、ログ属性テーブル１０００から、「文書名」、「ユーザー名」、「枚数」、「面数」以外のレコード（行）を削除する。
・保存期間が３１日を超える保存対象以外のログの属性を、ログ属性テーブル１０００から削除する。つまり、ログ属性テーブル１０００から、「ユーザー名」、「枚数」以外のレコード（行）を削除する。
・保存期間が６２日を超えるレコード（行）を、ログテーブル９００、ログ属性テーブル１０００から削除する。
・保存期間が７日を超える保存対象以外のログの属性を、ログ属性テーブル１０００から削除する。つまり、ログ属性テーブル１０００から、「文書名」、「ユーザー名」、「枚数」、「面数」以外のレコード（行）を削除する。
・保存期間が３１日を超える保存対象以外のログの属性を、ログ属性テーブル１０００から削除する。つまり、ログ属性テーブル１０００から、「ユーザー名」、「枚数」以外のレコード（行）を削除する。
・保存期間が６２日を超えるレコード（行）を、ログテーブル９００、ログ属性テーブル１０００から削除する。
保存期間以外の条件を付加してもよい。つまり、保存期間の条件に付加して、それらの条件（保存期間以外の条件）で絞りこみを行い、属性の削除を実施する。
例えば、文書名に特定のキーワード（「ＸＸＸ」）を含むログの属性（「文書名」、「ユーザー名」、「枚数」、「面数」）を長期に保存したい場合、図１１の例に示すログ属性保存条件テーブル１１００のようになる。図１１は、ログ属性保存条件テーブル１１００のデータ構造例を示す説明図である。ログ属性保存条件テーブル１１００は、保存期間欄１１１０、その他の条件欄１１２０、保存対象属性欄１１３０を有している。保存期間欄１１１０、保存対象属性欄１１３０は、それぞれログ属性保存条件テーブル５００の保存期間欄５１０、保存対象属性欄５２０と同等である。その他の条件欄１１２０は、削除する条件を記憶している。
ログ属性保存条件テーブル１１００は、「全属性」について「０〜７日」間の保存期間とし、属性「文書名、ユーザー名、枚数、面数」について、「文書名にＸＸＸを含まない」ことであって「８〜３１日」間の保存期間を条件とし、属性「ユーザー名、枚数」について、「文書名にＸＸＸを含まない」ことであって「３２〜６２日」間の保存期間を条件とし、属性「文書名、ユーザー名、枚数、面数」について、「文書名にＸＸＸを含む」ことであって「８〜６２日」間の保存期間を条件とし、６３日以降は、保存対象属性はないことを示している。
つまり、「０〜７日」間は、削除対象の属性はなく、「８〜３１日」間であって、「文書名にＸＸＸを含まない」ログは、「文書名、ユーザー名、枚数、面数」以外の属性を削除し、「３２〜６２日」間であって、「文書名にＸＸＸを含まない」ログは、「ユーザー名、枚数」以外の属性を削除し、「８〜６２日」間であって、「文書名にＸＸＸを含む」ログは、「文書名、ユーザー名、枚数、面数」以外の属性を削除し、６３日以降は、ログ自体を削除する。結果として、「文書名にＸＸＸを含む」ログについては、「文書名、面数」の属性が、「文書名にＸＸＸを含まない」ログに比べて、長く保存されることになる。
例えば、文書名に特定のキーワード（「ＸＸＸ」）を含むログの属性（「文書名」、「ユーザー名」、「枚数」、「面数」）を長期に保存したい場合、図１１の例に示すログ属性保存条件テーブル１１００のようになる。図１１は、ログ属性保存条件テーブル１１００のデータ構造例を示す説明図である。ログ属性保存条件テーブル１１００は、保存期間欄１１１０、その他の条件欄１１２０、保存対象属性欄１１３０を有している。保存期間欄１１１０、保存対象属性欄１１３０は、それぞれログ属性保存条件テーブル５００の保存期間欄５１０、保存対象属性欄５２０と同等である。その他の条件欄１１２０は、削除する条件を記憶している。
ログ属性保存条件テーブル１１００は、「全属性」について「０〜７日」間の保存期間とし、属性「文書名、ユーザー名、枚数、面数」について、「文書名にＸＸＸを含まない」ことであって「８〜３１日」間の保存期間を条件とし、属性「ユーザー名、枚数」について、「文書名にＸＸＸを含まない」ことであって「３２〜６２日」間の保存期間を条件とし、属性「文書名、ユーザー名、枚数、面数」について、「文書名にＸＸＸを含む」ことであって「８〜６２日」間の保存期間を条件とし、６３日以降は、保存対象属性はないことを示している。
つまり、「０〜７日」間は、削除対象の属性はなく、「８〜３１日」間であって、「文書名にＸＸＸを含まない」ログは、「文書名、ユーザー名、枚数、面数」以外の属性を削除し、「３２〜６２日」間であって、「文書名にＸＸＸを含まない」ログは、「ユーザー名、枚数」以外の属性を削除し、「８〜６２日」間であって、「文書名にＸＸＸを含む」ログは、「文書名、ユーザー名、枚数、面数」以外の属性を削除し、６３日以降は、ログ自体を削除する。結果として、「文書名にＸＸＸを含む」ログについては、「文書名、面数」の属性が、「文書名にＸＸＸを含まない」ログに比べて、長く保存されることになる。
図１２は、本実施の形態による処理例（ユーザーの履歴情報に対する検索処理に応じて、ログ属性保存条件保存モジュール１２５内の規則を変更する処理例）を示すフローチャートである。
ステップＳ１２０２では、ログに対する検索指示を収集する。
ステップＳ１２０４では、ユーザー毎に検索条件に用いられた又は表示対象とした属性について、その回数を計数する。
ステップＳ１２０６では、予め定められた回数以上である属性を保存期間が長い属性にするように、ログ属性保存条件を変更する。
なお、ステップＳ１２０６の条件（予め定められた回数以上である属性）を他の条件としてもよい。例えば、ユーザー毎の検索回数の全体に占める各属性の割合が予め定められた閾値以上である属性としてもよいし、回数の多い順にソートし（降順）、予め定められた順位より上位である属性等としてもよい。
ステップＳ１２０２では、ログに対する検索指示を収集する。
ステップＳ１２０４では、ユーザー毎に検索条件に用いられた又は表示対象とした属性について、その回数を計数する。
ステップＳ１２０６では、予め定められた回数以上である属性を保存期間が長い属性にするように、ログ属性保存条件を変更する。
なお、ステップＳ１２０６の条件（予め定められた回数以上である属性）を他の条件としてもよい。例えば、ユーザー毎の検索回数の全体に占める各属性の割合が予め定められた閾値以上である属性としてもよいし、回数の多い順にソートし（降順）、予め定められた順位より上位である属性等としてもよい。
図１３を参照して、本実施の形態の情報処理装置のハードウェア構成例について説明する。図１３に示す構成は、例えばパーソナルコンピュータ（ＰＣ）等によって構成されるものであり、スキャナ等のデータ読み取り部１３１７と、プリンタ等のデータ出力部１３１８を備えたハードウェア構成例を示している。
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１３０１は、前述の実施の形態において説明した各種のモジュール、すなわち、ログ受信モジュール１０５、ログ属性消去モジュール１１５、ログ属性消去判定モジュール１２０、ログ収集モジュール１７５、ログ送信モジュール１８０等の各モジュールの実行シーケンスを記述したコンピュータ・プログラムにしたがった処理を実行する制御部である。
ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１３０２は、ＣＰＵ１３０１が使用するプログラムや演算パラメータ等を格納する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３０３は、ＣＰＵ１３０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を格納する。これらはＣＰＵバス等から構成されるホストバス１３０４により相互に接続されている。
ホストバス１３０４は、ブリッジ１３０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バス等の外部バス１３０６に接続されている。
キーボード１３０８、マウス等のポインティングデバイス１３０９は、操作者により操作される入力デバイスである。ディスプレイ１３１０は、液晶表示装置又はＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）等があり、各種情報をテキストやイメージ情報として表示する。
ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１３１１は、ハードディスク（フラッシュメモリ等であってもよい）を内蔵し、ハードディスクを駆動し、ＣＰＵ１３０１によって実行するプログラムや情報を記録又は再生させる。ハードディスクは、ログ保存モジュール１１０、ログ属性保存条件保存モジュール１２５等としての機能を実現させる。さらに、その他の各種データ、各種コンピュータ・プログラム等が格納される。
ドライブ１３１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体１３１３に記録されているデータ又はプログラムを読み出して、そのデータ又はプログラムを、インタフェース１３０７、外部バス１３０６、ブリッジ１３０５、及びホストバス１３０４を介して接続されているＲＡＭ１３０３に供給する。リムーバブル記録媒体１３１３も、ハードディスクと同様のデータ記録領域として利用可能である。
接続ポート１３１４は、外部接続機器１３１５を接続するポートであり、ＵＳＢ、ＩＥＥＥ１３９４等の接続部を持つ。接続ポート１３１４は、インタフェース１３０７、及び外部バス１３０６、ブリッジ１３０５、ホストバス１３０４等を介してＣＰＵ１３０１等に接続されている。通信部１３１６は、通信回線に接続され、外部とのデータ通信処理を実行する。データ読み取り部１３１７は、例えばスキャナであり、ドキュメントの読み取り処理を実行する。データ出力部１３１８は、例えばプリンタであり、ドキュメントデータの出力処理を実行する。
なお、図１３に示す情報処理装置のハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１３に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図１３に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機などに組み込まれていてもよい。
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。
１００…情報処理装置
１０５…ログ受信モジュール
１１０…ログ保存モジュール
１１５…ログ属性消去モジュール
１２０…ログ属性消去判定モジュール
１２５…ログ属性保存条件保存モジュール
１５０…ファイアーウォール
１６０…イントラネット
１７０…デバイス
１７５…ログ収集モジュール
１８０…ログ送信モジュール
２８０…ユーザー端末
２９０…通信回線
１０５…ログ受信モジュール
１１０…ログ保存モジュール
１１５…ログ属性消去モジュール
１２０…ログ属性消去判定モジュール
１２５…ログ属性保存条件保存モジュール
１５０…ファイアーウォール
１６０…イントラネット
１７０…デバイス
１７５…ログ収集モジュール
１８０…ログ送信モジュール
２８０…ユーザー端末
２９０…通信回線
Claims (4)
- 属性によって構成されている履歴情報を記憶している記憶手段と、
前記記憶手段に記憶されている履歴情報に対して、予め定められた規則にしたがって、該履歴情報内の属性を削除する属性削除手段
を具備し、
前記記憶手段に記憶されている履歴情報は、削除される属性群毎に分けられており、
前記属性削除手段は、前記属性群毎に削除する
ことを特徴とする情報処理装置。 - 前記属性削除手段は、利用者の特性に応じて、前記履歴情報内の属性を削除する
ことを特徴とする請求項１に記載の情報処理装置。 - 前記属性削除手段は、利用者の履歴情報に対する検索又は利用者の利用料金額に応じて、前記履歴情報内の属性を削除する
ことを特徴とする請求項２に記載の情報処理装置。 - コンピュータを、
属性によって構成されている履歴情報を記憶している記憶手段と、
前記記憶手段に記憶されている履歴情報に対して、予め定められた規則にしたがって、該履歴情報内の属性を削除する属性削除手段
として機能させ、
前記記憶手段に記憶されている履歴情報は、削除される属性群毎に分けられており、
前記属性削除手段は、前記属性群毎に削除する
情報処理プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015036549A JP6547331B2 (ja) | 2015-02-26 | 2015-02-26 | 情報処理装置及び情報処理プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015036549A JP6547331B2 (ja) | 2015-02-26 | 2015-02-26 | 情報処理装置及び情報処理プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2016157382A JP2016157382A (ja) | 2016-09-01 |
| JP6547331B2 true JP6547331B2 (ja) | 2019-07-24 |
Family
ID=56826129
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2015036549A Active JP6547331B2 (ja) | 2015-02-26 | 2015-02-26 | 情報処理装置及び情報処理プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6547331B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6971053B2 (ja) * | 2017-04-21 | 2021-11-24 | ヤフー株式会社 | データ管理装置、データ管理方法、およびプログラム |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2012104987A (ja) * | 2010-11-09 | 2012-05-31 | Fuji Xerox Co Ltd | ログ整理装置及びプログラム |
-
2015
- 2015-02-26 JP JP2015036549A patent/JP6547331B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2016157382A (ja) | 2016-09-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7827220B2 (en) | Image log recording system, control method therefor, and storage medium storing a control program therefor, that store image logs and control transfer settings for transmitting image logs to an image processing server | |
| US11099792B2 (en) | Information processing system, image processing apparatus, non-transitory computer readable medium for sorting billing information into billing destinations | |
| US11711472B2 (en) | Image processing system enabling easy checking of OCR error image data, image forming apparatus, method of controlling image processing system, method of controlling image forming apparatus, and storage medium | |
| US11182117B2 (en) | Information processing apparatus, method, and non-transitory computer readable medium storing information processing program | |
| JP2014059696A (ja) | 情報処理装置、出力システム及びプログラム | |
| US11243730B2 (en) | Information processing apparatus, method and non-transitory computer readable medium storing information processing program | |
| US20190155554A1 (en) | Information processing apparatus and non-transitory computer readable medium storing information processing program | |
| JP6547331B2 (ja) | 情報処理装置及び情報処理プログラム | |
| CN101764904B (zh) | 信息处理装置和信息处理方法 | |
| US10291820B2 (en) | Image processing apparatus, image processing system, image processing method, and non-transitory computer readable medium for registering reservation printing users | |
| US10365862B2 (en) | System, information processing apparatus, information processing method, and program for performing a process of transmitting page description language data to an image forming apparatus | |
| JP2011035675A (ja) | データ処理システム及びその制御方法 | |
| US8495191B2 (en) | Management apparatus and management method | |
| JP2008070777A (ja) | 画像形成装置及び画像形成システム | |
| JP2007312225A (ja) | データ処理装置、並びに当該装置で実行されるデータ処理方法及びデータ処理プログラム | |
| US9530084B2 (en) | Image processing apparatus capable of ascertaining printing reduction effect, control method therefor, storage medium, and image processing system | |
| JP2018049501A (ja) | 管理装置及び管理プログラム | |
| JP2011066551A (ja) | 機器管理装置、機器管理システム、改善提案方法、改善提案プログラム、及びそのプログラムを記録した記録媒体 | |
| US20130250350A1 (en) | Information processing apparatus, non-transitory computer readable medium storing information processing program, and information processing method | |
| US9961232B2 (en) | Image forming device having different ways of storing preview data | |
| US20140153050A1 (en) | Image forming apparatus that generates log image, image forming system, and non-transitory recording medium | |
| US20170262641A1 (en) | Information processing apparatus and non-transitory computer readable medium | |
| JP2008276672A (ja) | 情報処理プログラム、情報処理装置及び情報処理システム | |
| US11399112B2 (en) | Information processing apparatus, non-transitory computer readable medium storing information processing program, and information processing system | |
| JP2017010212A (ja) | 情報処理装置及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20180116 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20180926 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20181016 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20181211 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20190528 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20190610 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6547331 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |