特許 7634250 情報管理システム、情報管理システムの制御方法、及びプログラム

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

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

(11)【特許番号】

(24)【登録日】2025-02-13

(45)【発行日】2025-02-21

(54)【発明の名称】情報管理システム、情報管理システムの制御方法、及びプログラム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20250214BHJP

【ＦＩ】

G06Q50/10

【請求項の数】 13

(21)【出願番号】P 2024112163

(22)【出願日】2024-07-12

【審査請求日】2024-07-12

【早期審査対象出願】

(73)【特許権者】

【識別番号】523265386

【氏名又は名称】ポケットサイン株式会社

(74)【代理人】

【識別番号】100226997

【弁理士】

【氏名又は名称】辻 知英

(74)【代理人】

【識別番号】100221291

【弁理士】

【氏名又は名称】青井 隆徳

(72)【発明者】

【氏名】梅本 滉嗣

(72)【発明者】

【氏名】澤田 一樹

【審査官】山崎 誠也

(56)【参考文献】

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

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

【文献】特許第７４９９５５３（ＪＰ，Ｂ１）

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

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

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

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

【文献】マイナンバーカード・インフォ（民間事業者向け）Vol.25 [online]，2023年12月16日，p.1-13，[令和6年3月8日検索]，インターネット＜ＵＲＬ：https://web.archive.org/web/20231216172851/https://www.digital.go.jp/assets/contents/node/basic_page/field_ref_resources/33a0798a-be04-4ec5-b50a-f2a784755a05/f36c8a3d/20231201_policies_mynumber_private-business_infor_01.pdf＞

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

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

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

【請求項1】

第１事業者が運営する第１サービス、及び第２事業者が運営する第２サービスを利用するユーザに関するユーザ関連情報を管理する情報管理装置と、前記ユーザのユーザ端末と、前記情報管理装置で管理される前記ユーザ関連情報の少なくとも一部を利用する前記第１サービスを前記ユーザ端末で実現させる第１事業者装置と、前記情報管理装置で管理される前記ユーザ関連情報の少なくとも一部を利用する前記第２サービスを前記ユーザ端末で実現させる第２事業者装置と、が用いられる情報管理システムであって、
前記第１サービスで利用される前記ユーザ関連情報の項目を、前記情報管理装置のデータベースに定義する定義部と、
前記定義部により定義された前記項目に対応するユーザ関連情報を前記データベースに書込む書込部と、
前記書込部により前記データベースに書込まれた当該ユーザ関連情報を、前記第２事業者装置に取得させる取得部と、を備え、
前記情報管理システムには、複数の事業者のそれぞれが運営する複数の事業者装置がさらに用いられており、
前記第２サービス、及び前記複数の事業者のそれぞれが運営するサービスごとに、前記書込部により前記データベースに書込まれた前記ユーザ関連情報の読書きに関する権限を設定する権限設定部をさらに備える、情報管理システム。

【請求項2】

請求項１に記載の情報管理システムにおいて、
前記情報管理システムには、前記第１事業者の第１事業者端末がさらに用いられており、
前記第１事業者端末から前記情報管理装置へのアクセスを通じて、前記定義部は、前記第１サービスに利用される前記ユーザ関連情報の前記項目を、前記データベースに定義する、情報管理システム。

【請求項3】

請求項１に記載の情報管理システムにおいて、
前記情報管理システムには、前記第２事業者の第２事業者端末がさらに用いられており、
前記第２事業者端末から前記情報管理装置へのアクセスを通じて、前記定義部が定義した前記項目のうち、どの項目に対応するユーザ関連情報を前記取得部に取得させるかを選択する取得情報選択部をさらに備える、情報管理システム。

【請求項4】

請求項１に記載の情報管理システムにおいて、
前記書込部は、前記第１事業者装置に設けられた第１書込部、前記第２事業者装置に設けられた第２書込部、及び前記情報管理装置に設けられ、前記第１事業者装置からの指令によって書込む情報管理装置側書込部から選択される少なくとも１つを含む、情報管理システム。

【請求項5】

請求項１に記載の情報管理システムにおいて、
前記情報管理システムには、前記第１事業者の第１事業者端末がさらに用いられており、
前記第１事業者端末から前記情報管理装置へのアクセスを通じて、前記権限設定部は、
前記第２サービス、及び前記複数の事業者のそれぞれが運営するサービスごとに、前記書込部により前記データベースに書込まれた前記ユーザ関連情報の読書きに関する権限を設定する、情報管理システム。

【請求項6】

請求項１に記載の情報管理システムにおいて、
前記書込部は、前記データベースに前記ユーザ関連情報を書込むことに前記ユーザが同意した旨の第１同意情報を用いて、前記データベースに前記ユーザ関連情報を書込む、情報管理システム。

【請求項7】

請求項１に記載の情報管理システムにおいて、
前記取得部は、前記書込部により前記データベースに書き込まれた前記ユーザ関連情報を前記第２事業者装置が取得することに前記ユーザが同意した旨の第２同意情報を用いて、当該ユーザ関連情報を前記データベースから取得する、情報管理システム。

【請求項8】

請求項１に記載の情報管理システムにおいて、
前記定義部により定義された前記項目に対応するユーザ関連情報を、前記書込部が前記データベースに書込むように促す書込依頼情報を前記ユーザ端末に送信する書込依頼部をさらに備える、情報管理システム。

【請求項9】

請求項１に記載の情報管理システムにおいて、
前記情報管理システムには、複数の事業者のそれぞれが運営する複数の事業者装置がさらに用いられており、
前記情報管理装置で管理される前記ユーザ関連情報は、前記情報管理装置の管理者、前記第１サービス、前記第２サービス、及び前記複数の事業者のそれぞれが運営するサービスを識別する識別情報のいずれかと紐づいており、
前記取得部は、前記識別情報と紐づいた前記ユーザ関連情報を取得可能である、情報管理システム。

【請求項10】

請求項１に記載の情報管理システムにおいて、
任意の前記ユーザ関連情報の前記項目を前記データベースに定義するように依頼する項目定義リクエスト情報を送信する項目定義依頼部をさらに備える、情報管理システム。

【請求項11】

請求項１に記載の情報管理システムにおいて、
前記第１事業者装置は、前記書込部、及び前記取得部の少なくとも一方を含み、
前記書込部、及び前記取得部の少なくとも一方は、前記情報管理装置の管理者により提供される機能である、情報管理システム。

【請求項12】

第１事業者が運営する第１サービス、及び第２事業者が運営する第２サービスを利用するユーザに関するユーザ関連情報を管理する情報管理装置と、前記ユーザのユーザ端末と、前記情報管理装置で管理される前記ユーザ関連情報の少なくとも一部を利用する前記第１サービスを前記ユーザ端末で実現させる第１事業者装置と、前記情報管理装置で管理される前記ユーザ関連情報の少なくとも一部を利用する前記第２サービスを前記ユーザ端末で実現させる第２事業者装置と、複数の事業者のそれぞれが運営する複数の事業者装置と、が用いられる情報管理システムを実現するコンピュータが、
前記第１サービスで利用される前記ユーザ関連情報の項目を、前記情報管理装置のデータベースに定義し、
前記項目に対応する前記ユーザ関連情報を前記データベースに書込み、
前記データベースに書込まれた当該ユーザ関連情報を、前記第２事業者装置に取得させ、
前記第２サービス、及び前記複数の事業者のそれぞれが運営するサービスごとに、前記データベースに書込まれた前記ユーザ関連情報の読書きに関する権限を設定する、情報管理システムの制御方法。

【請求項13】

第１事業者が運営する第１サービス、及び第２事業者が運営する第２サービスを利用するユーザに関するユーザ関連情報を管理する情報管理装置と、前記ユーザのユーザ端末と、前記情報管理装置で管理される前記ユーザ関連情報の少なくとも一部を利用する前記第１サービスを前記ユーザ端末で実現させる第１事業者装置と、前記情報管理装置で管理される前記ユーザ関連情報の少なくとも一部を利用する前記第２サービスを前記ユーザ端末で実現させる第２事業者装置と、複数の事業者のそれぞれが運営する複数の事業者装置と、が用いられる情報管理システムを実現するコンピュータに、
前記第１サービスで利用される前記ユーザ関連情報の項目を、前記情報管理装置のデータベースに定義するステップ、
前記項目に対応するユーザ関連情報を前記データベースに書込むステップ、
前記データベースに書込まれた当該ユーザ関連情報を、前記第２事業者装置に取得させるステップ、及び
前記第２サービス、及び前記複数の事業者のそれぞれが運営するサービスごとに、前記データベースに書込まれた前記ユーザ関連情報の読書きに関する権限を設定するステップ、を実現させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報管理システム、情報管理システムの制御方法、及びプログラムに関する。

【背景技術】

【0002】

特許文献１には、多数の企業が参加する個人情報の提供基盤において、個人情報の提供対象や利用対象となる企業の的確な選定を効率的なものとする技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０２２―１３５０６７号公報

【発明の概要】

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

【0004】

上記特許文献１において、ユーザの個人情報を、個人情報の提供基盤で管理しているが、事業者が当該ユーザの個人情報をより活用しやすくなるような仕組みが求められている。

【0005】

本発明が解決しようとする課題としては、事業者がユーザの情報をより活用しやすくなることが一例として挙げられる。

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

【0006】

請求項１に記載の発明は、
第１事業者が運営する第１サービス、及び第２事業者が運営する第２サービスを利用するユーザに関するユーザ関連情報を管理する情報管理装置と、前記ユーザのユーザ端末と、前記情報管理装置で管理される前記ユーザ関連情報の少なくとも一部を利用する前記第１サービスを前記ユーザ端末で実現させる第１事業者装置と、前記情報管理装置で管理される前記ユーザ関連情報の少なくとも一部を利用する前記第２サービスを前記ユーザ端末で実現させる第２事業者装置と、が用いられる情報管理システムであって、
前記第１サービスで利用される前記ユーザ関連情報の項目を、前記情報管理装置のデータベースに定義する定義部と、
前記定義部により定義された前記項目に対応するユーザ関連情報を前記データベースに書込む書込部と、
前記書込部により前記データベースに書込まれた当該ユーザ関連情報を、前記第２事業者装置に取得させる取得部と、を備える、情報管理システムである。

【0007】

請求項１２に記載の発明は、
第１事業者が運営する第１サービス、及び第２事業者が運営する第２サービスを利用するユーザに関するユーザ関連情報を管理する情報管理装置と、前記ユーザのユーザ端末と、前記情報管理装置で管理される前記ユーザ関連情報の少なくとも一部を利用する前記第１サービスを前記ユーザ端末で実現させる第１事業者装置と、前記情報管理装置で管理される前記ユーザ関連情報の少なくとも一部を利用する前記第２サービスを前記ユーザ端末で実現させる第２事業者装置と、が用いられる情報管理システムを実現するコンピュータが、
前記第１サービスで利用される前記ユーザ関連情報の項目を、前記情報管理装置のデータベースに定義し、
前記項目に対応するユーザ関連情報を前記データベースに書込み、
前記データベースに書込まれた当該ユーザ関連情報を、前記第２事業者装置に取得させる、情報管理システムの制御方法である。

【0008】

請求項１３に記載の発明は、
第１事業者が運営する第１サービス、及び第２事業者が運営する第２サービスを利用するユーザに関するユーザ関連情報を管理する情報管理装置と、前記ユーザのユーザ端末と、前記情報管理装置で管理される前記ユーザ関連情報の少なくとも一部を利用する前記第１サービスを前記ユーザ端末で実現させる第１事業者装置と、前記情報管理装置で管理される前記ユーザ関連情報の少なくとも一部を利用する前記第２サービスを前記ユーザ端末で実現させる第２事業者装置と、が用いられる情報管理システムを実現するコンピュータに、
前記第１サービスで利用される前記ユーザ関連情報の項目を、前記情報管理装置のデータベースに定義するステップ、
前記項目に対応するユーザ関連情報を前記データベースに書込むステップ、
前記データベースに書込まれた当該ユーザ関連情報を、前記第２事業者装置に取得させるステップ、を実現させるためのプログラムである。

【発明の効果】

【0009】

本発明によれば、事業者がユーザの情報をより活用しやすくなる。

【図面の簡単な説明】

【0010】

【図1】第１実施形態に係る情報管理システムを示す概略ブロック図である。

【図2】第１実施形態に係るデータベース１１のデータ構造の一例を示す図である。

【図3】定義部が第１サービスで利用されるユーザ関連情報の項目をデータベース１１に定義するフローの一例を説明するための図である。

【図4】取得情報選択部の機能を説明するための図である。

【図5】情報管理装置１０のハードウエア構成例を示す図である。

【図6】第１実施形態に係る情報管理装置１０にユーザ関連情報の項目を定義するフローを示す図である。

【図7】第１実施形態に係る取得情報選択部を機能させる際のフローを示す図である。

【図8】第１実施形態に係る書込部がデータベース１１にユーザ関連情報を書込む際のフローの一例を示す図である。

【図9】第１実施形態に係る書込部がデータベース１１にユーザ関連情報を書込む際のフローの別例を示す図である。

【図10】第１実施形態に係る取得部がデータベース１１からユーザ関連情報を取得する際のフローの一例を示す図である。

【図11】第２実施形態に係る情報管理システムを示す概略ブロック図である。

【図12】第３実施形態に係る情報管理システムを示す概略ブロック図である。

【図13】書込依頼部の機能を説明するためのフロー図である。

【図14】第４実施形態に係る情報管理システムを示す概略ブロック図である。

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

【0011】

以下、本発明の実施の形態について、図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。

【0012】

なお、以下に示す説明において、各装置の各構成要素は、ハードウエア単位の構成ではなく、機能単位のブロックを示している。各装置の各構成要素は、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされたプログラム、そのプログラムを格納するハードディスクなどの記憶メディア、ネットワーク接続用インタフェースを中心にハードウエアとソフトウエアの任意の組合せによって実現される。そして、その実現方法、装置には様々な変形例がある。

【0013】

＜第１実施形態＞
（情報管理システム１００）
図１は、第１実施形態に係る情報管理システム１００を示す概略ブロック図である。情報管理システム１００は、情報管理装置１０と、ユーザのユーザ端末６と、第１事業者装置１と、第２事業者装置２と、ともに用いられる。ユーザは、第１サービス（後述する）及び第２サービス（後述する）を利用する。情報管理システム１００は、ユーザに関するユーザ関連情報（後述する）を管理し、当該ユーザ関連情報を事業者が効果的に利用するためのシステムである。

【0014】

（第１サービス）
第１サービスは、第１事業者が運営するサービスである。第１事業者は、事業を運営する者（法人）であり、サービスを提供する者（法人）である。第１サービスは、情報管理装置１０で管理されるユーザ関連情報（後述する）の少なくとも一部を利用するサービスである。第１サービスは、例えば、防災関連のアプリケーションでもよく、薬関連のアプリケーションでもよい。なお、第１サービスは、WEBアプリケーションでもよいし、WEBサイト（ECサイトなど）でもよいし、スマホアプリケーションでもよい。

【0015】

（第２サービス）
第２サービスは、第２事業者が運営するサービスである。第２事業者は、事業を運営する者（法人）であり、サービスを提供する者（法人）である。第２サービスは、第１サービスと異なるサービスである。第２サービスは、情報管理装置１０で管理されるユーザ関連情報の少なくとも一部を利用するサービスである。第２サービスの例は、第１サービスの例と同様である。第１実施形態において、第２事業者と第１事業者とは異なっているが、第２事業者と第１事業者とは同じでもよい。すなわち、同じ事業者（第１事業者、第２事業者）が異なるサービス（第１サービス、第２サービス）を提供していてもよい。

【0016】

また、例えば、第２サービスは、第１サービスをスーパーアプリとするミニアプリでもよい。この場合、第１サービスとして、ユーザの身分証明に用いられるデジタル身分証アプリケーション、第２サービスとして防災関連のアプリケーションでもよい。

【0017】

（ユーザ関連情報）
情報管理装置１０は、ユーザに関するユーザ関連情報を管理する。ユーザ関連情報は、ユーザに関連する情報である。ユーザ関連情報は、ユーザの個人情報を含んでいてもよい。ユーザ関連情報は、ユーザの基本４情報（氏名、生年月日、住所、性別）を有していてもよいし、ユーザの電話番号、メールアドレスなどを有していてもよい。また、ユーザ関連情報は、ユーザが所定地域で利用できるポイントをいくら持っているか、ユーザの職業は何か、家族構成は何か、なんの薬を飲んでいるか、どんな化粧品を使っているかなどの情報を有していてもよい。

【0018】

（情報管理装置１０）
情報管理装置１０は、ユーザ関連情報を管理する、データ共通基盤（レジストリ）である。情報管理装置１０には、ユーザの個人情報などが管理されており、情報管理装置１０は、当該個人情報などが第１事業者、第２事業者、その他の事業者、及び情報管理システム１００（情報管理装置１０）の管理者などに効果的に共有されるための装置である。情報管理装置１０は、いわゆるクラウドサーバであってもよい。

【0019】

情報管理装置１０は、データベース１１を備えている。データベース１１は、所定の情報（例：ユーザ関連情報）を格納するストレージである。データベース１１には、ユーザ関連情報が多数格納されており、これらのユーザ関連情報が事業者（第１事業者、第２事業者、その他の事業者など）に共有され、事業者はこれらのユーザ関連情報を効果的に活用する。データベース１１は、情報管理装置１０の内部に設けられていてもよいし、外部に設けられていてもよい。

【0020】

情報管理装置１０は、通信ネットワーク１０１を介して、ユーザ端末６、第１事業者装置１、及び第２事業者装置２と通信可能な構成となっている。通信ネットワーク１０１は例えば、４Ｇ又は５Ｇ回線での通信を含む。情報管理装置１０は、通信ネットワーク１０１を構成するための通信部（図示しない）を含んで構成されている。

【0021】

（ユーザ端末６）
ユーザ端末６は、ユーザが所有し、管理し、携帯し、又は使用している端末である。ユーザ端末６は、スマートフォン、タブレット、及びＰＣ（パーソナルコンピューター）の少なくともいずれか１つを含んでいる。第１実施形態において、ユーザ端末６には、第１サービスをユーザ端末６で実現させる第１アプリケーションのプログラム、及び第２サービスをユーザ端末６で実現させる第２アプリケーションのプログラムが少なくともインストールされているものとする。上記プログラムを実行すると、上記アプリケーション（第１アプリケーション、第２アプリケーション）がユーザ端末６上でそれぞれ起動する。なお、第１実施形態において、ユーザ端末６には、第３サービス、第４サービス…第ｎサービスをユーザ端末６で実現させるアプリケーションのプログラムの少なくともいずれか１つ以上がユーザ端末６にインストールされていてもよい。

【0022】

（第１事業者装置１）
第１事業者装置１は、第１サービスをユーザ端末６で実現させる装置（サーバ）である。第１事業者装置は、クラウドサーバであってもよい。第１実施形態において、第１事業者装置１は、第１サービスとしての防災関連のアプリケーションを、ユーザ端末６上で実現させるサーバである。第１事業者装置１には、第１サービスに利用されるユーザの情報は何か（氏名、住所、性別、生年月日、電話番号、メールアドレス、家族構成など）が予め記憶されていてもよい。例えば、上記防災関連のアプリケーションの場合、ユーザの基本４情報、電話番号、メールアドレス、及び家族構成の情報が当該アプリケーションに利用されることが、第１事業者装置１の記憶部（図示しない）に予め記憶されていてもよい。

【0023】

（第２事業者装置２）
第２事業者装置２は、第２サービスをユーザ端末６で実現させる装置（サーバ）である。第２事業者装置は、クラウドサーバであってもよい。第１実施形態において、第２事業者装置２は、第２サービスとしての薬関連のアプリケーションを、ユーザ端末６上で実現させるためのサーバである。第２事業者装置２には、第２サービスに利用されるユーザの情報は何か（氏名、住所、性別、生年月日、電話番号、メールアドレス、家族構成、薬の情報など）が予め記憶されていてもよい。例えば、上記薬関連のアプリケーションの場合、ユーザの基本４情報、及び今まで処方された薬の情報が当該アプリケーションに利用されることが、第２事業者装置２の記憶部（図示しない）に予め記憶されていてもよい。

【0024】

（第１事業者端末７）
情報管理システム１００には、第１事業者の第１事業者端末７がさらに用いられていてもよい。第１事業者端末７は、第１事業者が所有し、管理し、携帯し、又は使用している端末である。第１事業者端末７は、スマートフォン、タブレット、及びＰＣ（パーソナルコンピューター）の少なくともいずれか１つを含んでいる。第１事業者（例：責任者、責任者から権限を付与された者）は、第１事業者端末７を用いて、情報管理装置１０にアクセスすることができてもよい。例えば、情報管理装置１０（情報管理システム１００）の管理者から、第１事業者用のログインＩＤとパスワードが付与され、第１事業者端末７からＷＥＢブラウザ経由で、情報管理装置１０の所定機能にアクセスすることができてもよい。

【0025】

（第２事業者端末８）
情報管理システム１００には、第２事業者の第２事業者端末８がさらに用いられていてもよい。第２事業者端末８は、第２事業者が所有し、管理し、携帯し、又は使用している端末である。第２事業者端末８は、スマートフォン、タブレット、及びＰＣ（パーソナルコンピューター）の少なくともいずれか１つを含んでいる。第２事業者（例：第２サービスの責任者、当該責任者から権限を付与された者）は、第２事業者端末８を用いて、情報管理装置１０にアクセスすることができてもよい。例えば、情報管理装置１０の管理者から、第２事業者用にログインＩＤとパスワードが付与され、第２事業者端末８からＷＥＢブラウザ経由で、情報管理装置１０の所定機能にアクセスすることができてもよい。

【0026】

（その他の事業者装置）
第１実施形態において、情報管理システム１００には、複数の事業者（第３事業者、第４事業者…第ｎ事業者）のそれぞれが運営する複数の事業者装置（第３事業者装置３a～第ｎ事業者装置ｎa）がさらに用いられていてもよい。上記複数の事業者のそれぞれは、サービスを運営している（第３サービス、第４サービス…第ｎサービス）。例えば、第３事業者は、第３サービスを運営している。第３事業者装置は、第３サービスをユーザ端末６上で実現させる。

【0027】

（定義部１２）
第１実施形態に係る情報管理装置１０は、定義部１２と、権限設定部１６と、書込部１３と、取得情報選択部１５と、取得部１４とを備えている。定義部１２は、第１サービスで利用されるユーザ関連情報の項目を、情報管理装置１０のデータベース１１に定義する。

【0028】

図２は、第１実施形態に係るデータベース１１のデータ構造の一例を示す図である。データベース１１には、ユーザ関連情報がテーブル形式で格納されている。上記「第１サービスで利用されるユーザ関連情報の項目」とは、例えば、図２に示すテーブルのフィールドｂ１（「第１サービスで利用する住所情報」）のことである。フィールドｂ１（「リソースｂ１」ともいう）のカラム（値）のユーザの住所情報は、第１サービスで利用される情報である。定義部１２は、第１サービスで利用される「住所情報としてのユーザ関連情報」の「項目」をデータベース１１に定義する。換言すると、定義部１２は、データベース１１におけるユーザ関連情報（住所情報）の格納場所を作成する。

【0029】

図３は、定義部１２が第１サービスで利用されるユーザ関連情報の項目をデータベース１１に定義するフローの一例を説明するための図である。第１実施形態において、第１事業者端末７から情報管理装置１０へのアクセスを通じて、定義部１２は、第１サービスに利用されるユーザ関連情報の項目を、データベース１１に定義する。より具体的に説明すると、第１実施形態において、例えば、第１事業者は、第１事業者端末７を操作して、情報管理装置１０にアクセスする。すなわち、第１事業者端末７からWEBブラウザで情報管理装置１０の定義部１２の機能に係る管理画面（図３）にアクセスする。

【0030】

定義部１２が、第１サービスに利用されるユーザ関連情報の項目を、データベース１１に定義するフローについて、図３を用いて、より具体的に説明する。図３の管理画面の新規作成アイコン３１をクリックすると、データベース１１に定義する項目を作成するためのポップアップ画面３９が表示される。そして、「項目名」の選択をする選択アイコン３２をクリックすると項目リスト３８が表示され、当該項目リスト３８から、データベース１１に定義する項目を選択する。第１サービスで利用されるユーザ関連情報として、ユーザの氏名、住所、電話番号、メールアドレスなどがあってもよいが、図３の例では、「住所」が選択されたとする。そして、権限範囲設定アイコン３３で権限範囲を設定し（詳細は後述する）、作成アイコン３４を押下すると、図２に示すフィールドｂ１のように、「住所」の項目がデータベース１１に定義される。また同様に、「項目名」で「氏名」を選択し、権限範囲を設定し、作成アイコン３４を押下すると、図２に示すフィールドｂ２のように、「氏名」の項目がデータベース１１に定義される。

【0031】

（権限設定部１６）
図１に示す権限設定部１６は、第２サービス、及び複数の事業者のそれぞれが運営するサービス（第３サービス、第４サービス…第ｎサービス）ごとに、書込部１３（後述する）によりデータベース１１に書込まれたユーザ関連情報（値）の読書きに関する権限を設定する。「書込部１３によりデータベース１１に書込まれたユーザ関連情報（値）の読書きに関する権限」とは、当該ユーザ関連情報（値）を他のサービスが読み込む（リード）ことを許可するかどうか、当該ユーザ関連情報を他のサービスが編集すること（ライト）を許可するかどうかについての権限である。なお、権限設定部１６は、（サービスごとでなく）第２事業者、及び複数の事業者に対して、書込部１３によりデータベース１１に書込まれたユーザ関連情報（値）の読書きに関する権限を設定してもよい。

【0032】

第１実施形態において、第１事業者端末７から情報管理装置１０へのアクセスを通じて、権限設定部１６は、第２サービス、及び複数の事業者のそれぞれが運営するサービスごとに、書込部１３によりデータベース１１に書込まれたユーザ関連情報の読書きに関する権限を設定してもよい。具体的には、図３に示すように、第１事業者端末７を通じて図３の管理画面にアクセスし、権限範囲設定アイコン３３を押下して、ドロップダウンリストから、どの事業者に読書き権限を付与するかを設定することができる。図３の例では、全事業者に対して読み込みの権限が付与されることになる。このように、第１実施形態において、第１事業者は、第１事業者端末７からＷＥＢブラウザ経由で読書きの権限を自由に設定することができる。

【0033】

このように、第１事業者は、データベース１１に書込まれたユーザ関連情報について、複数の事業者がそれぞれ運営するサービスのうちどのサービスに対して、当該ユーザ関連情報を読み出し・書き込みができるかを設定できる。換言すると、第１事業者は、どの事業者装置が、自身がデータベース１１に書込んだ ユーザ関連情報（値）にアクセスできるかを設定することができる。

【0034】

（書込部１３）
図１に戻り、書込部１３は、定義部１２により定義された項目に対応するユーザ関連情報をデータベース１１に書込む。「定義部１２により定義された項目に対応するユーザ関連情報」とは、定義部１２により定義された項目のカラムに格納されるべきユーザ関連情報（値）のことであり、例えば、図２に示す「ユーザNo.」が「０００５」のユーザ関連情報a２のことである。なお、図２に示すフィールドｂ３には、書込部１３によりユーザ関連情報（値）がまだ書き込まれていない（定義部１２により「第１サービスで利用する住所情報」という項目は定義されているが、当該項目のフィールドｂ３にはまだユーザ関連情報（値）が格納されていない）。

【0035】

第１実施形態において、書込部１３は、第１事業者装置１と連携して、定義部１２により定義された項目に対応するユーザ関連情報（値）をデータベース１１に書込む。具体的には、例えば、第１事業者装置１には、第１事業者装置側書込部２３（図示しない）が設けられており、当該第１事業者装置側書込部２３が書込部１３に、ユーザ関連情報をデータベース１１に書込む旨の指令を送信することにより、書込部１３は、ユーザ関連情報をデータベース１１に書込んでもよい。すなわち、情報管理装置１０の書込部１３には、ＡＰＩ（Application Programming Interface）が設けられており、第１事業者装置１などの外部装置が、当該ＡＰＩと連携できるような構成になっていてもよい。なお、書込部１３がデータベース１１にユーザ関連情報を書込むフローの詳細については後述する。

【0036】

（取得情報選択部１５）
図１に戻り、取得情報選択部１５は、第２事業者端末８から情報管理装置１０へのアクセスを通じて、定義部１２が定義した項目のうち、どの項目に対応するユーザ関連情報（値）を取得部１４（後述する）に取得させるかを選択する。なお、当該ユーザ関連情報は、第２サービスで利用されるユーザ関連情報であり、氏名、住所、電話番号、メールアドレスなどがあってもよい。

【0037】

図４は、取得情報選択部１５の機能を説明するための図である。第１実施形態において、第２事業者は、第２事業者端末８を操作して、情報管理装置１０にアクセスする。第１実施形態において、第２事業者端末８からWEBブラウザで情報管理装置１０の取得情報選択部１５の機能に係る管理画面（図４）にアクセスできてもよい。

【0038】

定義部１２が定義した項目のうち、どの項目に対応するユーザ関連情報を取得部１４（後述する）に取得させるかを、取得情報選択部１５が選択するフローについて、図４を用いて、より具体的に説明する。なお、第２事業者（第２サービス）には図２に示す項目全て（第１サービスで利用する住所情報、第１サービスで利用する氏名情報、第３サービスで利用する氏名情報…など）の読み込み権限が付与されていることを前提とする（第１事業者、第３事業者、及び第４事業者（第１サービス、第３サービス、及び第４サービス）は、第２事業者（第２サービス）に対して、第１事業者、第３事業者、及び第４事業者のそれぞれがデータベース１１に定義した項目、及び当該項目に対応するユーザ関連情報（値）の読み込み権限を付与している）。

【0039】

図４の管理画面の追加アイコン４１をクリックすると、取得部１４にどのユーザ関連情報（値）を取得させるかを選択するためのポップアップ画面４９が表示される。そして、「要求項目」の選択をする項目選択アイコン４２をクリックすると、項目リスト４５が表示される。項目リスト４５には、データベース１１に既に定義されている項目がサービスごとに列挙されている。そして、第２事業者は、項目リスト４５の中から、取得部１４が取得すべきユーザ関連情報に対応する項目を選択する。

【0040】

第２サービスで利用されるユーザ関連情報として、ユーザの氏名、住所、電話番号、メールアドレスなどがあってもよく、図４の例では、「第１サービスで利用する住所」が選択されたとする。そして、作成アイコン４４を押下すると、取得部１４（後述する）が取得すべきユーザ関連情報に対応する項目として、「第１サービスで利用する住所」が設定される。このように、第２事業者は、どの項目に対応するユーザ関連情報（値）を第２事業者装置２に取得させたいかを設定することができる。

【0041】

なお、権限表示アイコン４３は、「第１事業者（第１サービス）が第２事業者（第２サービス）に対して付与している権限」を示唆している。図４の例では「READ」のボックスにチェックが入っているので、第１事業者が第２事業者に対して「第１サービスで利用する住所（値）」の読込みの権限を付与していることを示唆している。なお、「WRITE」のボックスにチェックが入っている場合、書き出し（編集）の権限を付与していることを示唆している。

【0042】

（取得部１４）
図１に示す取得部１４は、書込部１３によりデータベース１１に書込まれたユーザ関連情報（値）を、第２事業者装置２に取得させる。第１実施形態において、取得部１４は、第２事業者装置２と連携して、書込部１３によりデータベース１１に書込まれたユーザ関連情報を第２事業者装置２に取得させる。具体的には、例えば、第２事業者装置２には、第２事業者装置側書込部２４（図示しない）が設けられており、当該第２事業者装置側書込部２４が取得部１４に、ユーザ関連情報をデータベース１１から取得する旨の指令を送信することにより、取得部１４は、ユーザ関連情報を第２事業者装置２に取得させてもよい。すなわち、取得部１４には、ＡＰＩ（Application Programming Interface）が設けられており、第２事業者装置２などの外部装置が、当該ＡＰＩと連携できるような構成になっていてもよい。

【0043】

第２事業者（第２サービス）は、取得情報選択部１５により、予め自身が欲しいユーザ関連情報に対応する項目を選択しておき、取得部１４は、取得情報選択部１５により選択された項目に対応するユーザ関連情報（値）を第２事業者装置２に取得させる。

【0044】

図２に示すように、情報管理装置１０で管理されるユーザ関連情報は、情報管理装置１０の管理者（情報管理システム１００の管理者）、第１サービス、第２サービス、及び複数の事業者のそれぞれが運営するサービス（図２の場合、第３サービス、第４サービス）を識別する識別情報のいずれかと紐づいている。例えば、情報管理装置１０で管理されるユーザ関連情報ａ２（ユーザの氏名に関する情報）は、第１サービスを識別する第１サービス識別情報と紐づいている。また、別の例では、情報管理装置１０で管理されるユーザ関連情報ａ1０（ユーザの氏名に関する情報）は、情報管理装置１０の管理者を識別する管理者識別情報と紐づいている。なお、情報管理装置１０で管理されるユーザ関連情報は、第１事業者、第２事業者、及び複数の事業者のそれぞれを識別する識別情報（例：第１事業者識別情報、第２事業者識別情報など）のいずれかと紐づいていてもよい。

【0045】

データベース１１に格納されるユーザ関連情報は、同様の情報（例えば、第１事業者（第１サービス）が定義した住所と、第２事業者（第２サービス）が定義した住所）が存在している。それぞれの事業者（サービス）がどのような情報をデータベース１１に定義するかは任意であるため、例えば、第１事業者（第１サービス）が定義する住所は、市町村まででよいし、第２事業者（第２サービス）が定義する住所は、都道府県まででもよい。

【0046】

そして、取得部１４は、上記識別情報（第１サービス識別情報、管理者識別情報など）と紐づいたユーザ関連情報を取得可能である。これにより、事業者は、どの識別情報と紐づいたユーザ個人情報を取得するかを選択することができる。例えば、氏名の情報を取得したい場合、事業者から情報取得するよりも、情報管理装置１０の管理者から取得した方が情報が正確な場合もある。取得すべき情報を任意に選択できることで、事業者は情報管理システム１００を効果的に活用することができる。

【0047】

（ハードウエア構成例）
図５は、情報管理装置１０のハードウエア構成例を示す図である。情報管理装置１０は、バス１０１０、プロセッサ１０２０、メモリ１０３０、ストレージデバイス１０４０、入出力インタフェース１０５０、及びネットワークインタフェース１０６０を有する。

【0048】

バス１０１０は、プロセッサ１０２０、メモリ１０３０、ストレージデバイス１０４０、入出力インタフェース１０５０、及びネットワークインタフェース１０６０が、相互にデータを送受信するためのデータ伝送路である。ただし、プロセッサ１０２０などを互いに接続する方法は、バス接続に限定されない。

【0049】

プロセッサ１０２０は、ＣＰＵ（Central Processing Unit）やＧＰＵ（Graphics Processing Unit）などで実現されるプロセッサである。

【0050】

メモリ１０３０は、ＲＡＭ（Random Access Memory）などで実現される主記憶装置である。

【0051】

ストレージデバイス１０４０は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、メモリカードなどのリムーバブルメディア、又はＲＯＭ（Read Only Memory）などで実現される補助記憶装置であり、記録媒体を有している。ストレージデバイス１０４０の記録媒体は情報管理装置１０の各機能（例えば、定義部１２、書込部１３、及び取得部１４）を実現するプログラムモジュールを記憶している。プロセッサ１０２０がこれら各プログラムモジュールをメモリ１０３０上に読み込んで実行することで、そのプログラムモジュールに対応する各機能が実現される。また、ストレージデバイス１０４０は、データベース１１として機能してもよい。

【0052】

入出力インタフェース１０５０は、情報管理装置１０と各種入出力機器とを接続するためのインタフェースである。

【0053】

ネットワークインタフェース１０６０は、情報管理装置１０をネットワークに接続するためのインタフェースである。このネットワークは、例えばＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）である。ネットワークインタフェース１０６０がネットワークに接続する方法は、無線接続であってもよいし、有線接続であってもよい。情報管理装置１０は、ネットワークインタフェース１０６０を介してユーザ端末６、第１事業者装置１、第２事業者装置２、及び複数の事業者装置（3a～na）と通信してもよい。

【0054】

（第１実施形態の動作例１）
図６は、第１実施形態に係る情報管理装置１０にユーザ関連情報の項目を定義するフローを示す図である。

【0055】

ステップＳ１００において、図３で説明したように、第１事業者は、第１事業者端末７を操作して、情報管理装置１０にアクセスし、図３の管理画面にて、選択アイコン３２を押下して、データベース１１に定義すべき項目を選択する（例：住所）。

【0056】

ステップＳ１１０において、権限範囲設定アイコン３３を押下して、権限設定部１６は、権限範囲を設定する。

【0057】

ステップＳ１２０において、作成アイコン３４を押下すると、定義部１２は、第１サービスで用いられるユーザ関連情報の項目を定義する。また、権限設定部１６は、ステップS１００で選択された項目に対応するユーザ関連情報（値）について、読書きの権限を設定する。

【0058】

（第１実施形態の動作例２）
図７は、第１実施形態に係る取得情報選択部１５を機能させる際のフローを示す図である。

【0059】

ステップＳ２００において、図４で説明したように、第２事業者は、第２事業者端末８を操作して、情報管理装置１０にアクセスし、図４の管理画面にて、項目選択アイコン４２を押下して項目リスト４５を表示させる。

【0060】

ステップＳ２１０において、第２事業者は、第２事業者端末８を通じて、項目リスト４５の中から、取得部１４に取得させるべきユーザ関連情報を選択する。第１実施形態において、第２事業者は、「第１サービスで利用する住所」を、取得部１４に取得させるべきユーザ関連情報として選択したとする。

【0061】

ステップＳ２２０において、作成アイコン４４を押下すると、取得情報選択部１５は、「第１サービスで利用する住所」を、取得部１４に取得させるべきユーザ関連情報として選択する。このようにして、取得情報選択部１５は、定義部１２が定義した項目のうち、どの項目に対応するユーザ関連情報を取得部１４に取得させるかを選択する。

【0062】

（第１実施形態の動作例３）
図８は、第１実施形態に係る書込部１３がデータベース１１にユーザ関連情報を書込む際のフローの一例を示す図である。図８において、ユーザが第１サービスとしての防災関連アプリケーションを起動させた場合について説明する。当該防災関連アプリケーションは、避難指示をユーザに通知したり、避難所へチェックインしたりする際に用いられるアプリケーションであり、ユーザの住所の情報が必須であるものとする。なお、図２に示すデータベース１１には、第１サービスで利用される住所の項目（フィールドｂ１）が定義部１２により既に定義されているものとする。また、図８で説明する際のユーザは、図２に示す「ユーザNo.」が「０００５」のユーザとする（すなわち、ユーザの住所の情報（値）はまだ書き込まれていない）。

【0063】

ステップＳ３００において、ユーザは防災関連アプリケーション（第１サービス）を起動し、ユーザは、自身の住所の情報を防災関連アプリケーション（第１サービス）に登録（入力）する。なお、このとき、例えば外部サイト（例：マイナポータル（登録商標））と連携して、当該外部サイトを通じてユーザの住所などの情報を取得し、防災関連アプリケーションに登録してもよいし、ユーザが手入力で住所情報を登録してもよい。

【0064】

ステップＳ３１０において、ステップＳ３００で登録したユーザの住所情報をデータベース１１に書込んでよいかを示唆するポップアップが、ユーザ端末６に表示される。

【0065】

ステップＳ３２０において、ユーザは、ユーザ端末６を操作して、ステップＳ３００で登録した住所情報をデータベース１１に書込むことに同意する（例えば、ステップＳ３１０で「住所情報をデータベースに書込んでもよいですか？」というポップアップが表示され、当該ポップに対して「はい」アイコンをクリックして同意する）。

【0066】

ステップＳ３３０において、第１事業者装置１は、ステップＳ３００で登録された住所情報をユーザ端末６から取得する。このとき、第１事業者装置１は、記憶部（図示しない）に住所情報を記憶してもよいし、記憶しないでもよい。そして、第１事業者装置１は、情報管理装置１０にユーザの住所情報を送信する。

【0067】

ステップＳ３４０において、情報管理装置１０は、住所情報と、住所情報をデータベース１１に書込むことにユーザが同意した旨の第１同意情報（ステップS３２０で生成）を取得する。

【0068】

ステップＳ３５０において、書込部１３は、ユーザ関連情報としての住所情報をデータベース１１に書込むことにユーザが同意した旨の第１同意情報を用いて、データベース１１にユーザ関連情報を書込む。例えば、ユーザ（「ユーザNo.」が「０００５」）の住所が「kk県ll市mm町」である場合、書込部１３は、ユーザ関連情報a1として「kk県ll市mm町」の情報をデータベース１１のフィールドｂ３部分に書込む。

【0069】

なお、ユーザ関連情報としての住所情報をユーザ端末６の記憶部（図示しない）に記憶させてもよいし、記憶させなくてもよい。

【0070】

また、住所情報をデータベース１１に書込んでよいかの許可をユーザからとるタイミング（図８の例ではステップＳ３１０）は任意である。上記タイミングは、第１サービスの第１事業者が任意に設定できるものである。

【0071】

（第１実施形態の動作例４）
図９は、第１実施形態に係る書込部１３がデータベース１１にユーザ関連情報を書込む際のフローの別例を示す図である。図９においても、ユーザが第１サービスとしての防災関連アプリケーションを起動させた場合について説明する。なお、図８の例とは異なり、データベース１１には、第１サービスで利用される住所の項目がまだ定義されていない状態であり、かつ、ユーザは、自身の住所の情報を防災関連アプリケーション（第１サービス）に既に登録している状態であることを前提としている。

【0072】

ステップＳ４００において、情報管理装置１０の定義部１２が、防災関連アプリケーション（第１サービス）で利用される住所情報（ユーザ関連情報）をデータベース１１に定義したとする（図２に示すフィールドｂ１を定義したとする）。

【0073】

図９に戻り、ステップＳ４１０において、第１事業者装置１は、定義部１２により住所情報の項目が定義された旨の情報を受信する。

【0074】

ステップＳ４２０において、ユーザ端末６は、第１サービス（防災関連アプリケーション）が起動しているか否かを判断する。ユーザ端末６が、第１サービス（防災関連アプリケーション）が起動していないと判断した場合（ステップＳ４２０でＮＯ）、ステップＳ４２０の判断を繰り返す。

【0075】

ユーザ端末６が、第１サービス（防災関連アプリケーション）が起動していると判断した場合（ステップＳ４２０でＹＥＳ）、ステップＳ４３０に進み、ユーザが既に入力した住所情報をデータベース１１に書込んでよいかを示唆するポップアップが、ユーザ端末６に表示される（図８のステップＳ３１０と同様）。

【0076】

ステップＳ４４０において、ユーザは、ユーザ端末６を操作して、住所情報をデータベース１１に書込むことに同意する（例えば、ステップＳ４３０のポップアップに対して「はい」アイコンをクリックして同意する）。

【0077】

ステップＳ４５０において、第１事業者装置１は、住所情報を情報管理装置１０に送信する。このとき、第１事業者装置１は、記憶部（図示しない）に既に記憶された住所情報を送信してもよいし、ユーザ端末６に記憶されていた住所情報をユーザ端末６から取得して情報管理装置１０に住所情報を送信してもよい。

【0078】

ステップＳ４６０において、書込部１３は、データベース１１にユーザ関連情報（値）を書込むことにユーザが同意した旨の第１同意情報（ステップＳ４４０）を用いて、データベース１１にユーザ関連情報（住所情報）を書込む。

【0079】

なお、ステップS４４０において、ユーザが、住所情報をデータベース１１に書込むことに同意しない場合（例えば、ステップＳ４３０のポップアップに対して「いいえ」アイコンをクリックする）、第１事業者装置１は、情報管理装置１０にユーザ関連情報を送信せずに処理を終了してもよい。

【0080】

（第１実施形態の動作例５）
図１０は、第１実施形態に係る取得部１４がデータベース１１からユーザ関連情報を取得する際のフローの一例を示す図である。図１０において、ユーザが第２サービスとしての薬関連アプリケーションを起動させた場合について説明する。当該薬関連アプリケーションは、処方された薬の情報を管理する際に用いられるアプリケーションであり、ユーザの氏名の情報が必須であるものとする。

【0081】

なお、図１０で説明するユーザは、図２に示す「ユーザNo.」が「０００２」のユーザであるとする。なお、図２に示すように、データベース１１には、第１サービスで利用される氏名の項目（フィールドｂ２）が定義部１２により既に定義されているものとする。さらに、取得情報選択部１５は、「第１サービスで利用する氏名情報」を取得部１４に取得させることを予め選択しているものとする。さらに、ユーザ（「ユーザNo.」が「０００２」）は、データベース１１に書込まれた「第１サービスで利用する氏名情報」を第２サービス（第２事業者装置２）に取得させることに予め同意しているものとする（例えば、第１サービスの「設定画面」より、第２サービスなど他のサービスにユーザ関連情報を渡すことに同意を示しているなど）。

【0082】

図１０に戻り、ステップＳ５００において、ユーザは薬関連アプリケーション（第２サービス）を起動させようとする。

【0083】

ステップＳ５１０において、第２事業者装置２は、第２サービスを利用するにあたって必要なユーザ関連情報（薬関連アプリケーションを立ち上げるために必須な情報）を（例えば、第２事業者装置２の記憶部（図示しない）より）特定する。第１実施形態において、第２サービス（薬関連アプリケーション）を利用するにあたっては、ユーザの氏名情報の入力が必須であるとし、第２事業者装置２は、第２サービスを利用するにあたって必要なユーザ関連情報として、ユーザの「氏名情報」であることを特定する。

【0084】

ステップＳ５２０において、第２事業者装置２は、既にデータベース１１に書込まれているユーザ関連情報としての氏名情報（図２のユーザ関連情報a3の「IP Akira」）を第２事業者装置２に取得させるように情報管理装置１０（取得部１４）に要請する。

【0085】

ステップＳ５３０において、情報管理装置１０は、データベース１１に書き込まれたユーザ関連情報（ユーザ関連情報a3の「IP Akira」）を、第２事業者装置２が取得することにユーザが同意した旨の第２同意情報の送信を第２事業者装置２に要請する。

【0086】

図１０のフローにおいて、上述したように、ユーザは、データベース１１に書込まれた「第１サービスで利用する氏名情報」を第２サービス（第２事業者装置２）に取得させることに予め同意しているため、第２同意情報が第２事業者装置２に格納されている。そのため、ステップＳ５４０において、第２事業者装置２は、第２同意情報を情報管理装置１０に送信する。

【0087】

ステップＳ５５０において、情報管理装置１０（取得部１４）は、データベース１１に書き込まれたユーザ関連情報（ユーザ関連情報a3の「IP Akira」）をデータベース１１から取得し、取得したユーザ関連情報（ユーザ関連情報a3の「IP Akira」）を第２事業者装置２に送信する。このようにして、取得部１４は、書込部１３によりデータベース１１に書き込まれたユーザ関連情報（ユーザ関連情報a3の「IP Akira」）を第２事業者装置２が取得することにユーザが同意した旨の第２同意情報を用いて、当該ユーザ関連情報（ユーザ関連情報a3の「IP Akira」）をデータベース１１から取得し、当該ユーザ関連情報を第２事業者装置２に送信する。

【0088】

ステップＳ５６０において、第２事業者装置２は、ユーザ関連情報（ユーザ関連情報a3の「IP Akira」）を情報管理装置１０から取得する。

【0089】

ステップＳ５７０において、ユーザ端末６は、ステップＳ５６０で取得したユーザ関連情報（ユーザ関連情報a3の「IP Akira」）を用いて、第２サービスが起動する。

【0090】

なお、第２事業者装置２が、第２同意情報を取得していない場合、ステップＳ５４０において、第２同意情報を情報管理装置１０に送信せずに、処理を終了してもよい。

【0091】

また、第２事業者装置２が、ユーザ関連情報の取得を情報管理装置１０に要請するタイミングは任意であり、図１０においては第２サービスを起動させようとする時を例に説明したが、他の例として、例えば、第２サービス（薬関連アプリケーション）に氏名情報を登録しようとしたタイミングで、「あなたが第１サービスで利用している「氏名」の情報を、第２サービスでも利用しますか？」等のポップアップ画面が表示され、「はい」というアイコンをクリックしたタイミングで、第２事業者装置２が、ユーザ関連情報の取得を情報管理装置１０に要請してもよい。第２事業者装置２が、ユーザ関連情報の取得を情報管理装置１０に要請するタイミングは第２サービスを運営する第２事業者が任意に設定することができる。

【0092】

また、図１０の例では、取得部１４は、書込部１３が書き込んだユーザ関連情報を取得する場合もあるし、情報管理装置１０の管理者が書き込んだユーザ関連情報を取得する場合もある。

【0093】

（作用効果）
以上、第１実施形態によれば、情報管理システム１００は、定義部１２と、書込部１３と、取得部１４とを備えている。第１実施形態に係る情報管理システム１００において、データベース１１に書込まれるべきユーザ関連情報の項目が予め事業者によって定義（設定）される。そして、例えば、ユーザが第１サービスを利用する際、事業者によって予め定義された上記項目に対応するユーザ関連情報（住所情報など）を、ユーザが第１サービスに登録すると、ユーザが登録した当該ユーザ関連情報が、データベース１１に書込まれる。そして、データベース１１に書き込まれた当該ユーザ関連情報を、第２事業者や、その他の複数の事業者が取得することにより、各事業者が運営するサービスに活用することができる。

【0094】

ユーザの個人情報などを共通基盤（レジストリ）に共有し、当該個人情報を各事業者が利用する従来のシステムにおいて、どのような個人情報を共有するかは、ユーザ側主体又はシステムの管理者側主体で行われていた。しかし、第１実施形態に係る情報管理システム１００によれば、事業者自身が、どのようなユーザ関連情報を共通基盤（データベース１１）に共有するか（書込むか）を任意に選択することができ、また、どのようなユーザ関連情報を共通基盤（データベース１１）から取得するかを選択することができる。すなわち事業者主体でデータ共通基盤の活用方法を決めることができる。ゆえに、事業者がユーザの情報をより活用しやすくなる。

【0095】

さらに、第１実施形態に係る情報管理システム１００には、複数の事業者のそれぞれが運営する複数の事業者装置がさらに用いられていてもよく、情報管理システム１００は、権限設定部１６を備えていてもよい。これにより、データベース１１に書込まれたユーザ関連情報（値）の読み書き を許可するかどうかを、サービスごとに設定することができる。そのため、事業者は、効果的に、ユーザ関連情報を管理することができる。

【0096】

＜第２実施形態＞
図１１は、第２実施形態に係る情報管理システム１００を示す概略ブロック図である。第２実施形態は、第１実施形態と異なり、情報管理装置１０は、書込部１３、及び取得部１４を備えておらず、第１事業者装置１が書込部１３（第１書込部１３ａ）、第２事業者装置２が取得部１４（第２取得部１４ｂ）を備えている。また、第１事業者装置１は、取得部１４（第１取得部１４ａ）を、第２事業者装置２は、書込部１３（第２書込部１３ｂ）を備えていてもよい。第１書込部１３ａ、及び第２書込部１３ｂの機能は同様であり、第１書込部１３ａ、及び第２書込部１３ｂの機能は同様である。なお、以下、「書込部１３」と記載した際は、第１書込部１３ａ、及び第２書込部１３ｂのことを指し、「取得部１４」と記載した際は、第１取得部１４ａ、及び第２取得部１４ｂのことを指すものとする。

【0097】

第２実施形態に係る書込部１３は、情報管理装置１０の管理者により提供される機能である。書込部１３は、いわゆるSDK (Software Development Kit)として、第１事業者装置１に提供されていてもよい。すなわち、情報管理装置１０（情報管理システム１００）の管理者は、第１事業者、及び第２事業者に書込部１３の機能を有するＳＤＫを提供してもよい。

【0098】

第２実施形態に係る取得部１４は、情報管理装置１０の管理者により提供される機能である。取得部１４は、いわゆるSDK (Software Development Kit)として、第２事業者装置２に提供されていてもよい。すなわち、情報管理装置１０（情報管理システム１００）の管理者は、第１事業者、及び第２事業者に取得部１４の機能を有するＳＤＫを提供してもよい。

【0099】

第２実施形態に係る書込部１３において、定義部１２により定義された項目に対応するユーザ関連情報を、第１事業者装置１からデータベース１１に書込む。また、第２実施形態に係る取得部１４において、書込部１３によりデータベース１１に書込まれた当該ユーザ関連情報を、第２事業者装置２（又は第１事業者装置１）に取得させる。

【0100】

なお、第２実施形態において、情報管理装置１０は、データベース１１にユーザ関連情報を書込むにあたって、書込部１３と連携する機能が備わっていてもよい（例えば、情報管理装置側書込部なるものが備わっていてもよい）。また、書込部１３には、情報管理装置１０に関する識別子情報など、情報管理装置１０と書込部１３とが情報連携しているものである旨の情報が付与されていてもよい。

【0101】

また、第２実施形態において、データベース１１に書込まれたユーザ関連情報を、第２事業者装置２（又は第１事業者装置１）に取得させるにあたって、情報管理装置１０は、取得部１４と連携する機能が備わっていてもよい（例えば、情報管理装置側取得部なるものが備わっていてもよい）。また、取得部１４には、情報管理装置１０に関する識別子情報など、情報管理装置１０と取得部１４とが情報連携しているものである旨の情報が付与されていてもよい。

【0102】

＜第３実施形態＞
図１２は、第３実施形態に係る情報管理システム１００を示す概略ブロック図である。第３実施形態は、第１実施形態と異なり、情報管理装置１０（情報管理システム１００）は、書込依頼部１７をさらに備えている。

【0103】

（書込依頼部１７）
書込依頼部１７は、定義部１２により定義された項目に対応するユーザ関連情報を、書込部１３がデータベース１１に書込むように促す書込依頼情報をユーザ端末６に送信する。

【0104】

図１３は、書込依頼部１７の機能を説明するためのフロー図である。図１３において、ステップＳ５００～ステップＳ５４０までは、図１０（第１実施形態）と同様である。図１３において、ユーザは、図２に示す「ユーザNo」が「０００４」のユーザであるとする。

【0105】

ステップＳ５４１において、情報管理装置１０は、ユーザ関連情報（例：第１サービスで利用する住所情報）がデータベース１１に書込まれているか否かを判断する。

【0106】

ユーザ関連情報（例：第１サービスで利用する住所情報）がデータベース１１に書込まれていると情報管理装置１０が判断した場合（ステップＳ５４１でＹＥＳ）、図１０のステップＳ５５０に進む。ステップＳ５５０以降の処理は図１０で説明した通りである。

【0107】

ユーザ関連情報（例：第１サービスで利用する住所情報）がデータベース１１に書込まれていないと情報管理装置１０が判断した場合（ステップＳ５４１でＮＯ）、ステップＳ５５１に進む。図１３の例において、「ユーザNo」が「０００４」のユーザの第１サービスで利用する住所情報はデータベース１１に書込まれていないため（図２参照）、ステップＳ５５１に進む。

【0108】

ステップＳ５５１において、情報管理装置１０の書込依頼部１７は、ユーザ関連情報としての住所情報を、データベース１１に書込むように促す書込依頼情報を第２事業者装置２に送信する。

【0109】

ステップＳ５６１において、情報管理装置１０の書込依頼部１７は、当該書込依頼情報を取得し、ユーザ端末６に当該書込依頼情報を送信する。

【0110】

ステップＳ５７１において、ユーザ端末６は、ユーザ関連情報としての住所情報を、データベース１１に書込むように促す旨の情報を画面に表示する。このとき、例えば、第２サービスのアプリケーションの画面から第１サービスのアプリケーションの画面に遷移して（第１サービスでは住所情報が既に登録されているとする）、第１サービスのアプリケーションの画面にて、「第２サービスの利用に必要な住所の情報をデータベースに提供しませんか？」などのポップアップを書込依頼情報として表示させてもよい。また、別の例として、ユーザがユーザ関連情報（第１サービスで利用する住所情報）を第２サービスに提供することに許可していない場合、「第２サービスにユーザ関連情報を提供することについて許可してくれませんか？」などのポップアップを書込依頼情報として表示させてもよい。

【0111】

なお、書込み依頼のポップアップが表示されるタイミングは、任意であり、事業者側が任意に設定できてよい。

【0112】

第３実施形態に係る書込依頼部１７は、情報管理装置１０の管理者により提供される機能である。書込依頼部１７は、いわゆるSDK (Software Development Kit)として、第１事業者装置１に提供されていてもよい。

【0113】

書込依頼部１７を設けることにより、ユーザにユーザ関連情報（値）をデータベース１１に提供することを促すことができる。これにより、データベース１１のユーザ関連情報の数が増えるため、事業者が、ユーザ関連情報をより効果的に活用することができるようになる。

【0114】

＜第４実施形態＞
図１４は、第４実施形態に係る情報管理システム１００を示す概略ブロック図である。第４実施形態は、第１実施形態と異なり、情報管理装置１０（情報管理システム１００）は、項目定義依頼部１８をさらに備えている。

【0115】

（項目定義依頼部１８）
項目定義依頼部１８は、任意のユーザ関連情報の項目をデータベース１１に定義するように依頼する項目定義リクエスト情報を送信する。第４実施形態において、第２事業者は、第２事業者端末８を操作して、情報管理装置１０にアクセスする。第４実施形態において、第２事業者端末８から、情報管理装置１０の項目定義依頼部１８の機能に係る管理画面にアクセスできてもよい。

【0116】

例えば、図２の例では、第１事業者は、第１サービスで利用する電話番号をデータベース１１に定義していない。第４実施形態において、第２事業者は、第２事業者端末８を操作して情報管理装置１０にアクセスし、上記管理画面で所定の操作を行うことにより、第１事業者端末７に電話番号をデータベース１１に定義するような項目定義リクエスト情報を送信できてもよい。すなわち、上記管理画面で所定の操作を行うことにより、「電話番号をデータベースに定義するように第２事業者から依頼がきています」旨のメッセージを、第１事業者端末７に表示させるようにしてもよい。

【0117】

また別の例としては、第１事業者（防災関連アプリを運営する事業者）が、ユーザが飲んでいる薬の情報を知りたい場合であって、かつ、データベース１１に薬の情報が定義されていない場合、第１事業者は、第１事業者端末７を介して情報管理装置１０にアクセスし、ユーザがどういう薬を飲んでいるかの情報をデータベース１１に定義するような項目定義リクエスト情報を第２事業者端末８に送信（通知）できてもよい。

【0118】

なお、第４実施形態に係る項目定義依頼部１８は、情報管理装置１０の管理者により提供される機能であってもよい。項目定義依頼部１８は、いわゆるSDK (Software Development Kit)として、情報管理装置１０に提供されていてもよい。この場合、項目定義依頼部１８は、第１事業者装置１（又は第２事業者装置２）が備えていてもよい。

【0119】

以上、図面を参照して実施形態について述べたが、これらは本発明の例示であり、上記以外の様々な構成を採用することもできる。

【0120】

第２実施形態において、第１事業者装置、及び第２事業者装置に加えて、第３事業者装置、第４事業者装置…第ｎ事業者装置についても、書込部（第３書込部….第ｎ書込部）、及び取得部（第３取得部….第ｎ取得部）を備えていてもよい。

【0121】

権限設定部１６は、第１サービスに利用されるユーザ関連情報（値）について、読書きの権限を設定できる旨を記載したが、権限設定部１６は、各サービス（第２サービス、第３サービス….第ｎサービス）ごとに読書きの権限設定できてもよい。また、権限設定部１６は、第１事業者、第２事業者及び複数の事業者のそれぞれに対して、書込部１３によりデータベース１１に書込まれたユーザ関連情報（値）の読書きに関する権限を設定できてもよい。

【0122】

第１事業者装置～第ｎ事業者装置の構成は同じでもよい。すなわち、第１事業者装置が、第２事業者装置～第ｎ事業者装置が書込んだユーザ関連情報（値）を取得できてもよいし、第２事業者装置～第ｎ事業者装置が、ユーザ関連情報をデータベース１１に書込んだりしてもよい。

【0123】

情報管理システム１００には、情報管理装置１０の管理者の管理者端末がさらに用いられていてもよい。管理者端末から情報管理装置１０へのアクセスを通じて、定義部１２は、第１サービス及び第２サービスの少なくとも一方に利用されるユーザ関連情報の項目を、データベース１１に定義してもよい。

【0124】

複数の事業者装置がそれぞれ備える書込部がデータベース１１に書き込んだユーザ関連情報を、第２事業者装置２（又は第１事業者装置１）に取得させる場合（例えば、第１事業者装置からは住所情報、第３事業者装置からは電話番号がデータベース１１に書込まれており、それら（住所情報、電話番号）を第２事業者装置２に取得させる場合）、それぞれのユーザ関連情報を、第２事業者装置２にそれぞれ取得させるごとに同意する必要があってもよい（複数の同意が必要であってもよい）。

【0125】

なお、ユーザ関連情報の「項目」の読み書きの権限設定について、どの事業者（サービス）が当該項目を読み込めるか（すなわち、事業者が「項目」の存在を知ることができるか）は権限設定することができる。ただし、ユーザ関連情報の「項目」の編集・削除（書き込み）は、当該項目を定義した事業者のみが行うことができる。

【0126】

なお、本実施形態に係るフローチャート（図６～図１０、及び図１３）は、あくまで一実施形態である。本発明の趣旨を変更しない範囲で、図６～図１０、及び図１３で説明した処理以外の処理があってもよいし、図６～図１０、及び図１３で説明した処理の一部がなくてもよいし、処理の順番を入れ替えてもよい。例えば、図６のステップS１１０で説明した権限範囲の設定の処理はなくてもよい。

【0127】

以上のように本発明の実施の形態について説明を行なったが、今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。この発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味、および範囲内でのすべての変更が含まれることが意図される。

【符号の説明】

【0128】

１ ：第１事業者装置
２ ：第２事業者装置
３a ：第３事業者装置
６ ：ユーザ端末
７ ：第１事業者端末
８ ：第２事業者端末
１０ ：情報管理装置
１１ ：データベース
１２ ：定義部
１３ ：書込部
１３ａ ：第１書込部
１３ｂ ：第２書込部
１４ ：取得部
１４ａ ：第１取得部
１４ｂ ：第２取得部
１５ ：取得情報選択部
１６ ：権限設定部
１７ ：書込依頼部
１８ ：項目定義依頼部
２３ ：第１事業者装置側書込部
２４ ：第２事業者装置側書込部
３１ ：新規作成アイコン
３２ ：選択アイコン
３３ ：権限範囲設定アイコン
３４ ：作成アイコン
３８ ：項目リスト
３９ ：ポップアップ画面
４１ ：追加アイコン
４２ ：項目選択アイコン
４３ ：権限表示アイコン
４４ ：作成アイコン
４５ ：項目リスト
４９ ：ポップアップ画面
１００ ：情報管理システム
１０１ ：通信ネットワーク
１０１０ ：バス
１０２０ ：プロセッサ
１０３０ ：メモリ
１０４０ ：ストレージデバイス
１０５０ ：入出力インタフェース
１０６０ ：ネットワークインタフェース

【要約】      （修正有）

【課題】事業者がユーザ情報を活用しやすくなる情報管理システム、その制御方法及びプログラムを提供する。
【解決手段】情報管理装置１０、ユーザ端末６、第１事業者装置１、第２事業者装置２が通信ネットワーク１１０を介して通信可能な情報管理システム１００において、情報管理装置は、第１事業者が運営する第１サービス及び第２事業者が運営する第２サービスを利用するユーザに関する情報を管理し、第１事業者装置は、第１サービスをユーザ端末で実現させ、第２事業者装置は、第２サービスをユーザ端末で実現させる。情報管理装置において、定義部１２は、第１サービスに利用されるユーザ関連情報の項目を、情報管理装置のデータベースに定義する。書込部１３は、定義部により定義された項目に対応するユーザ関連情報をデータベースに書込む。取得部１４は、データベースに書込まれた当該ユーザ関連情報を、第２事業者装置に取得させる。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】