特許 7072271 情報処理装置、及びプログラム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-05-12

(45)【発行日】2022-05-20

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

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20220513BHJP

【ＦＩ】

G06Q50/10

【請求項の数】 5

(21)【出願番号】P 2020095509

(22)【出願日】2020-06-01

(65)【公開番号】P2021096811

(43)【公開日】2021-06-24

【審査請求日】2021-04-30

(31)【優先権主張番号】P 2019224776

(32)【優先日】2019-12-12

(33)【優先権主張国・地域又は機関】JP

(73)【特許権者】

【識別番号】514323028

【氏名又は名称】株式会社ミラボ

(74)【代理人】

【識別番号】100122275

【弁理士】

【氏名又は名称】竹居 信利

(72)【発明者】

【氏名】谷川 一也

(72)【発明者】

【氏名】太田 順

(72)【発明者】

【氏名】鈴木 健太

【審査官】岡 裕之

(56)【参考文献】

【文献】特開２００４－０９４４２６（ＪＰ，Ａ）

【文献】特開２０１７－１７４００８（ＪＰ，Ａ）

【文献】特許第３８１１０９５（ＪＰ，Ｂ２）

【文献】特開２００３－０５８６７４（ＪＰ，Ａ）

【文献】特開２０１８－１３６６２６（ＪＰ，Ａ）

【文献】国際公開第２０１９／１０６７６８（ＷＯ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００ － ９９／００

(57)【特許請求の範囲】

【請求項1】

組織から提供されるサービスの利用に関する、サービス受益者となるユーザの履歴情報として、サービスの種類ごとに固有なサービス識別子と、当該サービスの提供者となる組織を特定する組織識別子と、ユーザごとに固有なユーザ識別子とを含む履歴情報を管理する履歴管理手段と、
ユーザを認証する手段と、
組織の組織識別子と、サービスの種類に係るサービス識別子とに関連付けて、前記組織識別子で識別される組織が提供するサービスの内容に関するサービス内容情報を管理するサービス内容情報管理手段と、
所定の組織により提供されるサービスの内容に関するサービス内容情報を提供する手段であって、前記認証したユーザのユーザ識別子を含む前記履歴情報を取得し、当該取得した履歴情報に含まれるサービス識別子と、前記所定の組織の組織識別子とに関連付けられたサービス内容情報を取得して、当該取得したサービス内容情報を、前記認証したユーザに提供する提供手段と、
を含み、
前記サービス内容情報管理手段は、サービス内容情報として、前記サービスの内容に関する予め定めた標準的な情報項目の情報と、前記サービスの内容に関して組織ごとに付加的に設定された付加的な情報項目の情報とを区別して管理し、
サービス提供元の組織を変更する際に、前記区別された標準的な情報項目の情報と、付加的な情報項目の情報とが、それぞれ互いに異なる処理に供される情報処理装置。

【請求項2】

請求項１に記載の情報処理装置であって、
前記サービス識別子ごとに、前記組織が定めたフォーマットのオリジナルデータを受け入れて、当該オリジナルデータに基づいて前記サービス識別子ごとに予め定められた標準的な情報項目の情報を抽出した標準データを生成する手段をさらに有し、
前記サービス内容情報管理手段が、前記サービス内容情報に、前記オリジナルデータと当該オリジナルデータに基づいて生成した標準データとを少なくとも含めて管理する情報処理装置。

【請求項3】

請求項１または２に記載の情報処理装置であって、
前記履歴管理手段は、前記履歴情報として、サービス識別子と、組織識別子と、ユーザ識別子と、前記サービス識別子で識別されるサービスの、前記ユーザ識別子で識別されるユーザに対する、前記組織識別子で識別される組織による処理状況を表すトランザクション情報と、を含む情報ブロックを、所定の順で連結して管理する情報処理装置。

【請求項4】

請求項３に記載の情報処理装置であって、
前記履歴管理手段は、前記履歴情報に含まれる情報のうち、少なくとも前記トランザクション情報を、当該履歴情報の宛先となる組織またはユーザにより復号可能な態様で暗号化して管理する情報処理装置。

【請求項5】

コンピュータを、
組織から提供されるサービスの利用に関する、サービス受益者となるユーザの履歴情報として、サービスの種類ごとに固有なサービス識別子と、当該サービスの提供者となる組織を特定する組織識別子と、ユーザごとに固有なユーザ識別子とを含む履歴情報を管理する履歴管理手段と、
ユーザを認証する手段と、
組織の組織識別子と、サービスの種類に係るサービス識別子とに関連付けて、前記組織識別子で識別される組織が提供するサービスの内容に関するサービス内容情報を管理するサービス内容情報管理手段と、
所定の組織により提供されるサービスの内容に関するサービス内容情報を提供する手段であって、前記認証したユーザのユーザ識別子を含む前記履歴情報を取得し、当該取得した履歴情報に含まれるサービス識別子と、前記所定の組織の組織識別子とに関連付けられたサービス内容情報を取得して、当該取得したサービス内容情報を、前記認証したユーザに提供する提供手段と、として機能させ、
コンピュータを前記サービス内容情報管理手段として機能させる際には、サービス内容情報として、前記サービスの内容に関する予め定めた標準的な情報項目の情報と、前記サービスの内容に関して組織ごとに付加的に設定された付加的な情報項目の情報とを区別して管理させ、サービス提供元の組織を変更する際に、前記区別された標準的な情報項目の情報と、付加的な情報項目の情報とが、それぞれ互いに異なる処理に供されるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

地方自治体に提出する出生届などの申請・届出の書式は、地方自治体ごとに異なっているのが一般的であり、また、同じ自治体でも時期により更新されることがある。

【0003】

一方、近年では、マイナンバーを利用して自治体への申請手続等を電子化する事業が進められており、この電子化により手続が効率化されることが期待されている。特許文献１には、文書に記入済みの事項を置換したり、書式が異なる場合にフォーマット変換を行うことで文書移動を容易にする例が開示されている。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２００４－２１３１５５号公報

【発明の概要】

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

【0005】

しかしながら、上記従来の申請・届出の電子化では、書式の変換を行うことは考えられていても、サービスの内容に変更がある場合について考慮がされていない。例えば新生児の定期検診３回分までの費用を負担する自治体Ａから、定期検診２回分までの費用を負担する自治体Ｂへ転居したとき、自治体Ａで申請した（あるいは既に受益した）サービスを、自治体Ｂのサービスの内容に転換することについては何ら考えられていない。

【0006】

本発明は上記実情に鑑みて為されたもので、自治体等の組織が提供するサービスが変更される場合のユーザの利便性を向上できる情報処理装置、及びプログラムを提供することを、その目的の一つとする。

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

【0007】

上記従来例の問題点を解決するための本発明の一態様は、情報処理装置であって、組織から提供されるサービスの利用に関する、サービス受益者となるユーザの履歴情報として、サービスの種類ごとに固有なサービス識別子と、当該サービスの提供者となる組織を特定する組織識別子と、ユーザごとに固有なユーザ識別子とを含む履歴情報を管理する履歴管理手段と、ユーザを認証する手段と、組織の組織識別子と、サービスの種類に係るサービス識別子とに関連付けて、前記組織識別子で識別される組織が提供するサービスの内容に関するサービス内容情報を管理するサービス内容情報管理手段と、所定の組織により提供されるサービスの内容に関するサービス内容情報を提供する手段であって、前記認証したユーザのユーザ識別子を含む前記履歴情報を取得し、当該取得した履歴情報に含まれるサービス識別子と、前記所定の組織の組織識別子とに関連付けられたサービス内容情報を取得して、当該取得したサービス内容情報を、前記認証したユーザに提供する提供手段と、を含むものである。

【発明の効果】

【0008】

本発明によると、自治体等の組織が提供するサービスが変更される場合のユーザの利便性を向上できる。

【図面の簡単な説明】

【0009】

【図1】本発明の実施の形態に係る情報処理装置を含む情報処理システムの構成例を表すブロック図である。

【図2】本発明の実施の形態に係る情報処理装置の例を表す機能ブロック図である。

【図3】本発明の実施の形態に係る情報処理装置が生成する履歴情報の保持態様の例を表す説明図である。

【図4】本発明の実施の形態に係る情報処理装置が生成する履歴情報の内容例を表す説明図である。

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

【0010】

本発明の実施の形態について図面を参照しながら説明する。本発明の実施の形態に係る情報処理装置１を含む情報処理システムは、図１に例示するように、情報処理装置１と、これに通信可能に接続された情報保持装置２、複数のユーザ側端末３、及び複数の組織側端末４を含んで構成されている。ここでユーザ側端末３は、例えばスマートフォン等であり、組織が提供するサービスの受益者（以下、単に受益者と呼ぶ）となるユーザがそれぞれ保持しているものである。また組織側端末４は、地方自治体や、企業などサービスを提供するサービス提供組織（以下、単に「組織」と表記する）に配されるＰＣ等である。

【0011】

また情報処理装置１は、制御部１１、記憶部１２、通信部１３を含む。ここで制御部１１は、ＣＰＵ等のプログラム制御デバイスであって、記憶部１２に格納されたプログラムに従って動作する。

【0012】

本実施の形態では、この制御部１１は、組織が提供したサービスの利用に関する、ユーザの履歴情報を情報保持装置２に格納して管理する。本実施の形態の一例では、このユーザの履歴情報には、サービスの種類ごとに固有なサービス識別子と、当該サービスの提供者となる組織を特定する組織識別子と、受益者となるユーザごとに固有なユーザ識別子とを含む。

【0013】

また制御部１１は、組織の組織識別子とサービス識別子とに関連付けて、当該組織識別子で識別される組織が提供するサービスの内容に関するサービス内容情報を管理する。

【0014】

具体的に、本実施の形態の一例では、このサービス内容情報を、少なくとも一つの情報項目に分けて管理するものとする。ここで情報項目として、サービス識別子が表すサービスの種類ごとに、予め標準的な情報項目が定められているものとする。また、各情報項目には、それぞれ固有の項目識別子が設定される。

【0015】

例えば、妊娠届を受理した後に自治体から提供されるサービスに係る標準的な情報項目の一部として、検診費用の負担回数の情報の項目が設定される。またこの標準的な情報項目には、この情報項目に固有な項目識別子（情報項目名等）を設定しておく。

【0016】

なお、一つのサービスに係るサービス内容情報に含められる情報項目は、標準的な情報項目だけでなく、付加的な情報項目が含まれてもよい。またこの付加的な情報項目は、組織ごとに異なっていてよい。例えば上記のサービスの例においても、一部の組織では、標準的な情報項目として定められた検診費用の負担回数のほか、付加的な情報項目として超音波検診の費用を負担するサービスの回数が、標準サービスとは区別されて、サービス内容情報に含まれてもよい。

【0017】

そして制御部１１は、所定の組織により提供されるサービスの内容に関するサービス内容情報を提供する。すなわち制御部１１は、認証したユーザのユーザ識別子を含む履歴情報を取得する。制御部１１はさらに、ここで取得した履歴情報に含まれるサービス識別子と、所定の組織の組織識別子とに関連付けられたサービス内容情報を取得する。そして制御部１１は、当該取得したサービス内容情報を、認証したユーザに提供する。この制御部１１の動作については後に詳しく述べる。

【0018】

記憶部１２は、メモリデバイス等であり、制御部１１によって実行されるプログラムを保持する。このプログラムは、コンピュータ可読かつ非一時的な記憶媒体に格納されて提供され、この記憶部１２に格納されたものであってもよい。またこの記憶部１２は、制御部１１のワークメモリとしても動作する。

【0019】

また本実施の形態では、この記憶部１２には、ユーザ識別子と、ユーザの連絡先（メールアドレス等でよい）と、ユーザ名及びパスワード等の認証情報とを関連付けて保持するユーザデータベースが格納されている。

【0020】

通信部１３は、ネットワークインタフェース等であり、制御部１１が出力する指示に従い、ネットワークを介して接続される情報保持装置２や、ユーザ側端末３、組織側端末４等に対して情報を送出する。また、この通信部１３は、ネットワークを介して上記の情報保持装置２や、ユーザ側端末３、組織側端末４等から情報を受信して制御部１１に出力する。

【0021】

情報保持装置２は、制御部１１の管理の下、履歴情報と、サービス内容情報とを保持する。ここで保持される履歴情報は、上述の通り、サービスの種類ごとに固有なサービス識別子と、当該サービスの提供者となる組織を特定する組織識別子と、ユーザごとに固有なユーザ識別子とを少なくとも関連付けたものである。この情報保持装置２は、当該履歴情報を、時系列順に保持する。具体的には、情報保持装置２は、履歴情報に、それを格納した日時の情報を関連付けて、その順に並び替え可能な状態で保持する。この履歴情報はデータベースに保持されてもよいし、ブロックチェーンとして保持する等、他の方法で保持されてもよい。

【0022】

本実施の形態の以下の例では、情報保持装置２は、ユーザと組織との間で行われたサービスに関する情報を、時系列順に一列に連結された情報ブロックに格納して保持する（例えば、いわゆるブロックチェーンとして保持する）こととする。この例では、個々の情報ブロックが履歴情報を保持する。

【0023】

次に本実施の形態の情報処理装置１の制御部１１の動作について説明する。制御部１１は、記憶部１２に格納されたプログラムを実行することで、図２に例示するように、機能的に、認証処理部２１と、履歴管理部２２と、サービス内容情報管理部２３と、情報提供部２４と、を含む構成を実現する。

【0024】

認証処理部２１は、ユーザ側端末３からのアクセスを受けて、ユーザ側端末３のユーザを認証する。この認証は、記憶部１２に格納されたユーザデータベースに保持されている、認証情報（ユーザ名やパスワード）を用いる公知の方法で行ってよい。

【0025】

またこの認証処理部２１は、組織側端末４からのアクセスを受けて、組織側のユーザを認証する。この認証も、予め組織側のユーザごとに登録されたユーザ名とパスワードとを用いることとしてよい。

【0026】

履歴管理部２２は、情報保持装置２にアクセスし、ユーザと組織との間で行われたサービスに関する情報を、一連の情報ブロックに格納して保持させる。本実施の形態では、この履歴管理部２２は、少なくとも
（１）履歴登録
（２）情報の取得・参照
（３）署名
の処理を、履歴情報の管理の処理として実行する。以下、それぞれの処理について説明する。

【0027】

［（１）履歴登録］
履歴管理部２２は、認証したユーザ側端末３のユーザから、当該ユーザがサービスの提供を希望する組織宛に行った、当該組織が提供するサービスについての電子的な申請や届出情報の内容（以下、電子申請等と呼ぶ）とともに登録要求を受け入れる。またこの履歴管理部２２は、認証したユーザ側端末３のユーザ、あるいは、組織側端末４から、組織におけるサービスの提供が行われたことを示す証明情報とともに登録要求を受け入れる。

【0028】

履歴管理部２２は、当該入力された電子申請等の宛先あるいは証明情報の発行元である組織の組織識別子と、認証したユーザのユーザ識別子と、電子申請や証明情報に係るサービスのサービス識別子と、日時を表す日時情報と、トランザクション情報とを互いに関連付けた履歴情報を含む情報ブロック（仮の情報ブロック）を生成する。このトランザクション情報の詳しい内容については後に述べる。

【0029】

そして履歴管理部２２は、生成した仮の情報ブロックに固有なブロック特定情報（仮の情報ブロックのハッシュ値でよい）を演算により求め、生成した仮の情報ブロックに、当該演算したブロック特定情報を含める。また履歴管理部２２は、情報保持装置２に最後に格納した情報ブロックのブロック特定情報を、生成した仮の情報ブロックに、直前の情報ブロックを特定する先行ブロック特定情報としてさらに含めて、情報ブロックとする（図４）。

【0030】

つまりこの情報ブロックには、図４（ａ）に例示するように、情報ブロック自身を特定するブロック特定情報１０１と、入力された電子申請等の宛先あるいは証明情報の発行元である組織の組織識別子１０２と、認証したユーザのユーザ識別子１０３と、電子申請や証明情報に係るサービスのサービス識別子１０４と、日時を表す日時情報１０５と、トランザクション情報１０６と、直前の情報ブロックを特定する先行ブロック特定情報１０７とを含む。そして、ブロック特定情報１０１は、例えば組織識別子１０２、ユーザ識別子１０３、サービス識別子１０４、日時情報１０５、及びトランザクション情報１０６を連接した情報のハッシュ値として得られる。

【0031】

履歴管理部２２は、当該情報ブロックを情報保持装置２に格納する。なお、履歴管理部２２は、最後に格納した情報ブロックがない場合、つまり、最初に情報ブロックを格納する場合は、情報ブロックが先頭であることを表す情報（例えば「０」の値）を、生成した仮の情報ブロックに、直前の情報ブロックを特定する先行ブロック特定情報としてさらに含めて、情報ブロックとし、当該情報ブロックを情報保持装置２に格納する。

【0032】

このように各情報ブロックが、自己の前に連結される情報ブロックを特定する情報を保持することで、時系列順に一列に連結した情報ブロックのブロックチェーンが得られる。

【0033】

また履歴管理部２２は、組織側端末４から、当該組織側端末４が配された組織宛に、当該組織が提供するサービスについてユーザから提出された電子申請の内容の情報などとともに登録要求を受け入れてもよい。この場合は、履歴管理部２２は、組織側端末４に対してユーザを特定するユーザ識別子と、当該組織の組織識別子と、申請あるいは届出情報、並びに電子申請等に係るサービスのサービス識別子の入力を求め、入力された各識別子を用いて、上述と同様に情報ブロックを生成して格納する。

【0034】

［トランザクション情報の内容例］
次に、履歴情報に含めるトランザクション情報の内容の例について説明する。本実施の形態の例において、電子申請等を行うユーザは、サービスの提供を希望する組織から、当該組織で定められた電子申請等のフォーマットを受領し、このフォーマットに従って情報を入力して電子申請等を行うものとする。ここではフォーマットは、サービスの要求や証明等に必要な情報の項目の名称である指定項目名と、その指定項目名で表される情報の入力欄とを関連付けたものであり、例えばスプレッドシートソフトウエアのデータ形式（ＣＳＶなど）で表現可能なものである。

【0035】

ユーザは、各指定項目名に対応する情報（設定情報）を、対応する入力欄に入力することでフォーマットに従った電子申請や届出を行うこととなる。なお、証明情報であれば、指定項目名に対応する設定情報が予め含められた形式で組織から交付されるので、入力欄に設定情報を入力する必要はない。以下、このフォーマットに従って生成された電子申請等のデータや証明情報のデータを、（宛先等となる組織の）オリジナルデータと呼ぶ。

【0036】

本実施の形態の一例では、この履歴管理部２２が入力された電子申請等のオリジナルデータに含まれる設定情報を、標準的な情報項目として予め定められた情報項目に対応付けるフォーマット変換処理を実行する。

【0037】

このフォーマット変換の方法は、オリジナルデータの指定項目名と、予め定めた情報項目の項目識別子（例えば情報項目名）とを対応付けることで行われる。この対応付けの方法は、予め対応付けを行っておく方法や、指定項目名と情報項目名との文字列比較による方法など、種々の方法が採用できるので、ここでの詳しい説明は省略する。

【0038】

本実施の形態のこの例では、履歴管理部２２は、オリジナルデータの指定項目名に関連付けられた入力欄に入力された設定情報を抽出し、当該指定項目名に対応付けられた情報項目の情報として、当該抽出した設定情報を、そのまま設定することでフォーマット変換を行う。

【0039】

例えば、出生届であれば、当該出生届の受理を行うある自治体では、生まれた子の氏と、名と、父母との続き柄、生まれたとき、出生地等の指定項目名及びそれぞれに対応する入力欄が電子申請のフォーマットに含まれることとなる。そこでユーザは、出生届の電子申請を行う場合、これらの指定項目名に対応する設定情報を入力してオリジナルデータとする。

【0040】

一方、本実施の形態の情報処理装置１の管理者は予め、「出生届」の受理に関するサービスのサービス識別子に関連付けて、子の氏、名、父母との続柄、生年月日時、出生地等を含む標準的な情報項目のリストを定めておく。

【0041】

そしてこの電子申請の登録要求を受けた履歴管理部２２は、オリジナルデータの、ユーザが入力した設定情報のうち、「生まれた子の氏」を、情報項目の「子の氏」に対応付け、オリジナルデータの「生まれた子の氏」に関連する設定情報を、情報項目の「子の氏」に係る情報として設定する。

【0042】

以下、履歴管理部２２は、標準的な情報項目のそれぞれに対応する、電子申請のフォーマット内の設定情報を抽出して、標準的な情報項目に係る情報として設定して、情報項目と対応する設定情報とを関連付けたデータ（以下、標準データと呼ぶ）を生成する。

【0043】

そして履歴管理部２２は、この標準データを、トランザクション情報に、その一部として含める。

【0044】

なお、電子申請等の宛て先となっている組織の組織識別子及び、上記サービス識別子に関連付けて、付加的な情報項目が別途定められている場合、履歴管理部２２は、標準的な情報項目に対すると同様、付加的な情報項目のそれぞれに対応する、電子申請のフォーマット内の設定情報を抽出して、付加的な情報項目に係る情報として設定して、情報項目と対応する設定情報とを関連付けた、付加データを生成してもよい。この場合も、履歴管理部２２は、この付加データを、トランザクション情報に、その一部として含める。

【0045】

さらに履歴管理部２２は、元の電子申請等であるオリジナルデータも、トランザクション情報に、その一部として含める。

【0046】

また履歴管理部２２は、組織側端末４からユーザに対して組織が提供するサービスについての情報の提供とともに登録要求を受け入れる。この場合履歴管理部２２は、当該情報の発行元である組織の組織識別子と、サービスの対象となるユーザのユーザ識別子と、提供するサービスのサービス識別子と、当該情報を提供した日時を表す日時情報と、トランザクション情報とを互いに関連付けた履歴情報を生成し、当該履歴情報を含む仮の情報ブロックを生成することとなる（その後の動作は既に述べた例と同様であるので繰り返しての説明は省略する）。

【0047】

この例において、トランザクション情報に含められるサービス内容情報には、既に述べたように組織である地方自治体（区や市）ごとに、サービス給付を通知する書面のフォーマットが定められたオリジナルデータが含まれる。

【0048】

具体的に「妊婦に対する検診の補助」という種類のサービスについてのオリジナルデータは、例えば、
Ａ区の場合、定期検診：１４回、超音波検診：３回…
Ｂ区の場合、乳幼児検診：１４回、超音波検診：１回…
Ｃ区の場合、定期検診：１４回、超音波検診：３回…
…
などのように、ユーザが受け得る具体的なサービスの内容ごとに自治体側の指定項目と、設定情報（「１４回」など、自治体で設定した情報）とが関連付けられたもので、自治体ごとに指定項目名が異なっている場合があるものである。

【0049】

また提供され得る各サービスのサービス特定情報に関連して、予め標準的な情報項目が設定されており、サービス内容情報には、上記オリジナルデータに基づいて設定された標準的な情報項目の情報を含む、標準データが含まれる。

【0050】

一例として、「妊婦に対する検診の補助」という種類のサービスのサービス特定情報に関連しては、「検診」という情報項目が含まれ、各自治体のオリジナルデータにおける指定項目名「定期検診」や「乳幼児健診」に関連付けられた設定情報が、当該指定項目名に対応する情報項目「検診」の情報として設定される。

【0051】

本実施の形態の情報処理装置１は、自治体ごとの、指定項目名に対応する情報項目の設定を保持する。あるいは当該設定を保持するデータベースにアクセス可能に接続される。

【0052】

そして情報処理装置１は、上述の例であればＡ区の「定期検診：１４回、超音波検診：３回…」というオリジナルデータから、
「検診：１４回」
という標準データを生成し、Ａ区のサービスに係る情報ブロックのサービス内容情報には、オリジナルデータとともにこの標準データを含める。

【0053】

さらに本実施の形態のある例では、Ａ区，Ｂ区では、付加的な情報項目として、「妊婦に対する検診の補助」という種類のサービスのサービス特定情報に関連づけて、「超音波検診」が設定されてもよい。この付加的な情報項目は必須となるものではなく、例えばＣ区は、この付加的な情報項目を設定しなくてもよい。この付加的な情報項目に関しても、情報処理装置１は、自治体ごとに、当該付加的な情報項目に対応する指定項目の設定情報を、当該付加的な情報項目の情報として保持するか、あるいは、当該情報を保持するデータベースにアクセス可能に接続される。

【0054】

そして本実施の形態では既に述べたように、付加的な情報項目が設定されている場合には、オリジナルデータの指定項目のうち、当該付加的な情報項目に対応する指定項目の設定情報が、当該付加的な情報項目の情報として設定され、付加データが生成される。

【0055】

つまり、上述の例であればＡ区の「定期検診：１４回、超音波検診：３回…」というオリジナルデータからは、
「超音波検診：３回…」
という付加データが生成され、Ａ区のサービスに係る情報ブロックのサービス内容情報には、オリジナルデータや標準データとともに、この付加データが含まれることとなる。

【0056】

一方、付加的な情報項目を定めないＣ区のオリジナルデータからは、「検診：１４回」
という標準データが生成されるものの、付加データは生成されないので、Ｃ区のサービスに係る情報ブロックのサービス内容情報には、オリジナルデータと標準データとは含まれるが、付加データは含まれない。

【0057】

本実施の形態では、このように標準的な情報項目と付加的な情報項目とを区別しておくことで、例えばサービス提供元の組織を変更する際に、標準データと付加データとをそれぞれ互いに異なる処理に供することが可能となる。この点については後述する。

【0058】

［暗号化］
またこの履歴情報に含まれるトランザクション情報には、一般に個人を特定する情報が含まれ得る。そこで本実施の形態の一例では、履歴管理部２２は、当該トランザクション情報については、電子申請の宛先や証明情報の発行元となる組織側にて復号可能な状態で暗号化したものを情報ブロックに含めることとしてもよい。具体的には、予め各組織で、それぞれ固有の復号鍵（秘密鍵）とこの復号鍵とペアとなる暗号鍵（公開鍵）とを予め発行しておき、ユーザ側端末３が、トランザクション情報を、その宛先となる組織の公開鍵で暗号化してから情報処理装置１に対して登録要求とともに送信することとしてもよい。

【0059】

または組織が登録要求を行う場合は、当該組織の公開鍵でトランザクション情報を暗号化してから、当該暗号化した情報を、組織側端末４を介して情報処理装置１に対して登録要求とともに送信することとすればよい。

【0060】

あるいは、情報処理装置１が、受け入れたトランザクション情報を、その宛先となっている組織の公開鍵で暗号化してから、情報ブロックを生成することとしてもよい。この例では、図４（ａ）に例示した情報ブロックのうちトランザクション情報１０６が暗号化された状態となる。

【0061】

なお、宛先は、個人（他のユーザ）でもよく、この場合に暗号化を行うには、当該宛先となったユーザが公開する公開鍵（ユーザが保持する秘密鍵に対応する暗号鍵）を用いて暗号化を行うこととすればよい。

【0062】

［情報処理装置の管理者にも復号を許可する場合］
さらにトランザクション情報は、宛先となる組織で復号可能とするだけでなく、情報処理装置１の管理者側でも復号を可能としておくことも好適である。この例では、情報処理装置１の管理者側でも、各組織と同様に、復号鍵（秘密鍵）とこの復号鍵とペアとなる暗号鍵（公開鍵）とを予め発行しておく。そしてユーザ側端末３が、トランザクション情報を、宛先となる組織の公開鍵で暗号化した第１の暗号化情報と、同じトランザクション情報を、情報処理装置１の管理者の公開鍵で暗号化した第２の暗号化情報とを生成し、これら第１，第２の暗号化情報を、情報処理装置１に対して登録要求とともに送信する。

【0063】

または組織が登録要求を行う場合は、当該組織側で、当該組織の公開鍵でトランザクション情報を暗号化した第１の暗号化情報と、同じトランザクション情報を、情報処理装置１の管理者の公開鍵で暗号化した第２の暗号化情報とを生成する。そしてこれらの第１，第２の暗号化情報を、組織側端末４を介して情報処理装置１に対して登録要求とともに送信することとすればよい。

【0064】

この例では、履歴管理部２２は、当該入力された電子申請の宛先等である組織の組織識別子と、認証したユーザのユーザ識別子と、トランザクション情報に係るサービスのサービス識別子と、日時を表す日時情報と、トランザクション情報とを互いに関連付けた履歴情報を含む、仮の情報ブロックを生成する。

【0065】

この例では、履歴管理部２２は、当該第１，第２の暗号化情報を受け入れて、当該受け入れた第１，第２の暗号化情報を、トランザクション情報として、当該トランザクション情報に係る電子申請等の宛先である組織の組織識別子と、認証したユーザのユーザ識別子と、トランザクション情報に係るサービスのサービス識別子と、日時を表す日時情報とに関連付けて履歴情報を生成する。そして履歴管理部２２は当該履歴情報を含む仮の情報ブロックを生成することとなる。なお、仮の情報ブロックを生成した後の処理は、既に述べた処理と同様であるので、繰り返しての説明は省略する。

【0066】

あるいは、情報処理装置１が、受け入れたトランザクション情報を、その宛先となっている組織の公開鍵で暗号化した第１の暗号化情報を生成するとともに、情報処理装置１の管理者の公開鍵で暗号化した第２の暗号化情報を生成してから、これら第１，第２の暗号化情報を、平文のトランザクション情報に代えて、トランザクション情報として含む情報ブロックを生成することとしてもよい。

【0067】

さらに別の例では、ユーザがユーザ側端末３にて、情報処理装置１の管理者の公開鍵でトランザクション情報を暗号化した第２の暗号化情報を生成して情報処理装置１に送信してもよい。この例では、情報処理装置１がこの第２の暗号化情報を、情報処理装置１の管理者の秘密鍵で復号して平文のトランザクション情報を得る。そして情報処理装置１は、この平文のトランザクション情報を、トランザクション情報の宛先となっている組織の公開鍵で暗号化した第１の暗号化情報を生成し、当該生成した第１の暗号化情報と、受信した第２の暗号化情報とを、平文のトランザクション情報に代えて、トランザクション情報として含む情報ブロックを生成することとしてもよい。

【0068】

［（２）情報の取得・参照］
履歴管理部２２は、認証したユーザのユーザ側端末３から履歴情報の閲覧要求を受け入れて、情報の取得・参照に係る処理を実行する。この処理では、履歴管理部２２は、情報保持装置２にアクセスし、情報保持装置２に記録されている情報ブロックのうち、最後に格納した情報ブロックを読み出す。

【0069】

履歴管理部２２は、読み出した情報ブロックに含まれるユーザ識別子を参照し、認証したユーザのユーザ識別子と一致していれば、当該情報ブロックを特定する情報を記録する。また履歴管理部２２は、読み出した情報ブロックに含まれる、先行ブロック特定情報を参照し、当該先行ブロック特定情報が最初の情報ブロックであることを表す情報でなければ、当該先行ブロック特定情報で特定される情報ブロックを読み出して、ユーザ識別子を参照する処理から繰り返す。

【0070】

また履歴管理部２２は、読み出した先行ブロック特定情報が最初の情報ブロックであることを表す情報であれば、それまでに記録した情報で特定される情報ブロックの内容を、閲覧要求元のユーザ側端末３に対して送出する。

【0071】

履歴管理部２２は、この処理により、認証したユーザに関わる履歴情報を、一連の情報ブロックから検索して提示する。

【0072】

また履歴管理部２２は、組織側端末４から履歴情報の閲覧要求を受け入れたときにも次のような情報の取得・参照に係る処理を実行する。この処理では、履歴管理部２２は、情報保持装置２にアクセスし、情報保持装置２に記録されている情報ブロックのうち、最後に格納した情報ブロックを読み出す。

【0073】

履歴管理部２２は、読み出した情報ブロックに含まれる組織識別子を参照し、それが、閲覧要求元の組織側端末４の組織の組織識別子と一致していれば、当該情報ブロックを特定する情報を記録する。また履歴管理部２２は、読み出した情報ブロックに含まれる、先行ブロック特定情報を参照し、当該先行ブロック特定情報が最初の情報ブロックであることを表す情報でなければ、当該先行ブロック特定情報で特定される情報ブロックを読み出して、組織識別子を参照する処理から繰り返す。

【0074】

また履歴管理部２２は、読み出した先行ブロック特定情報が最初の情報ブロックであることを表す情報であれば、それまでに記録した情報で特定される情報ブロックの内容を、閲覧要求元の組織側端末４に対して送出する。

【0075】

履歴管理部２２は、この処理により、閲覧要求を行った組織に関わる履歴情報を、一連の情報ブロックから検索して提示する。

【0076】

［（３）署名］
また履歴情報に対しては、関係する組織、ユーザあるいは、情報処理装置１の管理者が電子署名を設定することが可能となっていてもよい。この例では、履歴管理部２２は、ユーザ側端末３から情報ブロックを特定する情報と、当該情報を、ユーザ側で用意した署名用暗号鍵（秘密鍵）で暗号化した電子署名情報（ユーザ署名情報と呼ぶ）とともに、署名の要求を受信する。ここで情報ブロックを特定する情報は、例えば閲覧要求を行うことにより取得したものである。

【0077】

履歴管理部２２は、署名の要求とともに受信したユーザ署名情報を、情報保持装置２に格納された情報ブロックのうち、要求とともに受信した情報で特定される情報ブロックに含めて、当該情報ブロックの内容を更新する。

【0078】

また履歴管理部２２は、組織側端末４から情報ブロックを特定する情報と、当該情報を、組織側で用意した署名用暗号鍵（秘密鍵）で暗号化した電子署名情報（組織署名情報と呼ぶ）とともに、署名の要求を受信する。ここでも情報ブロックを特定する情報は、例えば閲覧要求を行うことにより取得できる。

【0079】

履歴管理部２２は、署名の要求とともに受信した組織署名情報を、情報保持装置２に格納された情報ブロックのうち、要求とともに受信した情報で特定される情報ブロックに含めて、当該情報ブロックの内容を更新する。

【0080】

さらに履歴管理部２２は、情報保持装置２に格納された情報ブロックのうち、情報処理装置１の管理者の電子署名（管理者署名情報と呼ぶ）を含まない情報ブロックについては、管理者署名情報を生成して記録してもよい。

【0081】

一例として履歴管理部２２は、所定のタイミング（例えば登録の際など）で、管理者署名情報を含まない情報ブロックに対し、当該情報ブロックを特定する情報を、情報処理装置１の管理者が用意した署名用暗号鍵（秘密鍵）で暗号化した管理者署名情報を生成し、当該管理者署名情報を当該情報ブロックに含めて記録し、情報保持装置２に格納した情報ブロックの内容を更新する。

【0082】

［サービス内容情報の管理］
サービス内容情報管理部２３は、組織の組織識別子と、サービスの種類に係るサービス識別子とに関連付けて、当該組織識別子で識別される組織が提供するサービスの内容に関する指定項目のリストに係る情報（フォーマット）を管理する。既に述べたように、この指定項目のリストに係る情報は、例えばスプレッドシートソフトウエアのファイル（ＣＳＶファイル等）として設定され得る。この場合、各指定項目に関連付けて設定情報を入力するための入力欄が含まれてもよい。

【0083】

サービス内容情報管理部２３は、組織側端末４から当該組織にて提供されるサービスの種別を表すサービス識別子と、当該サービス識別子で識別される種類のサービスに係る設定項目のリストに係る情報との入力を受け入れる。そしてサービス内容情報管理部２３は、当該情報を入力した組織側端末４が配されている組織を特定する組織識別子と、サービス識別子と、設定項目のリストに係る情報とを関連付けて、情報保持装置２に格納する。

【0084】

またサービス内容情報管理部２３は、上記入力を受け入れた時点で既に、対応する組織を特定する組織識別子と、サービス識別子と、設定項目のリストに係る情報とが情報保持装置２に格納されていたときには、当該格納されている情報に上書きして、入力された設定項目のリストに係る情報と、当該情報を入力した組織側端末４が配されている組織を特定する組織識別子と、サービス識別子とを関連付けて情報保持装置２に格納する。

【0085】

さらにサービス内容情報管理部２３は、上記入力されたサービス識別子で識別されるサービスに関連して、組織側端末４から当該組織が付加的な情報項目として管理させたい情報項目の設定を受け入れてもよい。本実施の形態の一例では、サービス内容情報管理部２３は、サービス識別子と設定項目のリストに係る情報との入力を受けたときに、当該サービス識別子に関連付けて予め保持している標準的な情報項目のリストと、設定項目のリストとを参照、比較する。

【0086】

そしてサービス内容情報管理部２３は、設定項目のリストに含まれる設定項目ごとに、対応する標準的な情報項目があれば、当該対応づけの結果を、組織側端末４のユーザに提示する。また、サービス内容情報管理部２３は、設定項目のリストに含まれる設定項目のうち、対応する標準的な情報項目がないものについては、その旨の情報を組織側端末４のユーザに提示する。

【0087】

ここで組織側端末４のユーザは、設定項目と対応する標準的な情報項目とを確認（あるいは修正）するとともに、対応する標準的な情報項目がないとされた設定項目について付加的な情報項目を設定するべき旨の指示を行ってもよい。

【0088】

サービス内容情報管理部２３は、この指示を受けると、当該指示された設定項目について付加的な情報項目を設定して、付加的な情報項目のリストを生成する。

【0089】

サービス内容情報管理部２３は、設定項目ごとに対応するものとされた標準的な情報項目を特定する情報を関連付けて標準対応表として、上記設定項目のリストに係る情報とともに情報保持装置２に格納しておく。また付加的な情報項目のリストを生成したときには、当該リストに含まれる付加的な情報項目と対応する設定項目とを関連付けて付加対応表として上記設定項目のリストに係る情報とともに情報保持装置２に格納しておく。

【0090】

これら標準対応表や付加対応表は、オリジナルデータから標準データや付加データを生成する処理において利用できる。

【0091】

情報提供部２４は、所定のタイミング、例えば履歴管理部２２が認証したユーザのユーザ側端末３から履歴情報の閲覧要求を受け入れたタイミングで次の処理を実行する。すなわち情報提供部２４は、上記閲覧要求に応じて履歴管理部２２が認証したユーザに関わる履歴情報の情報ブロックを、一連の情報ブロックから検索して提示したとき、当該検索で見出した情報ブロックに含まれる組織識別子とサービス識別情報とを少なくとも読み出す。またこのとき情報提供部２４はトランザクション情報を併せて読み出してもよい。

【0092】

情報提供部２４は、読み出したサービス識別情報や組織識別子等に基づいて、上記認証したユーザが受け得るサービスに関する情報を生成し、当該生成した情報を、認証したユーザのユーザ側端末３に対して送出して表示させる。

【0093】

［情報提供の基本的な例］
具体的にこの情報提供部２４は、ユーザに関わる履歴情報の情報ブロックに含まれる組織識別子とサービス識別情報を読み出すと、当該読み出した組織識別子とサービス識別情報とに関連付けて記録されているサービス内容情報を、情報保持装置２から読み出す。

【0094】

そして情報提供部２４は、当該読み出したサービス内容情報を、認証したユーザが受け得るサービスに関する情報として、対応するユーザのユーザ側端末３に対して送出して表示させる。

【0095】

［提供済みのサービスを考慮する例］
情報提供部２４は、また、ユーザに関わる履歴情報の情報ブロックに含まれるトランザクション情報を読み出して、認証したユーザに関わる各サービスについて、サービス識別子及びサービス項目ごとの受益可能な残りの回数の情報を含む集計結果を生成する処理を行い、当該集計結果をユーザに提供することとしてもよい。

【0096】

この例では、情報提供部２４は、ユーザに関わる履歴情報の情報ブロックに含まれる組織識別子とサービス識別情報とトランザクション情報とを時系列順（各情報ブロックに含まれる日時情報が表す日時が早いものから順）に読み出す。

【0097】

情報提供部２４は、ここでトランザクション情報が情報処理装置１の管理者側で発行された公開鍵で暗号化されている場合は、当該公開鍵に対応する復号鍵で復号して、平文のトランザクション情報を取得する。

【0098】

情報提供部２４は、時系列順に読み出した組織識別子とサービス識別情報とトランザクション情報を参照して、当該読み出した組織識別子とサービス識別情報とに関連付けて記録されているサービス内容情報を、情報保持装置２から読み出す。また、情報提供部２４は、トランザクション情報によりサービスの申請に係るサービスの対象者（例えばユーザの子など）を特定する情報（以下対象者情報と呼ぶ）や、サービスの申請や、受益の履歴の情報を取り出す。

【0099】

ここでは情報提供部２４は、対象者情報ごとに、受け得るサービス項目を抽出して、その回数を集計し、当該集計の結果を集計情報として記録する。具体的に、サービス識別子が「妊婦に対する検診の補助」を表すものであり、かつ、トランザクション情報が、対象者ａに対するサービスの申請（サービス識別子がＸであるとする）を表すものである場合、組織識別子がＡ市であれば、対応するサービス内容情報（ここでは「組織識別子：Ａ区，サービス内容：｛標準データ：｛検診：１４回，…｝，付加データ｛超音波検診：３回，…｝，オリジナルデータ：｛…｝」となっているものとする）を参照して、情報提供部２４は、集計情報を、
・対象者：ａ，組織識別子：Ａ区，サービス識別子：Ｘ，集計内容：｛検診：１４回、超音波検診：３回…｝
と記録する。

【0100】

また、その後に記録された情報ブロックに含まれる情報から、トランザクション情報が、対象者ａに対する、検診のサービス項目の利用を表すものである場合、情報提供部２４は、受益回数のカウントを集計情報として記録する。すなわち、情報提供部２４は、
・対象者：ａ，組織識別子：Ａ区，サービス識別子：Ｘ，受益したサービス：｛検診：１回｝
といったように集計情報を記録する。

【0101】

以下、情報提供部２４は、情報ブロックを時系列順に参照しつつ、対象者ごとに、予め定めた規則、例えば、トランザクション情報がサービスの申請を表すものであれば対応するサービス項目の回数を記録し、トランザクション情報がサービスの利用を表すものであれば、対応するサービス項目の受益回数を記録するといった規則に従って集計情報を蓄積する。

【0102】

情報提供部２４は、そして、認証したユーザに関わるすべての履歴情報の情報ブロックについて集計情報を記録する処理を終了すると、当該記録した集計情報を参照し、対象者ごと、かつ、サービス識別子及びサービス項目ごとに、受益可能な残りの回数を集計する。

【0103】

具体的に、上述のように、
・対象者：ａ，組織識別子：Ａ区，サービス識別子：Ｘ，集計内容：｛検診：１４回、超音波検診：３回…｝
・対象者：ａ，組織識別子：Ａ区，サービス識別子：Ｘ，受益したサービス：｛検診：１回｝
といった記録が蓄積した集計情報に含まれる場合、情報提供部２４は、対象者ａ及びサービス識別子Ｘごとに、「検診」のサービス項目の残りの受益可能な回数を集計し、１４－１＝１３と演算して求める。

【0104】

情報提供部２４は、こうして集計情報に含まれる対象者ごと、かつ、サービス識別子及びサービス項目ごとの受益可能な残りの回数の情報を含む集計結果を得る。

【0105】

そして情報提供部２４は、当該得られた集計結果の情報を、上記認証したユーザが受け得るサービスに関する情報として、認証したユーザのユーザ側端末３に対して送出して表示させる。

【0106】

［サービスの受益条件］
なお、サービスには、予防接種のように受益可能な期間の開始日時及び終了日時などの条件が示されているものもある。この場合、情報提供部２４は、現在日時（情報提供部２４が処理を行っている時点）の情報を、ネットワーク上のＮＴＰサーバなど、図示しない計時手段から取得して、当該現在日時より前に、受益可能な終了日時があるサービス項目（受益不能となったサービス項目）については、集計情報として記録しないこととしてもよい。

【0107】

また、得られた集計結果の情報を認証したユーザのユーザ側端末３に対して送出する際、残り回数が「０」以下であるサービス項目については、当該ユーザ側端末３に表示させる集計結果の情報から排除して送出することとしてもよい。

【0108】

［サービスを提供する組織の変更］
情報提供部２４は、履歴管理部２２が、登録要求を受け入れたときに、当該登録要求とともに受け入れた電子申請等に係るサービスが、所定の条件を満足するものである場合、当該条件ごとに定められた処理を実行してもよい。

【0109】

ここで所定の条件は、例えば、「電子申請等に係るサービス識別子が、サービスの提供元である組織を変更するためのサービスを表すものである」、といった条件であり得る。この例では、情報提供部２４は、履歴管理部２２が登録要求とともに受け入れた電子申請等に係るサービス識別子が、サービスの提供元である組織を変更するためのサービスを表すものであるか否かを判断する。

【0110】

ここで、サービスの提供元である組織を変更するためのサービスとは、例えば組織が地方自治体であれば、転居届などが相当する。以下の説明では、サービスの提供元である組織をＡ区からＢ区へ変更する場合、もともと提供元としていたＡ区（転居の場合、転居前の地方自治体）を、変更前組織と呼ぶ。また、今後、提供元として選択されたＢ区（転居の場合、転居先の地方自治体）を、変更後組織と呼ぶ。

【0111】

そして情報提供部２４は、登録要求とともに受け入れた電子申請等に係るサービス識別子がサービスの提供元である組織を変更するためのサービスを表すものであったときには、予め定められた処理として次のような処理を実行する。例えば、情報提供部２４は、当該組織を変更（転居等）する旨の登録要求をしたユーザのユーザ識別子を含む、これまでに記録した情報ブロックに含まれるトランザクション情報を、変更後組織の公開鍵で暗号化しなおす処理を実行する。

【0112】

この例では、情報提供部２４は、上記予め定められた処理として、まず、当該登録要求を行ったユーザに関わる各サービスについて、サービス識別子及びサービス項目ごとの受益可能な残りの回数の情報を含む集計結果を生成する処理を行う。

【0113】

情報提供部２４は、得られた集計情報を参照して、受益可能な残り回数が「０」でない、対象者及びサービス項目に係る履歴情報に係る情報ブロックを特定する。また情報提供部２４は、得られた集計情報を、認証したユーザのユーザ端末装置３に送出してユーザに提示させるとともに、ユーザに対して変更後組織に対して履歴情報の提示を行うか否かを問い合わせる。

【0114】

ユーザがこの問い合わせに応答して、ユーザ端末装置３を操作し、情報処理装置１に対して変更後組織への履歴情報の提示を行うべき旨の指示を行うと、情報提供部２４は、この指示に従い、先に特定した情報ブロックのそれぞれについて、当該情報ブロックに含まれるトランザクション情報（情報処理装置１の管理者の公開鍵で暗号化されたものを含む）を、情報処理装置１の管理者の秘密鍵で復号して平文のトランザクション情報を得、次に当該平文のトランザクション情報を、このユーザの変更後組織の公開鍵で暗号化して、当該情報ブロックに含めて、情報ブロックを更新する。

【0115】

このとき、情報ブロックは図４（ｂ）に例示するように、更新前に情報ブロックに含まれていた、情報ブロック自身を特定するブロック特定情報１０１と、変更前の組織の組織識別子１０２と、ユーザ識別子１０３と、サービス識別子１０４と、日時情報１０５と、情報処理装置１の管理者の公開鍵で暗号化されたものを含む（「暗号化Ａ」として示している）トランザクション情報１０６と、先行ブロック特定情報１０７とをそのままとして、平文のトランザクション情報を、変更後組織の公開鍵で暗号化した（「暗号化Ｂ」として示している）付加的な情報１０８を含む。

【0116】

なお、既に述べたように、ここでのトランザクション情報１０６には、変更前組織の公開鍵で暗号化したトランザクション情報を含んでもよい。

【0117】

またこのときには、情報提供部２４は、当該更新した情報ブロックを特定する情報を、変更後組織側に通知してもよい。

【0118】

この処理により、例えば転居先の地方自治体は、転居したユーザの過去の手続やサービス受益の履歴を参照できるようになり、情報の効率的な共有が図られる。またこのとき、他の組織へはユーザのトランザクション情報は提供されないので、情報の漏洩がない。さらに本実施の形態のこの例では、情報提供部２４は、上記更新した情報ブロックのトランザクション情報のうちに、変更前組織の公開鍵で暗号化した情報が含まれる場合は、当該情報を削除してもよいが、必ずしも削除する必要はない。

【0119】

［サービスを提供する組織の変更記録］
さらに本実施の形態の情報提供部２４は、上述の処理で、ユーザに関わる履歴情報の情報ブロックに含まれる組織識別子とサービス識別情報とトランザクション情報とを時系列順に読み出しているときに、サービスの提供元となる組織の変更記録、例えば、転居届に係るサービス識別情報を見出したときには、次の処理を行ってもよい。

【0120】

ここで転居届は、転居先となる地方自治体を宛先として提出されるものであり、その情報ブロックには、転居先である地方自治体の組織識別子が含まれる。

【0121】

情報提供部２４は、転居届を見出すと、当該転居届に係る情報ブロックに含まれる組織識別子を取得する。また情報提供部２４は、当該転居届の情報ブロックを見出すまでに記録した集計情報に含まれるサービス識別子ごとに、上記取得した転居先の組織識別子と、当該サービス識別子とに関連付けられたサービス内容情報を、情報保持装置２から取得する。

【0122】

そして情報提供部２４は、既に記録されている集計情報のうち、「トランザクション情報がサービスの電子申請であった情報ブロックに基づく集計情報」である集計情報、つまり、受益可能なサービス項目の回数を記録した集計情報に置き換えて、転居後の組織における、対応する集計情報を記録する。

【0123】

具体的に、集計情報を記録している処理の間に、
・対象者：ａ，組織識別子：Ａ区，サービス識別子：Ｘ，サービス内容：｛標準データ：｛検診：１４回｝、付加データ：｛超音波検診：３回…｝、オリジナルデータ：｛…｝…｝
・対象者：ａ，組織識別子：Ａ区，サービス識別子：Ｘ，受益したサービス：｛検診：１回｝
・対象者：ａ，組織識別子：Ａ区，サービス識別子：Ｘ，受益したサービス：｛超音波検診：１回｝
といった集計情報を記録した後に、Ｂ区への転居届が見出されると、情報提供部２４は、これまでの集計情報の記録のうち、受益可能なサービス項目の回数を記録した、
・対象者：ａ，組織識別子：Ａ区，サービス識別子：Ｘ，サービス内容：｛標準データ：｛検診：１４回｝、付加データ：｛超音波検診：３回…｝、オリジナルデータ：｛…｝…｝
に置き換えて、同じサービス識別子Ｘに係るＢ区でのサービス内容情報に基づく集計情報として、
・対象者：ａ，組織識別子：Ｂ区，サービス識別子：Ｘ，サービス内容：｛標準データ：｛検診：１４回｝、付加データ：｛超音波検診：１回…｝…｝
の集計情報を記録する。この例ではＢ区に対して提出したオリジナルデータは存在しないので、オリジナルデータは集計情報に含める必要はない。

【0124】

そしてこの置き換えにより、集計情報の記録は、
・対象者：ａ，組織識別子：Ｂ区，サービス識別子：Ｘ，サービス内容：｛標準データ：｛検診：１４回｝、付加データ：｛超音波検診：１回…｝…｝
・対象者：ａ，組織識別子：Ａ区，サービス識別子：Ｘ，受益したサービス：｛検診：１回｝
・対象者：ａ，組織識別子：Ａ区，サービス識別子：Ｘ，受益したサービス：｛超音波検診：１回｝
と更新される。

【0125】

この更新の処理の結果、情報提供部２４が集計情報に含まれる対象者ごと、かつ、サービス識別子及びサービス項目ごとの受益可能な残りの回数の情報を含む集計結果を演算すると、Ｂ区において受益可能な残りの回数の情報が求められる。

【0126】

上述の例では、仮に転居届がない場合（Ａ区に在住し続けた場合）、対象者ａ，サービス識別子Ｘに係る集計の結果は、検診１３回、超音波検診２回となるが、ここでは転居届によりＢ区に転居しているため、Ｂ区でのサービスレベルに従い、対象者ａ，サービス識別子Ｘに係る集計の結果は、検診１３回、超音波検診０回となる。

【0127】

本実施の形態のこの例において特徴的なことの一つは、標準的な情報項目の情報については、ユーザも組織も、何らの作業を要することなく、変更前組織（転居前の地方自治体）から変更後組織（転居後の地方自治体）へとその内容が引き継がれることである。

【0128】

一方で、付加的な情報項目については、別途、組織が引き継ぎをどのように行うかを決定する（予め規則を定めておき、当該規則に従って残り回数を設定することとしてもよい）。

【0129】

このように、本実施の形態のここでの例では、標準的な情報項目と付加的な情報項目とをそれぞれ互いに異なる処理に供することとしているので、各組織は、標準化されていない、付加的な情報項目について引き継ぎをどのように行うかを決定すればよく、組織やユーザの作業・手続の負担を軽減できる。

【0130】

情報提供部２４は、当該得られた集計結果の情報を、上記認証したユーザが受け得るサービスに関する情報として、認証したユーザのユーザ側端末３に対して送出して表示させる。なお、ここでも、残り回数が「０」以下であるサービス項目については、当該ユーザ側端末３に表示させる集計結果の情報から排除して送出することとしてもよい。

【0131】

また情報提供部２４は、転居があった場合には、「サービスの残り回数は、推定されたものです。詳細は区役所にお問い合わせください」のような文字列を、集計の結果に併せて表示させるよう、その旨の指示を送出してもよい。

【0132】

［動作］
本実施の形態は、基本的に以上の構成を備えており、次のように動作する。なお、以下の動作例では、当初Ａ区に住むユーザａが自身のユーザ側端末３を操作して、
・妊娠届（サービス識別子：Ｐ）
・検診補助の申請（サービス識別子Ｘ）
・検診受診の通知
・超音波検診受診の通知
・Ｂ区への転居届
の電子申請を順次行ったものとする。

【0133】

またＡ区、Ｂ区の地方自治体はそれぞれ、サービス識別子Ｘに係るサービスの内容として、
組織識別子：Ａ区，サービス識別子：Ｘ，サービス内容：｛定期検診：１４回、超音波検診：３回…｝…
組織識別子：Ｂ区，サービス識別子：Ｘ，サービス内容：｛乳幼児検診：１４回、超音波検診：１回…｝…
なるサービス内容情報を、登録しているものとする。

【0134】

またＡ区のサービス識別子Ｘのサービスに係るサービス内容には、標準的な情報項目との標準対応表として、
定期検診：検診
…
との情報が記録され、Ｂ区のサービス識別子Ｘのサービスに係るサービス内容には、標準的な情報項目との標準対応表として、
乳幼児検診：検診
…
との情報が記録されているものとする。

【0135】

またＡ区、Ｂ区ともに、超音波検診に関して付加的な情報項目を設定し、付加的な情報項目と設定情報名との付加対応表として、
超音波検診：超音波検診
…
といった情報が記録される。

【0136】

また、以下の例では、妊娠届（サービス識別子：Ｐ）の申請に対しては
（１）申請
（２）電子書類フォーマットの取得
（３）電子書類の提出（地方自治体のシステムへの送信）
（４）サービスの受益報告
の４つの履歴情報が生成されるものとする。ここで（４）サービスの受益報告は、サービス項目ごとに、組織が定める受益可能な回数以下の数だけ複数あってもよい。なお、生成される履歴情報の数や内容は、サービスごとに異なっていてよい。

【0137】

ユーザａが、Ａ区の電子申請のフォーマットを例えばマイナポータル（https://myna.go.jp/）を介して取得し、このフォーマットに含まれる設定項目名ごとの設定情報を入力してオリジナルデータを生成する。

【0138】

情報処理装置１は、このユーザａのユーザ側端末３からのアクセスを受けて、ユーザ側端末３のユーザａを認証する。そして情報処理装置１は、当該認証したユーザａから、組織であるＡ区宛の妊娠届（サービス識別子：Ｐ）のオリジナルデータとともに、登録要求を受け入れる。

【0139】

本実施の形態の一例では、情報処理装置１は、ここで受け入れたオリジナルデータを、マイナポータル等を介して、宛先である組織宛にそのまま送出してもよい。また、別の例では組織宛に提出されたオリジナルデータのコピーを、当該宛先となった組織、あるいは提出したユーザ自身から登録要求とともに受け入れることとしてもよい。

【0140】

情報処理装置１は、登録要求とともに受け入れたオリジナルデータの宛先である組織（Ａ区）の組織識別子：Ａ区と、認証したユーザａのユーザ識別子：ａと、電子申請や証明情報に係るサービスのサービス識別子：Ｐと、日時を表す日時情報と、トランザクション情報とを互いに関連付けた履歴情報を含む、仮の情報ブロックを生成する。

【0141】

ここでは情報処理装置１は、トランザクション情報に、ユーザａの氏名と申請日時等が表記された、オリジナルデータを含める。また情報処理装置１は、サービス識別子Ｐに関連付けて予め設定されている標準的な情報項目を参照し、当該オリジナルデータに含まれる設定項目名ごとに、当該設定項目名に対応する標準的な情報項目があれば、当該設定項目名に関連付けられた設定情報を、当該対応する標準的な情報項目に関連付けて設定し、標準データを生成する。そして情報処理装置１は、この標準データを、トランザクション情報に含める。

【0142】

さらに、情報処理装置１は、宛先となった組織（ここではＡ区）が、このサービス識別子Ｐのサービスに関連して、付加的な情報項目を設定しているときには、オリジナルデータに含まれる設定項目名のうち、この付加的な情報項目に対応付けられる設定項目名に関連付けられた設定情報を抽出し、当該対応する付加的な情報項目に関連付けて、当該抽出した設定情報を設定し、付加データを生成する。情報処理装置１は、この付加データも、トランザクション情報に含める。

【0143】

具体的にここでの例では、ユーザａのＡ区への検診補助の申請（サービス識別子Ｘ）に関して、情報処理装置１が、
オリジナルデータ：｛ユーザ：ａ、日時：bbbb、定期検診：１４回、超音波検診：３回…｝…
とのオリジナルデータをトランザクション情報に含める。

【0144】

また情報処理装置１は、このオリジナルデータに基づき標準データとして、
標準データ：｛検診：１４回｝
なるデータを生成する。また付加データとして、
付加データ：｛超音波検診：３回｝
なるデータを生成し、上記オリジナルデータとともにトランザクション情報に含める。一例としてトランザクション情報は、
サービス内容：｛標準データ：｛検診：１４回｝、付加データ：｛超音波検診：３回…｝、オリジナルデータ：｛…｝…｝
といったような情報となる。

【0145】

情報処理装置１は、生成した仮の情報ブロックに固有なブロック特定情報（仮の情報ブロックのハッシュ値でよい）を演算により求め、生成した仮の情報ブロックに、当該演算したブロック特定情報を含める。情報処理装置１は、情報保持装置２に最後に格納した情報ブロックのブロック特定情報を、生成した仮の情報ブロックに、直前の情報ブロックを特定する先行ブロック特定情報としてさらに含めて、情報ブロックとする。そして情報処理装置１は、当該情報ブロックを情報保持装置２に格納する。

【0146】

以下、情報処理装置１は、組織側（Ａ区側）から電子書類フォーマットが提供され、ユーザａが取得したときにもその旨のサービスを受けたこと情報とともに登録要求を受け入れ、また当該電子書類を提出したときも、その旨の電子申請の情報とともに登録要求を受け入れ…というように、逐次的に情報の登録要求を受け入れる。

【0147】

情報処理装置１は、この登録要求があるごとに、情報ブロックを生成して、既に記録されている情報ブロックに連結する処理を行う。

【0148】

この処理の結果、情報保持装置２には、図３に概念的に例示するように、ユーザａの妊娠届（サービス識別子：Ｐ）に係る、申請（ａ１）、フォーマットの取得（ａ２）…の情報ブロックがこの順に連結された状態となる。なお、ユーザａだけでなく、他のユーザの電子申請等に係る履歴情報の情報ブロックも同じく連結されるため、ユーザａの申請（ａ１）とフォーマットの取得（ａ２）との間にも、他のユーザの履歴情報に係る情報ブロックが連結され得る（図３：Ｙ）。

【0149】

なお、図３では説明のため、トランザクション情報を平文の状態で表現しているが、このトランザクション情報は既に述べたように、少なくとも情報処理装置１の管理者の公開鍵で暗号化されていてもよい。また、このトランザクション情報には、宛先の組織の公開鍵で暗号化された情報が含まれてもよい。トランザクション情報が暗号化される場合、ブロック特定情報の元となる仮の情報ブロックに、（得られるならば）暗号化前の平文のトランザクション情報を含めてブロック特定情報を求めてから暗号化をしてもよいし、仮の情報ブロックに暗号化後のトランザクション情報を含めてブロック特定情報を求めてもよい。

【0150】

以下、ユーザａは既に述べたように、
・検診補助の申請（サービス識別子Ｘ）
・検診受診の通知
・超音波検診受診の通知
・Ｂ区への転居届
についても同様の手続を行い、併せて情報処理装置１は、これらの手続に係る履歴情報の登録要求を受けて、対応する情報ブロックを生成して、それまでに記録されている情報ブロックに連結する処理を行う。

【0151】

その後、ユーザａが情報処理装置１にアクセスし、履歴情報の閲覧を要求すると、情報処理装置１は、情報保持装置２にアクセスし、情報保持装置２に記録されている情報ブロックのうち、最後に格納した情報ブロックを読み出す。

【0152】

情報処理装置１は読み出した情報ブロックに含まれるユーザ識別子を参照して、認証したユーザのユーザ識別子と一致していれば、当該情報ブロックを特定する情報を記録する。また情報処理装置１は、読み出した情報ブロックに含まれる、先行ブロック特定情報を参照し、当該先行ブロック特定情報が最初の情報ブロックであることを表す情報でなければ、当該先行ブロック特定情報で特定される情報ブロックを読み出して、ユーザ識別子を参照する処理から繰り返す。

【0153】

そして情報処理装置１は、最初の情報ブロックまで上記処理を実行し、それまでに記録した情報で特定される情報ブロックの内容を、閲覧要求元のユーザ側端末３に対して送出する。ユーザ側端末３は、ユーザの履歴情報に係る情報ブロックの内容を受け入れて、当該情報ブロックの内容を一覧として表示する。これによりユーザは、自己の履歴情報の一覧を閲覧可能となる。

【0154】

さらにこのとき、情報処理装置１は、当該記録した情報で特定される情報ブロックのそれぞれに含まれる組織識別子とサービス識別情報とトランザクション情報等を時系列順（各情報ブロックに含まれる日時情報が表す日時が早いものから順）に読み出す。

【0155】

そして情報処理装置１は、時系列順に読み出した組織識別子とサービス識別情報とトランザクション情報を参照して、当該読み出した組織識別子とサービス識別情報とに関連付けて記録されているサービス内容情報を、情報保持装置２から読み出す。

【0156】

また情報処理装置１は、トランザクション情報からサービスの申請に係るサービスの受益者（ここでの例ではユーザａ自身）並びに、サービスの申請や受益の履歴の情報を取り出す。このとき情報処理装置１は、トランザクション情報が暗号化されていれば、情報処理装置１の管理者の秘密鍵で復号して、上記の情報を取り出す。

【0157】

情報処理装置１は、対象者情報ごとに、受け得るサービス項目を抽出して、その回数を集計し、当該集計の結果を集計情報として記録する。

【0158】

上述の例によれば、
…
・対象者：ａ，組織識別子：Ａ区，サービス識別子：Ｘ，サービス内容：｛標準データ：｛検診：１４回｝、付加データ：｛超音波検診：３回…｝、オリジナルデータ：｛…｝…｝
・対象者：ａ，組織識別子：Ａ区，サービス識別子：Ｘ，受益したサービス：｛検診：１回｝
・対象者：ａ，組織識別子：Ａ区，サービス識別子：Ｘ，受益したサービス：｛超音波検診：１回｝
…
というように、集計情報が記録される。

【0159】

さらに情報処理装置１は、この処理の過程でＢ区への転居届に係る情報ブロックを見出す。すると情報処理装置１は、ここまでに記録した集計情報のうち、受益可能なサービス項目の回数を記録しているものに置き換えて、同じサービス識別子に係るＢ区でのサービス内容情報に基づく集計情報を記録する。

【0160】

具体的にここでの例では、
・対象者：ａ，組織識別子：Ａ区，サービス識別子：Ｘ，サービス内容：｛標準データ：｛検診：１４回｝、付加データ：｛超音波検診：３回…｝、オリジナルデータ：｛…｝…｝
が、
・対象者：ａ，組織識別子：Ｂ区，サービス識別子：Ｘ，サービス内容：｛標準データ：｛検診：１４回｝、付加データ：｛超音波検診：１回…｝…｝
に置き換えられることとなる。既に説明したように、ここでは集計情報としては、オリジナルデータを含める必要はない。

【0161】

そして情報処理装置１が集計情報に含まれる対象者ごと、かつ、サービス識別子及びサービス項目ごとの受益可能な残りの回数の情報を含む集計結果を演算する。上述の例では、Ｂ区での検診回数１４回のうち、Ａ区で１回の検診を受診している履歴情報があるので、Ｂ区での残りの受益可能な検診回数は１３回と演算される。

【0162】

また、Ｂ区での超音波検診１回については、Ａ区で既に１回の超音波検診を行っているので、Ｂ区での残りの受益可能な超音波検診回数は０回となる。

【0163】

情報処理装置１は、残り回数が「０」以下であるサービス項目について、集計結果の情報から排除し、他の集計結果の情報を、ユーザａのユーザ側端末３に送出する。そしてユーザ側端末３はこの集計結果の情報を表示する。

【0164】

これによりユーザは、Ｂ区で受け得るサービスの内容についての情報を入手できることとなる。

【0165】

このように本実施の形態によると、自治体等の組織が提供するサービスが変更される場合のユーザの利便性を向上できる。

【0166】

なお、ここでは転居届があった場合に、履歴情報の一部を、転居先の組織のサービス内容情報に基づく情報で置き換えることとしたが、転居をしない場合でもサービス内容情報に変更がある場合は、当該変更後のサービス内容情報に基づいて上記履歴情報が生成されるので、変更後のサービス内容に沿って、受け得るサービスの内容に係る情報を入手できる。

【0167】

［支援業務での利用例］
なお、受益者は、組織の担当者とともに履歴情報や集計結果等の確認を行ってもよい。またこの際、受益者は、必ずしもユーザ側端末３から情報処理装置１にアクセスする必要はなく、例えばサービス提供者である組織に配備された、組織側端末４を使用して情報処理装置１にアクセスしてもよい。

【0168】

このような場合、組織の担当者は、受益者とともに受益者の履歴情報や集計結果を確認しつつ、実際のサービスのための情報入力画面（台帳）への入力を行いながら、受益者に対するサービスのプランを設計する。情報処理装置１は、このサービスのプランに係る台帳の情報を、履歴情報として記録してもよい。

【0169】

この台帳の情報は、行政サービスの種類ごとにその内容は異なるものであり、一般に、少なくとも一つの情報項目を含む。一例としてこの台帳の情報は、「妊産婦・保護者に関するサービス」においては、
・妊娠届出日、母子手帳公付日、
・生年月日、年齢、居住地区、
・婚姻状況、
・家族構成、
・本人及びパートナーや夫の就労状況、
・出産予定機関、
・既往歴、
・面談日、
・要支援の有無…
などの情報項目が記録される。

【0170】

また、「乳幼児に関する行政サービス」の台帳の情報には、
・年齢（月齢）、
・出生時の状況、
・面談日、
・要支援の有無…
などの情報項目が記録される。

【0171】

本実施の形態のこの例によると、組織の担当者等が作成したサービスのプランが履歴情報として記録されるため、後に転居などした場合であっても、受益者の情報が引き継がれやすくなり、受益者が適切なサービスを受ける可能性を増大できる。

【0172】

さらに、この場合、組織の担当者は、受益者とともに実際のサービスの申請書類（電子的なものであっても書面であってもよい）を作成してもよい。電子的に申請書類を作成する場合、ＰＤＦ等のファイルフォーマットで出力し、実際のサービスを行う部署へ回付することとしてもよい。

【0173】

また電子的な申請書類を作成した旨の履歴情報を、情報処理装置１に登録しておいてもよい。この履歴情報にはサービスの種類ごとに固有なサービス識別子と、当該サービスの提供者となる組織を特定する組織識別子と、受益者となるユーザごとに固有なユーザ識別子とにさらに関連付けて申請書類の情報を含めておく。この履歴情報に添付された申請書類は、その後、受益者がサービスを希望する時点となったときに印刷、あるいは送信するなどしてサービスの申し込みに利用できる。

【0174】

また本実施の形態の情報処理装置１は、サービスの提供側である組織の組織側端末４のユーザを認証して、当該認証したユーザに対して、当該ユーザの属する組織が提供するサービスの受益者の履歴情報等を編集可能としてもよい。具体的に組織が区などの地方自治体であれば、情報処理装置１は、その区の組織側端末４のユーザ、つまり当該区の職員（あるいは当該区から委託された担当者）に対し、当該区内に居住している受益者となったユーザの履歴情報を編集する。

【0175】

具体的に、既に述べた、妊娠後、Ａ区で１回の検診と超音波検査とを受け、その後Ｂ区に転居した受益者となったユーザの履歴情報を参照する例について説明する。

【0176】

既に述べたように、この場合、情報処理装置１は、集計情報として、
・対象者：ａ，組織識別子：Ａ区，サービス識別子：Ｘ，サービス内容：｛標準データ：｛検診：１４回｝、付加データ：｛超音波検診：３回…｝、オリジナルデータ：｛…｝…｝
・対象者：ａ，組織識別子：Ａ区，サービス識別子：Ｘ，受益したサービス：｛検診：１回｝
・対象者：ａ，組織識別子：Ａ区，サービス識別子：Ｘ，受益したサービス：｛超音波検診：１回｝
…
なる情報を記録し、ここからＢ区で受益可能な超音波検診が「０回」とした集計結果を得ていた。

【0177】

しかしながらこの例のような原則を厳密に徹底しすぎると、個別具体的な事情に照らして妥当でないケースがあり得る。そこで、本実施の形態のある例では、組織の担当者が、受益者の既往歴などを参照して現在の妊娠週数で超音波診断回数を受けるべきであると判断したときなどの場合に対応するため、情報処理装置１が組織の担当者であるユーザの指示に従いＢ区での残りの受益可能な超音波検診回数を「１回」などと編集した編集情報を格納することとしてもよい。

【0178】

情報処理装置１は、この編集情報を、履歴情報の時系列に含めて、受益者であるユーザを特定するユーザ識別子等に関連付けて、対象者、サービスを提供する組織の組織識別子、サービス識別子、及び受益可能なサービスを特定する情報（「付加データ：｛超音波検診：１回｝」等）を互いに関連付けた情報として記録する。

【0179】

なお、トランザクション情報が暗号化されている場合も、図４（ｂ）に例示したように、Ｂ区への転居の時点で、ユーザの操作により、Ａ区で受益したサービスに関するトランザクション情報は、Ｂ区の担当者等により参照可能なように暗号化し直されて情報ブロック内に記録されているものとする（図４（ｂ）の「暗号化Ｂ」）。

【0180】

また、ここでの例では、トランザクション情報を情報ブロックに含め、ブロックチェーンとして記録することとしたが、この例に代えて、各サービス提供者のストレージにトランザクション情報を蓄積する場合、Ｂ区への転居の時点で、ユーザの操作により、Ａ区で受益したサービスに関するトランザクション情報（Ａ区のストレージに蓄積されている）がＢ区の担当者等により参照可能なように暗号化し直されて、Ｂ区のストレージに蓄積されることとなる。このとき、Ａ区のストレージに蓄積されている過去のトランザクション情報はそのままとなる。

【0181】

そして以降、情報処理装置１は、時系列順に読み出した組織識別子とサービス識別情報とトランザクション情報を参照して、当該読み出した組織識別子とサービス識別情報とに関連付けて記録されているサービス内容情報、並びに編集情報を読み出す。

【0182】

また情報処理装置１は、トランザクション情報からサービスの申請に係るサービスの受益者（ここでの例ではユーザａ自身）並びに、サービスの申請や受益の履歴の情報を取り出す。

【0183】

そして情報処理装置１は、対象者情報ごとに、受け得るサービス項目を抽出して、その回数を集計し、当該集計の結果を集計情報として記録する。例えば上述のような履歴を表す履歴情報に続けて、Ｂ区での超音波診断を１回提供する旨の編集情報が登録された場合、情報処理装置１は、集計情報として、
・対象者：ａ，組織識別子：Ａ区，サービス識別子：Ｘ，サービス内容：｛標準データ：｛検診：１４回｝、付加データ：｛超音波検診：３回…｝、オリジナルデータ：｛…｝…｝
・対象者：ａ，組織識別子：Ａ区，サービス識別子：Ｘ，受益したサービス：｛検診：１回｝
・対象者：ａ，組織識別子：Ａ区，サービス識別子：Ｘ，受益したサービス：｛超音波検診：１回｝
・対象者：ａ，組織識別子：Ｂ区，サービス識別子：Ｙ，Ａ区からの転居届
・対象者：ａ，組織識別子：Ｂ区，サービス識別子：Ｘ，提供するサービス：｛超音波検診：１回｝
…
といった情報を記録する。

【0184】

そして情報処理装置１は集計情報に含まれる対象者ごと、かつ、サービス識別子及びサービス項目ごとの受益可能な残りの回数の情報を含む集計結果を演算する。上述の例では、Ｂ区での検診回数１４回のうち、Ａ区で１回の検診を受診している履歴情報があるので、Ｂ区での残りの受益可能な検診回数は１３回と演算される。

【0185】

また、Ｂ区での超音波検診１回については、Ａ区で既に１回の超音波検診を行っているので、Ｂ区への転居届の時点で、残りの受益可能な超音波検診回数は０回となる。しかしながら、その後に記録されている編集情報により、受益可能な超音波検診回数が１回に設定されているので、情報処理装置１は、Ｂ区での残りの受益可能な検診回数が１３回であり、受益可能な超音波検診回数が１回である旨の集計結果の情報を、ユーザａのユーザ側端末３に送出する。そしてユーザ側端末３はこの集計結果の情報を表示する。

【0186】

つまりこの例では、編集後にユーザから履歴情報や集計結果を要求された情報処理装置１は、サービスの内容ごとに、時系列順に格納されている履歴情報や編集情報を参照し、検診の回数や超音波検診の回数を集計して、それらが「１」以上である場合には、ユーザに対して、申し込みのための手続を案内する処理を行うこととなる。

【0187】

本実施の形態の情報処理装置１は、集計結果として得た情報に基づいて申請可能なサービスを検索してもよい。すなわち、情報処理装置１は、得られた集計情報に含まれる標準データが表す情報項目に対応する、対象者に対するサービス提供者（上述の例では転居後のＢ区）でのオリジナルデータにおける指定項目名を得る。この指定項目名は、既に述べたように、自治体など、サービス提供者ごとの標準データの情報項目と指定項目名との関連付けを定めた設定を参照して取得する。

【0188】

情報処理装置１は、得られた指定項目名を含む、サービス提供者に対する電子申請のフォーマットを検索する。上述の例では情報処理装置１は、Ｂ区が定めている電子申請のフォーマットのうち、上記得られた指定項目名の入力欄を含むものを検索することとなる。

【0189】

情報処理装置１は、検索の結果見出された電子申請のフォーマットをユーザａや、組織の担当者等に対して提示する。これにより、本実施の形態では、電子申請を容易に行わせることも可能となる。

【0190】

［個人情報の保護］
また本実施の形態においては、トランザクション情報を、宛先とした組織に固有の復号鍵で復号可能な状態に暗号化でき、この場合は暗号化されていない情報にはユーザ識別子が含まれるのみとなって、情報保持装置２の内容が不正に取得されても、ユーザの個人情報が漏洩することはなくなる。

【符号の説明】

【0191】

１ 情報処理装置、２ 情報保持装置、３ ユーザ側端末、４ 組織側端末、１１ 制御部、１２ 記憶部、１３ 通信部、２１ 認証処理部、２２ 履歴管理部、２３ サービス内容情報管理部、２４ 情報提供部。

【図1】

【図2】

【図3】

【図4】