(57)【要約】      （修正有）【課題】入力個票を逐次処理しながら、処理に用いる規則を更新することが可能な情報処理装置等を提供する。【解決手段】情報処理装置は、入力個票２８を取得する取得部と、取得部が取得した入力個票２８を、規則に基づいて変換する変換部と、取得部が取得した入力個票２８を蓄積する蓄積部と、蓄積部が蓄積した複数の入力個票２８に基づいて新たな規則を生成する生成部と、変換部が使用する規則を生成部が生成した新たな規則に更新する更新部とを備える。【選択図】図９
2018018341.tif 000002
【特許請求の範囲】
【請求項１】
入力個票を取得する取得部と、
前記取得部が取得した前記入力個票を、規則に基づいて変換する変換部と、
前記取得部が取得した前記入力個票を蓄積する蓄積部と、
前記蓄積部が蓄積した複数の前記入力個票に基づいて新たな規則を生成する生成部と、
前記変換部が使用する規則を前記生成部が生成した新たな規則に更新する更新部とを備える
情報処理装置。
【請求項２】
前記変換部は、取得した前記入力個票を逐次変換する請求項１に記載の情報処理装置。
【請求項３】
前記変換部は、前記生成部よりも優先的に動作する請求項１または請求項２に記載の情報処理装置。
【請求項４】
前記変換部は、前記更新部よりも優先的に動作する請求項１から請求項３のいずれか一つに記載の情報処理装置。
【請求項５】
前記生成部は、前記蓄積部に規則の生成に使用していない入力個票が蓄積されていると判定した場合に、新たな規則の生成を開始する請求項１から請求項４のいずれか一つに記載の情報処理装置。
【請求項６】
前記規則は、前記入力個票を匿名化する規則である請求項１から請求項５のいずれか一つに記載の情報処理装置。
【請求項７】
前記入力個票と前記変換部が前記入力個票を変換した変換結果とが同一である場合は、前記蓄積部は、前記入力個票を蓄積しない請求項１から請求項６に記載の情報処理装置。
【請求項８】
入力個票を取得し、
取得した前記入力個票を規則に基づいて変換し、
取得した前記入力個票を蓄積し、
蓄積した複数の前記入力個票に基づいて新たな規則を生成し、
前記入力個票を変換する規則を生成した新たな規則に更新する
処理をコンピュータに実行させる情報処理方法。
【請求項９】
入力個票を取得し、
取得した前記入力個票を規則に基づいて変換し、
取得した前記入力個票を蓄積し、
蓄積した複数の前記入力個票に基づいて新たな規則を生成し、
前記入力個票を変換する規則を生成した新たな規則に更新する
処理をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法およびプログラムに関する。
【背景技術】
【０００２】
過去に取得した入力個票に対してｋ−匿名性を満たすように匿名化する規則を算出し、新たに取得した入力個票を匿名化する手法等が提案されている（特許文献１から特許文献３）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−８０３７５号公報
【特許文献２】米国特許出願公開第２００２／１６９７９３号明細書
【特許文献３】特表２００６−５１２０１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１から特許文献３には、入力個票の逐次処理と並行して、処理に用いる規則を更新する方法は開示されていない。
【０００５】
一つの側面では、入力個票を逐次処理しながら、処理に用いる規則を更新することが可能な情報処理装置等を提供することを目的とする。
【課題を解決するための手段】
【０００６】
情報処理装置は、入力個票を取得する取得部と、前記取得部が取得した前記入力個票を、規則に基づいて変換する変換部と、前記取得部が取得した前記入力個票を蓄積する蓄積部と、前記蓄積部が蓄積した複数の前記入力個票に基づいて新たな規則を生成する生成部と、前記変換部が使用する規則を前記生成部が生成した新たな規則に更新する更新部とを備える。
【発明の効果】
【０００７】
一つの側面では、入力個票を逐次処理しながら、処理に用いる規則を更新することが可能な情報処理装置等を提供できる。
【図面の簡単な説明】
【０００８】
【図１】情報処理システムの構成を示す説明図である。
【図２】処理の概要を示す説明図である。
【図３】入力個票の例を示す説明図である。
【図４】蓄積ＤＢのレコードレイアウトを示す説明図である。
【図５】規則ＤＢのレコードレイアウトを示す説明図である。
【図６】出力個票の例を示す説明図である。
【図７】規則ＤＢの第２の例を示す説明図である。
【図８】出力個票の第２の例を示す説明図である。
【図９】処理の概要を説明するタイムチャートである。
【図１０】規則ＤＢの第３の例を示す説明図である。
【図１１】変換結果を説明する説明図である。
【図１２】規則生成処理の流れを示すフローチャートである。
【図１３】規則作成のサブルーチンの処理の流れを示すフローチャートである。
【図１４】逐次データ処理の流れを示すフローチャートである。
【図１５】変換処理のサブルーチンの処理の流れを示すフローチャートである。
【図１６】実施の形態２の情報処理システムの構成を示す説明図である。
【図１７】実施の形態２の処理の流れを示すフローチャートである。
【図１８】実施の形態３の変換結果を説明する説明図である。
【図１９】実施の形態３の規則ＤＢの例を示す説明図である。
【図２０】実施の形態４の情報処理装置の動作を示す機能ブロック図である。
【図２１】実施の形態５の情報処理システムの構成を示す説明図である。
【発明を実施するための形態】
【０００９】
［実施の形態１］
図１は、情報処理システム１０の構成を示す説明図である。情報処理システム１０は、本実施の形態の情報処理装置の一例であるサーバ１１、第１クライアント２１および第２クライアント２５を備える。サーバ１１、第１クライアント２１および第２クライアント２５は、インターネット、公衆通信回線またはＬＡＮ(Local Area Network)等のネットワークを介して接続されている。
【００１０】
サーバ１１は、サーバＣＰＵ（Central Processing Unit）１２、主記憶装置１３、補助記憶装置１４、通信部１５およびバスを備える。本実施の形態のサーバ１１は、入力個票２８を匿名化した出力個票２９に変換する逐次データ処理と、変換に用いる規則の生成とを行う。本実施の形態のサーバ１１は、汎用のパーソナルコンピューター、大型計算機等の情報機器等である。また、本実施の形態のサーバ１１は、大型計算機上で動作する仮想マシンでも良い。
【００１１】
サーバＣＰＵ１２は、本実施の形態に係るプログラムを実行する演算制御装置である。サーバＣＰＵ１２には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。サーバＣＰＵ１２は、バスを介してサーバ１１を構成するハードウェア各部と接続されている。
【００１２】
主記憶装置１３は、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、フラッシュメモリ等の記憶装置である。主記憶装置１３には、サーバＣＰＵ１２が行う処理の途中で必要な情報およびサーバＣＰＵ１２で実行中のプログラムが一時的に保存される。
【００１３】
補助記憶装置１４は、ＳＲＡＭ、フラッシュメモリ、ハードディスクまたは磁気テープ等の記憶装置である。補助記憶装置１４には、サーバＣＰＵ１２に実行させるプログラム、蓄積ＤＢ（Data Base）３１、規則ＤＢ３２およびプログラムの実行に必要な各種情報が保存される。通信部１５は、ネットワークとの通信を行うインターフェイスである。なお、蓄積ＤＢ３１および規則ＤＢ３２は、ネットワーク等を介してサーバ１１に接続された別の記憶装置に記憶されても良い。
【００１４】
蓄積ＤＢ３１は、ネットワークから取得した入力個票２８を蓄積するＤＢである。規則ＤＢ３２は、入力個票２８を出力個票２９に逐次変換する際に用いる規則を記録するＤＢである。本実施の形態においては、サーバＣＰＵ１２は、規則ＤＢ３２に基づいて入力個票２８を出力個票２９に変換することにより匿名化する。蓄積ＤＢ３１および規則ＤＢ３２の詳細については後述する。
【００１５】
第２クライアント２５は、入力個票２８を逐次取得してネットワークに送るクライアントである。第２クライアント２５は、店舗等に設置された情報端末および一般消費者等が使用するパソコン、タブレット、スマートフォンなどの情報機器である。以後の説明では第２クライアント２５を操作するユーザを第２ユーザと記載する。
【００１６】
入力個票２８は、たとえばＷｅｂサイトの会員登録、通信販売の取引記録、ポイントカードのポイント付与記録等から取得する。入力個票２８は、所定の形式で第２クライアント２５からネットワークに逐次送られる。入力個票２８には、個人に関する情報が含まれる可能性がある。
【００１７】
第１クライアント２１は、たとえばマーケティング等に、出力個票２９を活用するユーザが使用するクライアントである。本実施の形態の第１クライアント２１は、汎用のパーソナルコンピューター、大型計算機等の情報機器を使用する。以後の説明では、第１クライアント２１を操作するユーザを第１ユーザと記載する。第１クライアント２１は、入力個票２８をサーバＣＰＵ１２が匿名化した出力個票２９を逐次受け取る。
【００１８】
なお、第１クライアント２１および第２クライアント２５は、サーバ１１と同様にＣＰＵ、主記憶装置、補助記憶装置および通信部を備える。さらに、第１クライアント２１および第２クライアント２５は、キーボード、タッチパネル、マウス等の入力インターフェイスおよび液晶ディスプレイ、有機ＥＬディスプレイ、プリント等の出力インターフェイスを備える。第１クライアント２１および第２クライアント２５の内部構成については、図示を省略する。
【００１９】
図２は、処理の概要を示す説明図である。本実施の形態のサーバＣＰＵ１２は、入力個票２８を変換する規則の生成と、規則に基づいて入力個票２８を出力個票２９に変換する逐次データ処理とを並行して行う。規則生成および逐次データ処理のそれぞれの処理の流れは後述する。１件ごとの入力個票２８の逐次データ処理に要する時間は、規則生成に要する時間に比べて大幅に短い。
【００２０】
サーバＣＰＵ１２は、蓄積ＤＢ３１に蓄積された入力個票２８のデータに基づいて、規則を生成する。規則の生成中に入力個票２８を受信した場合には、サーバＣＰＵ１２は入力個票２８を出力個票２９に変換する逐次データ処理を優先して実行する。入力個票２８の処理が終了した後、サーバＣＰＵ１２は規則生成の処理を再開する。
【００２１】
サーバＣＰＵ１２は、逐次データ処理中に並行して規則生成の処理を実行しても良い。たとえば入力個票２８を蓄積ＤＢ３１に蓄積する処理および出力個票２９をネットワークに送信する処理では、サーバＣＰＵ１２の負荷は比較的小さい。このようにサーバＣＰＵ１２の負荷が比較的小さい時間には、規則生成の処理を並行して行っても逐次データ処理の速度に悪影響を与えない。
【００２２】
サーバＣＰＵ１２は、規則ＤＢ３２に記録された規則を新たに生成した規則に更新する。サーバＣＰＵ１２は、規則ＤＢ３２が更新された後に受信した入力個票２８については、新たな規則を用いて逐次データ処理を行う。
【００２３】
以上の処理を繰り返すことにより、サーバＣＰＵ１２は入力個票２８を逐次出力個票２９に変換する処理と、蓄積ＤＢ３１に蓄積した入力個票２８に基づいて処理に用いる規則を新たに生成して更新する処理とを並行して実行する。
【００２４】
図３は、入力個票２８の例を示す説明図である。図３の一つの行は、１個の入力個票２８とＩＤ（IDentifier）とを示す。個票は、たとえば一人分の会員登録情報、または一回の取引の記録等、一つの塊として取り扱われるデータである。図３では、例として郵便番号、生年、性別の３つの項目を含む個票を示す。なお、図３では郵便番号の上３桁のみを記録した例を示す。
【００２５】
図３の一番左の列には、説明のためにそれぞれの個票を識別するＩＤを示す。本実施の形態においては、サーバＣＰＵ１２がネットワークから個票を受信した順番に、ＡからＨのＩＤを付与して説明する。個票には図３に示す項目の他にたとえば住所、氏名、電話番号、メールアドレス、家族構成、購買した商品、支払い方法等の、個人に関する様々な項目が含まれる場合がある。
【００２６】
図４は、蓄積ＤＢ３１のレコードレイアウトを示す説明図である。蓄積ＤＢ３１は、入力個票２８と、規則生成への使用有無とを関連づけるＤＢである。蓄積ＤＢ３１は、入力個票フィールドおよび使用フィールドを有する。入力個票フィールドは、郵便番号フィールド、生年フィールドおよび性別フィールドを含む。蓄積ＤＢ３１は、蓄積した一つの入力個票２８について一つのレコードを有する。なお、図４では、説明のために一番左の列に入力個票のＩＤを記載する。
【００２７】
入力個票フィールドの各フィールドには、入力個票２８に含まれていた各データが記録されている。使用フィールドには、入力個票２８を変換する規則の生成に使用済であるか否かが記録されている。
【００２８】
サーバＣＰＵ１２は、入力個票２８を変換する規則の生成に使用しないと判定した個票は蓄積ＤＢ３１に蓄積しない。そのため、蓄積ＤＢ３１には、ＩＤがＤおよびＧの個票は記録されていない。蓄積ＤＢ３１に蓄積する個票と蓄積しない個票との判定については後述する。
【００２９】
図５は、規則ＤＢ３２のレコードレイアウトを示す説明図である。規則ＤＢ３２は、入力個票２８を出力個票２９に変換する際に用いる規則を記録するＤＢである。規則ＤＢ３２は、Ｎｏ．フィールド、入力個票フィールドおよび出力個票フィールドを有する。入力個票フィールドおよび出力個票フィールドは、それぞれ郵便番号フィールド、生年フィールドおよび性別フィールドを含む。規則ＤＢ３２は、変換に用いる一つの規則について一つのレコードを有する。
【００３０】
Ｎｏ．フィールドには、規則の適用可否を判定する順番が記録されている。本実施の形態においては、Ｎｏ．フィールドに記録された数字が小さいレコードから順次適用可否を判定する。入力個票フィールドには、レコードを適用する場合の条件が記録されている。出力個票フィールドには、レコードを適用した場合に出力する個票が記録されている。
【００３１】
さらに具体的に説明する。Ｎｏ．１のレコードは、入力個票２８が「１９８、２０、女」である場合に、「１９８、２０、女」の出力個票２９に変換する規則を示す。同様にＮｏ．２のレコードは、入力個票２８が「１９８、５０、男」である場合に、「１９８、５０、男」の出力個票２９に変換する規則を示す。Ｎｏ．３のレコードは、入力個票２８が他のいずれのレコードの入力個票フィールドにも合致しない場合に、「＊、＊、＊」の出力個票２９に変換する規則を示す。
【００３２】
ここで「＊」は、入力個票２８の各項目の具体的なデータが隠されたことを意味する。以下の説明では、「＊」を一般化符号と呼ぶ。同様に、すべての項目が一般化符号「＊」である個票「＊、＊、＊」を一般化個票と呼ぶ。また、個票の項目を一般化符号「＊」に置き換える処理を一般化処理と呼ぶ。
【００３３】
一般化処理により、内容が異なる複数の入力個票２８が同一の出力個票２９に変換される。このように入力個票２８を処理することにより、入力個票２８を所定の条件の匿名性を備える出力個票２９に変換することができる。
【００３４】
図６は、出力個票２９の例を示す説明図である。図６の一つの行は、図３の一つの行に示す入力個票２８を図５に示す規則により変換した出力個票２９を示す。図６の一番左の列に示すＩＤは、説明のためにそれぞれの個票を識別する記号である。出力個票２９に付与されたＩＤは、入力個票２８に付与されたＩＤと一致している。図３、図５および図６を使用して、入力個票２８の変換について説明する。
【００３５】
ＩＤがＡおよびＧの入力個票２８は、図５に示す規則のＮｏ．１のレコードの入力個票フィールドと一致している。したがって、Ｎｏ．１のレコードが適用され、出力個票２９は「１９８、２０、女」である。ＩＤがＢ、ＣおよびＤの入力個票２８は、図５に示す規則のＮｏ．２のレコードの入力個票フィールドと一致している。したがって、Ｎｏ．２のレコードが適用され、出力個票２９は「１９８、５０、男」である。ＩＤがＥ、ＦおよびＨの入力個票２８は、図５に示す規則のＮｏ３以外のレコードの入力個票フィールドと一致しない。したがって、Ｎｏ．３のレコードが適用され、出力個票２９は一般化個票「＊、＊、＊」である。
【００３６】
図７は、規則ＤＢ３２の第２の例を示す説明図である。図７に示す規則ＤＢ３２のレコードレイアウトは、図５を説明した規則ＤＢ３２のレコードレイアウトと同一であるので説明を省略する。Ｎｏ．１のレコードは、入力個票フィールドの性別フィールドに「−」が記録されている。「−」は、入力個票２８中の当該項目の内容にかかわらずレコードを適用することを示している。
【００３７】
さらに具体的に説明する。Ｎｏ．１のレコードは、入力個票２８の郵便番号が「１９８」、生年が「２０」である場合に、性別のデータにかかわらず「１９８、２０、＊」の出力個票２９に変換する規則を示す。Ｎｏ．２およびＮｏ．３のレコードは図５と同一であるので説明を省略する。
【００３８】
図８は、出力個票２９の第２の例を示す説明図である。図８の一つの行は、図３の一行に示す入力個票２８を図７に示す規則により変換した出力個票２９を示す。図８の一番左の列に示すＩＤは、説明のためにそれぞれの個票を識別する記号である。出力個票２９に付与されたＩＤは、入力個票２８に付与されたＩＤと一致している。図３、図７および図８を使用して、入力個票２８の変換について説明する。
【００３９】
ＩＤがＡ、ＧおよびＨの入力個票２８は、図５に示す規則のＮｏ．１のレコードの入力個票フィールドと一致している。したがって、Ｎｏ．１のレコードが適用され、出力個票２９は「１９８、２０、＊」である。ここで、性別が「女」であるＡおよびＧの入力個票２８と、性別が「男」であるＨの入力個票２８とが、同一の出力個票２９に変換されている。
【００４０】
ＩＤがＢ、ＣおよびＤの入力個票２８は、図７に示す規則のＮｏ．２のレコードの入力個票フィールドと一致している。したがって、Ｎｏ．２のレコードが適用され、出力個票２９は「１９８、５０、男」である。ＩＤがＥおよびＦの入力個票２８は、図７に示す規則のＮｏ３以外のレコードの入力個票フィールドと一致しない。したがって、Ｎｏ．３のレコードが適用され、出力個票２９は一般化個票「＊、＊、＊」である。
【００４１】
図６および図８に示すように、同一の入力個票２８が入力した場合であっても、規則ＤＢ３２の内容が異なる場合には、異なる出力個票２９に変換される。規則ＤＢ３２は、入力個票２８の傾向の変動および変換後の個票を活用する第１ユーザのニーズの変動等に応じて、適宜調整することが望ましい。
【００４２】
図９は、処理の概要を説明するタイムチャートである。図１０は、規則ＤＢ３２の第３の例を示す説明図である。図１１は、変換結果を説明する説明図である。図９から図１１を使用して、本実施の形態のサーバＣＰＵ１２の処理を説明する。
【００４３】
図９Ｓから図９Ｗの横軸は時間である。図９Ｓは、サーバＣＰＵ１２が入力個票２８を受信するタイミングを示す。図９Ｔは、サーバＣＰＵ１２が出力個票２９を送信するタイミングを示す。図９Ｕは、サーバＣＰＵ１２が蓄積ＤＢ３１に入力個票２８を蓄積するタイミングを示す。
【００４４】
サーバＣＰＵ１２は、入力個票２８を受信する都度、規則ＤＢ３２に記録された規則に基づいて出力個票２９に変換する逐次データ処理を行う。入力個票２８を出力個票２９に変換する処理および入力個票２８を蓄積ＤＢ３１に蓄積する処理に要する時間は短い。したがって、図９に示すタイムチャート上ではそれぞれの入力個票２８の受信、出力個票２９の出力および入力個票２８の蓄積はほぼ同一の時刻に行われる。
【００４５】
図９Ｖは、サーバＣＰＵ１２が入力個票２８を出力個票２９に変換する規則を生成する時間を白抜き矢印で示す。図９Ｗは、サーバＣＰＵ１２が入力個票２８を出力個票２９に変換する際に使用する規則ＤＢ３２の変化を示す。
【００４６】
図１０は、規則ＤＢ３２に最初に記録されている規則Ｘ１を示す。規則Ｘ１は、すべての入力個票２８を一般化個票「＊、＊、＊」に変換する規則を示す。図１１は、ＩＤがＡからＨまでの入力個票２８の変換に使用された規則およびそれぞれの入力個票２８をサーバＣＰＵ１２が変換した出力個票２９を示す。
【００４７】
図９に示すタイムチャートに沿って、本実施の形態のサーバＣＰＵ１２が行う処理の例を説明する。サーバＣＰＵ１２は、ＩＤがＡおよびＢの入力個票２８を、図９Ｗに示すように規則Ｘ１を使用する時間に受信する。サーバＣＰＵ１２は、それぞれの入力個票２８を、Ａ１およびＢ１の出力個票２９に変換して出力する。図１１に示すように、ＩＤがＡおよびＢの入力個票２８には図１０に示す規則Ｘ１が適用されるので、出力個票２９は一般化個票「＊、＊、＊」である。
【００４８】
さらにサーバＣＰＵ１２は、図９Ｕに示すようにＡおよびＢの入力個票２８を蓄積ＤＢ３１に蓄積する。サーバＣＰＵ１２は、蓄積するそれぞれのレコードの使用フィールドに「未」と記録する。
【００４９】
ＩＤがＢの入力個票２８が蓄積ＤＢ３１に蓄積された後に、図９Ｕに示すようにサーバＣＰＵ１２は蓄積ＤＢ３１から蓄積済のデータを取得して、変換に使用する新しい規則Ｘ２の生成を開始する。サーバＣＰＵ１２は、蓄積ＤＢ３１中の取得したレコードの使用フィールドを「済」に変更する。規則の生成は複雑な処理であり、図９Ｖに白抜き矢印で示すように時間が掛かる。規則の生成の詳細については後述する。
【００５０】
サーバＣＰＵ１２は、規則Ｘ２を生成する処理の途中でＩＤがＣの入力個票２８を受信する。サーバＣＰＵ１２は規則Ｘ１を使用してＣ１の出力個票２９に変換して出力する。図１１に示すように、出力個票２９は一般化個票「＊、＊、＊」である。サーバＣＰＵ１２は、ＩＤがＣの入力個票２８を蓄積ＤＢ３１に蓄積する。
【００５１】
規則Ｘ２の生成が完了した後に、ＣＰＵ１２は規則ＤＢ３２の内容を規則Ｘ１から規則Ｘ２に更新する。以後、サーバＣＰＵ１２は入力個票２８の変換に規則Ｘ２を使用する。規則Ｘ２は、図５を使用して説明した規則である。サーバＣＰＵ１２は、蓄積ＤＢ３１から蓄積済のデータを取得して、変換に使用する新しい規則Ｘ３の生成を開始する。
【００５２】
なお、サーバＣＰＵ１２は、蓄積ＤＢ３１に使用フィールドに「未」と記録されたレコードが存在しない場合には、新たなレコードが蓄積ＤＢ３１に追加されるまで規則の生成を開始しない。サーバＣＰＵ１２は、使用フィールドに「未」と記録されたレコードの数が所定の数に達した場合に、規則の生成を開始しても良い。サーバＣＰＵ１２は、規則の生成が完了した後、所定の時間が経過した後に、規則の生成を開始しても良い。サーバＣＰＵ１２は、たとえば毎日０時等、所定の時刻に規則の生成を開始しても良い。
【００５３】
サーバＣＰＵ１２は、ＩＤがＤ、Ｅ、Ｆ、ＧおよびＨの入力個票２８を、規則Ｘ２を使用する時間に受信し、Ｄ２、Ｅ２、Ｆ２、Ｇ２およびＨ２の出力個票２９に変換して出力する。ＩＤがＤの入力個票２８は「１９８、５０、男」であるので、サーバＣＰＵ１２は図５に示すＮｏ．２のレコードを適用する。その結果、サーバＣＰＵ１２は「１９８、５０、男」の出力個票２９を出力する。ＩＤがＧの入力個票２８は「１９８、２０、女」であるので、サーバＣＰＵ１２は図５に示すＮｏ．１のレコードを適用する。その結果、サーバＣＰＵ１２は「１９８、２０、女」の出力個票２９を出力する。ＩＤがＥ、ＦおよびＨの入力個票２８に対しては、サーバＣＰＵ１２は図５に示すＮｏ．３のレコードを適用する。その結果、サーバＣＰＵ１２は一般化個票「＊、＊、＊」を出力する。
【００５４】
さらにサーバＣＰＵ１２は、ＩＤがＥ、ＦおよびＨの入力個票２８を蓄積ＤＢ３１に蓄積する。サーバＣＰＵ１２が、ＩＤがＤおよびＧの個票を蓄積ＤＢ３１に蓄積しない理由については後述する。
【００５５】
規則Ｘ３の生成が完了した後に、ＣＰＵ１２は規則ＤＢ３２の内容を規則Ｘ２から規則Ｘ３に更新する。以後、サーバＣＰＵ１２は入力個票２８の変換に規則Ｘ３を使用する。サーバＣＰＵ１２は、蓄積ＤＢ３１から蓄積済のデータを取得して、変換に使用する新しい規則Ｘ４の生成を開始する。
【００５６】
以上のように、サーバＣＰＵ１２は入力個票２８を受信し、規則に基づいて出力個票２９に変換して出力する処理を逐次実行しながら、蓄積した入力個票２８に基づいて新たな規則を生成する。
【００５７】
本実施の形態でサーバＣＰＵ１２が生成する規則について説明する。まず、匿名性について説明する。どの個票にも、同一内容の個票が当該個票自身も含めてｋ個以上存在する状態を、ｋ−匿名性という。ここでｋは２以上の整数である。ｋ−匿名性が確保されていれば、個票と紐付けられる個人をｋ人未満に絞り込んで特定することができない。
【００５８】
本実施の形態のサーバＣＰＵ１２は、入力個票２８をｋ＝２の匿名性を有する出力個票２９に変換する規則を生成する。具体的には、各項目に記録されたデータの組合せが、過去に取得した入力個票２８と同一である場合には、入力個票２８と同一のデータを有する出力個票２９を出力する。一方、各項目に記録されたデータの組合せが、過去に取得したどの入力個票２８とも異なる場合には、一般化個票「＊、＊、＊」を出力する。
【００５９】
したがって、サーバＣＰＵ１２は蓄積ＤＢ３１に蓄積された入力個票２８と同一のデータを入力個票フィールドおよび出力個票フィールドに有する規則ＤＢ３２を生成する。サーバＣＰＵ１２は、規則ＤＢ３２に同一の入力個票フィールドを有するレコードが重複して記録された場合には、重複しているレコードを削除する。
【００６０】
入力個票２８と出力個票２９とが同一である場合には、既に同一のデータを有する入力個票２８が蓄積ＤＢ３１に蓄積されている。したがって、サーバＣＰＵ１２は入力個票２８を蓄積ＤＢ３１に蓄積しない。図１１を使用して説明したように、ＩＤがＤおよびＧの入力個票２８は同一の内容の出力個票２９に変換されるので、サーバＣＰＵ１２はこれらの入力個票２８を蓄積ＤＢ３１に蓄積しない。
【００６１】
以上に説明した規則ＤＢ３２は例示である。サーバＣＰＵ１２は、ｋ＝３以上のｋ−匿名性を有するように入力個票２８を出力個票２９に変換する規則を生成しても良い。サーバＣＰＵ１２は、たとえばＰｋ−匿名性を有するように入力個票２８を出力個票２９に変換する規則を生成しても良い。Ｐｋ−匿名性とは、個票から個人を特定することができる可能性が１／ｋ未満である状態を意味する。
【００６２】
最初に使用する規則Ｘ１は、事前に収集した多数の入力個票２８に基づいてあらかじめ生成した規則であっても良い。
【００６３】
図１２は、規則生成処理の流れを示すフローチャートである。図１２に示すプログラムは、図９Ｖに示す変換規則を生成する処理を行うプログラムである。図１２を使用して、本実施の形態のプログラムの処理の流れを説明する。
【００６４】
サーバＣＰＵ１２は、規則生成処理の開始を指示する通知を取得する（ステップＳ５００）。通知は、たとえばネットワークを介してサーバＣＰＵ１２が受信したシグナルまたは割り込み信号である。所定の時刻または所定の時間間隔ごとにサーバ１１が内蔵する時計が通知を発生しても良い。
【００６５】
サーバＣＰＵ１２は、蓄積ＤＢ３１から使用フィールドに「未」と記録されたレコードの数を取得する（ステップＳ５０１）。サーバＣＰＵ１２は、規則の生成を開始するか否かを判定する（ステップＳ５０２）。たとえば、サーバＣＰＵ１２は、ステップＳ５０１で取得した数が１以上である場合に、規則の生成を開始すると判定する。
【００６６】
生成を開始しないと判定した場合（ステップＳ５０２でＮＯ）、サーバＣＰＵ１２はステップＳ５００に戻る。生成を開始すると判定した場合（ステップＳ５０２でＹＥＳ）、サーバＣＰＵ１２は規則作成のサブルーチンを起動する（ステップＳ５０３）。規則作成のサブルーチンは、蓄積ＤＢ３１に蓄積された入力個票２８に基づいて規則ＤＢ３２に記録する規則を作成するサブルーチンである。規則作成のサブルーチンの処理の流れは後述する。
【００６７】
サーバＣＰＵ１２は、ステップＳ５０３で作成した規則で規則ＤＢ３２を更新する（ステップＳ５０４）。サーバＣＰＵ１２は、処理を終了するか否かを判定する（ステップＳ５０５）。処理を終了する場合とは、たとえばネットワークを介して処理規則を生成する処理を終了するという入力を受け付けた場合である。
【００６８】
処理を終了しないと判定した場合（ステップＳ５０５でＮＯ）、サーバＣＰＵ１２はステップＳ５００に戻る。処理を終了すると判定した場合（ステップＳ５０５でＹＥＳ）、サーバＣＰＵ１２は処理を終了する。
【００６９】
図１３は、規則作成のサブルーチンの処理の流れを示すフローチャートである。規則作成のサブルーチンは、蓄積ＤＢ３１に蓄積された入力個票２８に基づいて規則ＤＢ３２に記録する規則を作成するサブルーチンである。図１３を使用して、規則作成のサブルーチンの処理の流れを説明する。
【００７０】
サーバＣＰＵ１２は、蓄積ＤＢ３１から規則の生成に用いるデータを取得する（ステップＳ５１１）。具体的には、サーバＣＰＵ１２は蓄積ＤＢ３１から使用フィールドに「未」と記録された各レコードの入力個票フィールドに記録されたデータを取得して、補助記憶装置１４または主記憶装置１３に記憶する。サーバＣＰＵ１２は、蓄積ＤＢ３１中の当該レコードの使用フィールドを「済」に変更する。
【００７１】
サーバＣＰＵ１２は、規則ＤＢ３２を補助記憶装置１４または主記憶装置１３に複製する（ステップＳ５１２）。以後、サーバＣＰＵ１２はステップＳ５１２で複製した規則ＤＢ３２を用いて処理を実行する。
【００７２】
サーバＣＰＵ１２は、カウンタＩを初期値１に設定する（ステップＳ５１３）。サーバＣＰＵ１２は、カウンタＪを初期値１に設定する（ステップＳ５１４）。
【００７３】
サーバＣＰＵ１２は、ステップＳ５１１で取得したＩ番目の入力個票２８が、複製した規則ＤＢ３２のＪ番目のレコードの入力個票フィールドと一致するか否かを判定する（ステップＳ５１５）。一致しないと判定した場合（ステップＳ５１５でＮＯ）、サーバＣＰＵ１２は複製した規則ＤＢ３２に新たなレコードを追加する（ステップＳ５１６）。
【００７４】
具体的には、サーバＣＰＵ１２は複製した規則ＤＢ３２の最後のレコードの一つ前にレコードを追加する。サーバＣＰＵ１２は、追加したレコードの入力個票フィールドおよび出力個票フィールドに、Ｉ番目の入力個票２８のデータを記録する。サーバＣＰＵ１２は、追加したレコードのＮｏ．フィールドおよび最後のレコードのＮｏ．フィールドに連番で番号を記録する。
【００７５】
一致すると判定した場合には（ステップＳ５１５でＹＥＳ）、サーバＣＰＵ１２は複製した規則ＤＢ３２のすべてのレコードの処理を終了したか否かを判定する（ステップＳ５１７）。終了していないと判定した場合（ステップＳ５１７でＮＯ）、サーバＣＰＵ１２はカウンタＪに１を加算する（ステップＳ５１８）。サーバＣＰＵ１２はステップＳ５１５に戻る。
【００７６】
規則ＤＢ３２のすべてのレコードの処理を終了したと判定した場合（ステップＳ５１７でＹＥＳ）およびステップＳ５１６の終了後、サーバＣＰＵ１２はステップＳ５１１で取得したすべての入力個票２８の処理が終了したか否かを判定する（ステップＳ５１９）。処理を終了していないと判定した場合（ステップＳ５１９でＮＯ）、サーバＣＰＵ１２はカウンタＩに１を加算する（ステップＳ５２０）。サーバＣＰＵ１２はステップＳ５１４に戻る。処理を終了したと判定した場合（ステップＳ５１９でＹＥＳ）、サーバＣＰＵ１２は処理を終了する。
【００７７】
なお、図１３を使用して説明した規則作成のサブルーチンは一例である。第１ユーザのニーズ等に応じた規則を作成するアルゴリズムを実現するサブルーチンを使用することが望ましい。
【００７８】
規則作成のサブルーチンは、ｋ＝３以上のｋ−匿名性を有するように入力個票２８を出力個票２９に変換する規則を生成するサブルーチンであっても良い。このようにする場合には、サーバＣＰＵ１２は既存の規則ＤＢ３２の複製を使用せずに、蓄積ＤＢ３１に蓄積された入力個票を用いて新たな規則ＤＢ３２を作成する。
【００７９】
規則作成のサブルーチンは、たとえばＰｋ−匿名性を有するように入力個票２８を出力個票２９に変換する規則を生成するサブルーチンであっても良い。
【００８０】
図１４は、逐次データ処理の流れを示すフローチャートである。図１４に示すプログラムは、サーバＣＰＵ１２がネットワークから入力個票２８を受信する都度、逐次実行する処理である。図１４使用して、本実施の形態のプログラムの処理の流れを説明する。
【００８１】
サーバＣＰＵ１２は、変換処理のサブルーチンを起動する（ステップＳ５３２）。変換処理のサブルーチンは、規則ＤＢ３２に記録された規則に基づいて入力個票２８を出力個票２９に変換するサブルーチンである。変換処理のサブルーチンの処理の流れは後述する。
【００８２】
サーバＣＰＵ１２は、出力個票２９をネットワークに送信する（ステップＳ５３３）。サーバＣＰＵ１２は、入力個票２８と出力個票２９とが一致しているか否かを判定する（ステップＳ５３４）。一致していないと判定した場合（ステップＳ５３４でＮＯ）、サーバＣＰＵ１２は入力個票２８を蓄積ＤＢ３１に蓄積する（ステップＳ５３５）。具体的には、サーバＣＰＵ１２は、蓄積ＤＢ３１に新しいレコードを追加する。サーバＣＰＵ１２は受信した入力個票２８のデータを入力個票フィールドに記録する。サーバＣＰＵ１２は、使用フィールドに「未」を記録する。
【００８３】
一致していると判定した場合（ステップＳ５３４でＹＥＳ）およびステップＳ５３５の終了後、サーバＣＰＵ１２は処理を終了する。
【００８４】
図１５は、変換処理のサブルーチンの処理の流れを示すフローチャートである。変換処理のサブルーチンは、規則ＤＢ３２に記録された規則に基づいて入力個票２８を出力個票２９に変換するサブルーチンである。
【００８５】
サーバＣＰＵ１２は、カウンタＩを初期値１に設定する（ステップＳ５４５）。サーバＣＰＵ１２は、入力個票２８に規則ＤＢ３２のＩ番目のレコードを適用するか否かを判定する（ステップＳ５４２）。具体的には、入力個票２８が規則ＤＢ３２のＩ番目のレコードの入力個票フィールドに記録されたデータと一致している場合に、サーバＣＰＵ１２はレコードを適用すると判定する。
【００８６】
適用しないと判定した場合（ステップＳ５４２でＮＯ）、サーバＣＰＵ１２はカウンタＩに１を加算する（ステップＳ５４３）。サーバＣＰＵ１２はステップＳ５４２に戻る。適用すると判定した場合（ステップＳ５４２でＹＥＳ）、サーバＣＰＵ１２は入力個票２８を変換して出力個票２９を作成する（ステップＳ５４４）。具体的には、サーバＣＰＵ１２は規則ＤＢ３２のＩ番目のレコードの出力個票フィールドに記録されているデータを出力個票２９のデータに設定する。その後、サーバＣＰＵ１２は処理を終了する。
【００８７】
本実施の形態によると、入力個票２８を逐次処理して匿名化した出力個票２９を出力しながら、処理に用いる規則を更新する情報処理システム１０を提供することができる。そのため、第１ユーザは入力個票２８が生成された都度、匿名化された出力個票２９を受け取り、マーケティング活動等に活用することができる。
【００８８】
入力個票２８の変換に使用する規則を随時更新するので、入力個票２８の傾向が変化した場合であっても、適切に匿名化を行うことができる。
【００８９】
前述のとおり、図１３を使用して説明した規則作成のサブルーチンは一例である。第１ユーザのニーズ等に応じた規則を作成するアルゴリズムを実現するサブルーチンを使用することが望ましい。
【００９０】
蓄積ＤＢ３１には、規則を作成するアルゴリズムに応じて入力個票２８を蓄積することが望ましい。ステップＳ５３４の判定を行わず、すべての入力個票２８を蓄積ＤＢ３１に蓄積しても良い。蓄積ＤＢ３１に所定の数の入力個票２８が記録された後は古い入力個票２８から順次削除し、蓄積ＤＢ３１に蓄積するレコードの数を一定に維持しても良い。
【００９１】
蓄積ＤＢ３１に入力個票２８を蓄積した日時を記録するフィールドを設け、蓄積した後に一定の時間が経過したレコードを削除しても良い。蓄積ＤＢ３１に使用フィールドを設けず、ステップＳ５１１で入力個票２８を取得したレコードは削除しても良い。サーバＣＰＵ１２は、入力個票２８に記録された項目のうちの一部の項目のみを蓄積ＤＢ３１に記録しても良い。
【００９２】
［実施の形態２]
実施の形態２は、規則の生成と逐次データ処理とを異なるＣＰＵで行う情報処理システム１０に関する。なお、実施の形態１と共通する部分については、説明を省略する。
【００９３】
図１６は、実施の形態２の情報処理システム１０の構成を示す説明図である。情報処理システム１０は、サーバ１１、変換サーバ１８、第１クライアント２１および第２クライアント２５を備える。サーバ１１、変換サーバ１８、第１クライアント２１および第２クライアント２５は、ネットワークを介して接続している。
【００９４】
変換サーバ１８は、入力個票２８を取得して出力個票２９に変換して出力するサーバである。本実施の形態の変換サーバ１８は、汎用のパーソナルコンピューター、大型計算機等の情報機器等である。また、本実施の形態のサーバ１１と変換サーバ１８とは、同一のハードウェア上で動作する仮想マシンでも良い。変換サーバ１８は、本実施の形態の変換部の一例である。
【００９５】
変換サーバ１８は、サーバ１１と同様にＣＰＵ、主記憶装置、補助記憶装置および通信部を備える。変換サーバ１８の補助記憶装置には、規則ＤＢ３２の複製が記憶される。変換サーバ１８の内部構成については、図示を省略する。
【００９６】
図１７は、実施の形態２のプログラムの処理の流れを示すフローチャートである。図１７を使用して、本実施の形態の処理の流れを説明する。
【００９７】
第２クライアント２５のＣＰＵは、逐次発生する入力個票２８を取得する（ステップＳ６０１）。第２クライアント２５のＣＰＵは、取得した入力個票２８を、ネットワークを介してサーバ１１および変換サーバ１８に送信する（ステップＳ６０２）。
【００９８】
サーバＣＰＵ１２は、入力個票２８を受信した場合には、割り込み処理を行い入力個票２８のデータを蓄積ＤＢ３１に蓄積する。入力個票２８を受信した際の割り込み処理については、フローチャートへの記載を省略する。
【００９９】
サーバＣＰＵ１２は、規則生成処理の開始を指示する通知を取得する（ステップＳ６５３）。通知は、所定の時刻または所定の時間間隔ごとにサーバ１１が内蔵する時計が発生する。通知は、たとえばネットワークを介して受信したシグナルまたは割り込み信号であっても良い。
【０１００】
サーバＣＰＵ１２は規則作成のサブルーチンを起動する（ステップＳ６５４）。規則作成のサブルーチンは、蓄積ＤＢ３１に蓄積された入力個票２８に基づいて規則ＤＢ３２に記録する規則を作成するサブルーチンである。規則作成のサブルーチンは、たとえば図１３を使用して説明したサブルーチンと同一のサブルーチンである。
【０１０１】
サーバＣＰＵ１２は、ステップＳ６５４で作成した規則で規則ＤＢ３２を更新する。サーバＣＰＵ１２は、規則ＤＢ３２を変換サーバ１８に送信する（ステップＳ６５５）。サーバＣＰＵ１２は、処理を終了するか否かを判定する（ステップＳ６５６）。処理を終了する場合とは、たとえばネットワークを介して処理規則を生成する処理を終了するという入力を受け付けた場合である。
【０１０２】
処理を終了しないと判定した場合（ステップＳ６５６でＮＯ）、サーバＣＰＵ１２はステップＳ６５３に戻る。処理を終了すると判定した場合（ステップＳ６５６でＹＥＳ）、サーバＣＰＵ１２は処理を終了する。
【０１０３】
変換サーバ１８のＣＰＵは、入力個票２８を受信する（ステップＳ６４１）。変換サーバ１８のＣＰＵは、変換処理のサブルーチンを起動する（ステップＳ６４２）。変換処理のサブルーチンは、規則ＤＢ３２に記録された規則に基づいて入力個票２８を出力個票２９に変換するサブルーチンである。変換処理のサブルーチンは、たとえば図１５を使用して説明したサブルーチンと同一のサブルーチンである。
【０１０４】
変換サーバ１８のＣＰＵは、出力個票２９をネットワークに送信する（ステップＳ６４３）。その後、変換サーバ１８のＣＰＵは待機状態になる。
【０１０５】
変換サーバ１８のＣＰＵは、ステップＳ６５５で送信された規則ＤＢ３２を受信する（ステップＳ６４４）。変換サーバ１８のＣＰＵは、補助記憶装置に記憶されている規則ＤＢ３２の複製を更新する（ステップＳ６４５）。その後、変換サーバ１８のＣＰＵは待機状態になる。
【０１０６】
本実施の形態によると、入力個票２８の発生頻度が高い場合であっても、入力個票２８を逐次処理して出力個票２９を出力しながら、処理に用いる規則を更新する情報処理システム１０を提供することができる。
【０１０７】
規則ＤＢ３２は、ネットワークに接続された図示しない記憶装置に記憶されていても良い。このようにする場合には、変換サーバ１８は図示しない記憶装置に記憶された規則ＤＢ３２を用いてステップＳ６４２の変換処理を行うことができる。
【０１０８】
［実施の形態３]
本実施の形態は、インターネットショッピングによる購入実績を記録した入力個票２８を、お勧め商品を記録した出力個票２９に変換する情報処理システム１０に関する。なお、実施の形態１と共通する部分については、説明を省略する。
【０１０９】
本実施の形態においては、第１クライアント２１は、第２クライアント２５と同一である。すなわち、サーバＣＰＵ１２が出力した出力個票２９を、ネットワークを介して元の入力個票２８を送信した第２クライアント２５が受信する。
【０１１０】
図１８は、実施の形態３の変換結果を説明する説明図である。図１８は、インターネットショッピングで顧客が購入した商品を記載した入力個票２８と、お勧め商品を記載した出力個票２９とを示す。図１８の１行は、１回のインターネットショッピングの取引を示す。
【０１１１】
図１９は、実施の形態３の規則ＤＢ３２の例を示す説明図である。規則ＤＢ３２は、Ｎｏ．フィールド、条件フィールドおよびお勧め商品フィールドを有する。規則ＤＢ３２は、変換に用いる一つの規則について一つのレコードを有する。
【０１１２】
本実施の形態においては、第２クライアント２５はインターネットショッピングで顧客が購入した商品を記載した入力個票２８を作成し、ネットワークに送信する。サーバＣＰＵ１２は、規則ＤＢ３２に基づいて入力個票２８を出力個票２９に変換し、ネットワークを介して第２クライアント２５に送信する。サーバＣＰＵ１２は、蓄積ＤＢ３１に入力個票２８を蓄積する。第２クライアント２５は、出力個票２９に基づいてインターネットショッピングの画面に顧客に対するお勧め商品を表示する。
【０１１３】
変換処理について、さらに具体的に説明する。図１８の一番目に示す入力個票２８によると、顧客は学習机と椅子とを購入しているが、ランドセルは購入していない。サーバＣＰＵ１２は、規則ＤＢ３２に基づいて、ランドセルがお勧め商品であると判定する。サーバＣＰＵ１２は、ランドセルを記載した出力個票２９を出力する。
【０１１４】
図１８の二番目に示す入力個票２８によると、顧客はコーヒー豆とマグカップとを購入している。サーバＣＰＵ１２は、規則ＤＢ３２に基づいて、クッキーがお勧め商品であると判定する。サーバＣＰＵ１２は、クッキーを記載した出力個票２９を出力する。
【０１１５】
サーバＣＰＵ１２は、蓄積ＤＢ３１に蓄積された入力個票２８の統計的解析結果および季節、流行等の情報に基づき、規則ＤＢ３２を作成し、更新する。
【０１１６】
本実施の形態によると、顧客が購入した商品に応じたお勧め商品を速やかに出力する情報処理システム１０を提供することができる。
【０１１７】
入力個票２８には、同一の顧客の過去の購入履歴の情報が含まれており、規則ＤＢ３２は過去の購入履歴をお勧め商品の判定に使用しても良い。このようにすることにより、消耗品等の定期的な購入が期待できる商品をタイミング良く顧客に勧める情報処理システム１０を提供することができる。
【０１１８】
その他、入力個票２８を出力個票２９に逐次変換しながら、並行して変換に用いる規則を更新する、任意の情報処理システム１０を提供することができる。
【０１１９】
［実施の形態４］
図２０は、実施の形態４の情報処理装置の動作を示す機能ブロック図である。本実施の形態の情報処理装置の一例であるサーバ１１は、サーバＣＰＵ１２による制御に基づいて以下のように動作する。
【０１２０】
情報処理装置１１は、入力個票２８を取得する取得部５１と、取得部５１が取得した入力個票２８を、規則に基づいて変換する変換部５２と、取得部５１が取得した入力個票２８を蓄積する蓄積部５３と、蓄積部５３が蓄積した複数の入力個票２８に基づいて新たな規則を生成する生成部５４と、変換部５２が使用する規則を生成部５４が生成した新たな規則に更新する更新部５５とを備える。
【０１２１】
［実施の形態５］
実施の形態５は、汎用のコンピュータとプログラム４７とを組み合わせて動作させることにより、本実施の形態の情報処理装置を実現する形態に関する。図２１は、実施の形態５の情報処理システム１０の構成を示す説明図である。図２１を使用して、本実施の形態の構成を説明する。なお、実施の形態１と共通する部分の説明は省略する。
【０１２２】
本実施の形態の情報処理システム１０は、サーバコンピュータ４５、第１クライアント２１および第２クライアント２５を備える。サーバコンピュータ４５、第１クライアント２１および第２クライアント２５は、ネットワークを介して接続している。
【０１２３】
サーバコンピュータ４５は、サーバＣＰＵ１２、主記憶装置１３、補助記憶装置１４、通信部１５、読取部１７およびバスを備える。サーバコンピュータ４５は、汎用のパーソナルコンピューター、大型計算機等の情報機器等である。また、本実施の形態のコンピュータ４５は、大型計算機上で動作する仮想マシンでも良い。
【０１２４】
プログラム４７は、可搬型記録媒体４８に記録されている。サーバＣＰＵ１２は、読取部１７を介してプログラム４７を読み込み、補助記憶装置１４に保存する。またサーバＣＰＵ１２は、サーバコンピュータ４５内に実装されたフラッシュメモリ等の半導体メモリ４９に記憶されたプログラム４７を読出しても良い。さらに、サーバＣＰＵ１２は、通信部１５および図示しないネットワークを介して接続される図示しない他のサーバコンピュータからプログラム４７をダウンロードして補助記憶装置１４に保存しても良い。
【０１２５】
プログラム４７は、サーバコンピュータ４５の制御プログラムとしてインストールされ、主記憶装置１３にロードして実行される。これにより、サーバコンピュータ４５は上述したサーバ１１として機能する。
【０１２６】
各実施例で記載されている技術的特徴（構成要件）はお互いに組合せ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
今回開示された実施の形態はすべての点で例示であって、制限的なものでは無いと考えられるべきである。本発明の範囲は、上記した意味では無く、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【０１２７】
以上の実施の形態１から５を含む実施形態に関し、さらに以下の付記を開示する。
【０１２８】
（付記１）
入力個票を取得する取得部と、
前記取得部が取得した前記入力個票を、規則に基づいて変換する変換部と、
前記取得部が取得した前記入力個票を蓄積する蓄積部と、
前記蓄積部が蓄積した複数の前記入力個票に基づいて新たな規則を生成する生成部と、
前記変換部が使用する規則を前記生成部が生成した新たな規則に更新する更新部とを備える
情報処理装置。
（付記２）
前記変換部は、取得した前記入力個票を逐次変換する付記１に記載の情報処理装置。
（付記３）
前記変換部は、前記生成部よりも優先的に動作する付記１または付記２に記載の情報処理装置。
（付記４）
前記変換部は、前記更新部よりも優先的に動作する付記１から付記３のいずれか一つに記載の情報処理装置。
（付記５）
前記生成部は、前記蓄積部に規則の生成に使用していない入力個票が蓄積されていると判定した場合に、新たな規則の生成を開始する付記１から付記４のいずれか一つに記載の情報処理装置。
（付記６）
前記規則は、前記入力個票を匿名化する規則である付記１から付記５のいずれか一つに記載の情報処理装置。
（付記７）
前記入力個票と前記変換部が前記入力個票を変換した変換結果とが同一である場合は、前記蓄積部は、前記入力個票を蓄積しない付記１から付記６に記載の情報処理装置。
（付記８）
入力個票を取得し、
取得した前記入力個票を規則に基づいて変換し、
取得した前記入力個票を蓄積し、
蓄積した複数の前記入力個票に基づいて新たな規則を生成し、
前記入力個票を変換する規則を生成した新たな規則に更新する
処理をコンピュータに実行させる情報処理方法。
（付記９）
入力個票を取得し、
取得した前記入力個票を規則に基づいて変換し、
取得した前記入力個票を蓄積し、
蓄積した複数の前記入力個票に基づいて新たな規則を生成し、
前記入力個票を変換する規則を生成した新たな規則に更新する
処理をコンピュータに実行させるプログラム。
【符号の説明】
【０１２９】
１０  情報処理システム
１１  サーバ（情報処理装置）
１２  サーバＣＰＵ
１３  主記憶装置
１４  補助記憶装置
１５  通信部
１７  読取部
１８  変換サーバ
２１  第１クライアント
２５  第２クライアント
２８  入力個票
２９  出力個票
３１  蓄積ＤＢ
３２  規則ＤＢ
４５  サーバコンピュータ
４７  プログラム
４８  可搬型記憶媒体
４９  半導体メモリ
５１  取得部
５２  変換部
５３  蓄積部
５４  生成部
５５  更新部
【図１】
2018018341.tif 000003
【図２】
2018018341.tif 000004
【図３】
2018018341.tif 000005
【図４】
2018018341.tif 000006
【図５】
2018018341.tif 000007
【図６】
2018018341.tif 000008
【図７】
2018018341.tif 000009
【図８】
2018018341.tif 000010
【図９】
2018018341.tif 000011
【図１０】
2018018341.tif 000012
【図１１】
2018018341.tif 000013
【図１２】
2018018341.tif 000014
【図１３】
2018018341.tif 000015
【図１４】
2018018341.tif 000016
【図１５】
2018018341.tif 000017
【図１６】
2018018341.tif 000018
【図１７】
2018018341.tif 000019
【図１８】
2018018341.tif 000020
【図１９】
2018018341.tif 000021
【図２０】
2018018341.tif 000022
【図２１】
2018018341.tif 000023