特許 5995368 関連情報登録方法、関連情報登録プログラム、ネットワークシステム、連携データ受付サーバ、サービス連携サーバ及び提供側サーバ

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

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

(11)【特許番号】5995368

(24)【登録日】2016年9月2日

(45)【発行日】2016年9月21日

(54)【発明の名称】関連情報登録方法、関連情報登録プログラム、ネットワークシステム、連携データ受付サーバ、サービス連携サーバ及び提供側サーバ

(51)【国際特許分類】

   G06Q 50/22 20120101AFI20160908BHJP

   G06F 21/31 20130101ALI20160908BHJP

【ＦＩ】

   G06Q50/22

   G06F21/31

【請求項の数】7

【全頁数】19

(21)【出願番号】特願2013-36906(P2013-36906)

(22)【出願日】2013年2月27日

(65)【公開番号】特開2014-164650(P2014-164650A)

(43)【公開日】2014年9月8日

【審査請求日】2014年5月9日

【審判番号】不服2015-19299(P2015-19299/J1)

【審判請求日】2015年10月27日

(73)【特許権者】

【識別番号】000004226

【氏名又は名称】日本電信電話株式会社

(74)【代理人】

【識別番号】100127535

【弁理士】

【氏名又は名称】豊田 義元

(74)【代理人】

【識別番号】100159190

【弁理士】

【氏名又は名称】渡部 比呂志

(72)【発明者】

【氏名】倉 恒子

(72)【発明者】

【氏名】宮島 麻美

(72)【発明者】

【氏名】橋本 順子

(72)【発明者】

【氏名】吉田 芳浩

(72)【発明者】

【氏名】森村 一雄

(72)【発明者】

【氏名】前田 裕二

【合議体】

【審判長】 金子 幸一

【審判官】 手島 聖治

【審判官】 小田 浩

(56)【参考文献】

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

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

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

G06Q10/00-50/34

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

【請求項1】

複数のユーザそれぞれについてのユーザ情報の一括登録依頼と、前記複数のユーザをそれぞれ特定する複数の個人番号、及び、前記複数のユーザそれぞれについての前記ユーザ情報とを受け付ける連携データ受付サーバと、前記ユーザ情報を登録し、前記ユーザ情報を登録したユーザからの要求に応じてサービスを提供する提供側サーバと、前記提供側サーバに前記ユーザ情報を登録するサービス連携サーバとを具備するネットワークシステムで用いられる関連情報登録方法において、
前記連携データ受付サーバが、前記個人番号及び前記ユーザ情報を、前記サービス連携サーバへ送信し、
前記サービス連携サーバが、前記個人番号により特定されるユーザ毎に、前記サービス連携サーバについての第１のユーザＩＤを割り振り、
前記サービス連携サーバが、前記第１のユーザＩＤを、各ユーザにおいて前記サービス連携サーバと前記提供側サーバとの接続毎に固有の固有名称と対応付けて登録し、
前記サービス連携サーバが、前記個人番号、前記ユーザ情報及び前記固有名称を、前記提供側サーバへ送信し、
前記提供側サーバが、前記個人番号により特定されるユーザ毎に、前記提供側サーバについての第２のユーザＩＤを割り振り、
前記提供側サーバが、前記第２のユーザＩＤを、前記ユーザ毎に設定される前記固有名称及び前記サービス連携サーバの名称と対応付けて登録し、
前記提供側サーバが、前記第２のユーザＩＤを前記固有名称及び前記サービス連携サーバ名と対応付けて登録した旨を、前記サービス連携サーバへ送信し、
前記サービス連携サーバが、前記第１のユーザＩＤに対応付けて前記ユーザ情報を登録し、
前記サービス連携サーバが、前記ユーザ情報の登録依頼を前記提供側サーバへ送信し、
前記提供側サーバが、前記第１のユーザＩＤと前記固有名称を介して対応する前記第２のユーザＩＤに、前記ユーザ情報を対応付けて登録する関連情報登録方法。

【請求項2】

前記連携データ受付サーバにおいて、前記個人番号及び前記ユーザ情報を入力する外部サーバの識別子と、接続先となるサーバのＵＲＬとが、前記接続先となるサーバのサーバコードを介して関連付けられ、
前記連携データ受付サーバが、前記接続先となるサーバのサーバコードを受け付け、前記受け付けたサーバコードを、前記ＵＲＬに置き換え、前記ＵＲＬを、前記サービス連携サーバへ送信する請求項１記載の関連情報登録方法。

【請求項3】

前記固有名称は、仮名である請求項１記載の関連情報登録方法。

【請求項4】

複数のユーザそれぞれについてのユーザ情報の一括登録依頼と、前記複数のユーザをそれぞれ特定する複数の個人番号、及び、前記複数のユーザそれぞれについての前記ユーザ情報とを受け付ける連携データ受付サーバと、
前記ユーザ情報を登録し、前記ユーザ情報を登録したユーザからの要求に応じてサービスを提供する提供側サーバと、
前記提供側サーバに前記ユーザ情報を登録するサービス連携サーバと
を具備し、
前記連携データ受付サーバは、前記個人番号及び前記ユーザ情報を、前記サービス連携サーバへ送信する第１の制御部を備え、
前記サービス連携サーバは、
前記個人番号により特定されるユーザ毎に、前記サービス連携サーバについての第１のユーザＩＤを割り振る第１のＩＤ採番部と、
前記第１のユーザＩＤを、各ユーザにおいて前記サービス連携サーバと前記提供側サーバとの接続毎に固有の固有名称と対応付けて登録する第１のＩＤ連携登録部と、
前記提供側サーバからＩＤ連携処理の結果を受信すると、前記第１のユーザＩＤに対応付けて前記ユーザ情報を登録する第１の情報登録部と、
前記個人番号、前記ユーザ情報及び前記固有名称を、前記提供側サーバへ送信し、前記ユーザ情報が前記第１の情報登録部により登録されると、前記ユーザ情報の登録依頼を前記提供側サーバへ送信する第２の制御部と
を備え、
前記提供側サーバは、
前記個人番号により特定されるユーザ毎に、前記提供側サーバについての第２のユーザＩＤを割り振る第２のＩＤ採番部と、
前記第２のユーザＩＤを、前記ユーザ毎に設定される前記固有名称及び前記サービス連携サーバの名称と対応付けて登録する第２のＩＤ連携登録部と、
前記第２のＩＤ連携登録部により、前記第２のユーザＩＤが、前記固有名称及び前記サービス連携サーバ名と対応付けて登録されると、前記ＩＤ連携処理の結果を前記サービス連携サーバへ送信する第３の制御部と、
前記ユーザ情報の登録依頼を受けると、前記第１のユーザＩＤと前記固有名称を介して対応する前記第２のユーザＩＤに、前記ユーザ情報を対応付けて登録する第２の情報登録部と
を備えるネットワークシステム。

【請求項5】

請求項４に記載のネットワークシステムが具備するサービス連携サーバ。

【請求項6】

請求項４に記載のネットワークシステムが具備する提供側サーバ。

【請求項7】

請求項２に記載する関連情報登録方法のうち、
前記個人番号及び前記ユーザ情報を入力する外部サーバの識別子と、接続先となるサーバのＵＲＬとを、前記接続先となるサーバのサーバコードを介して関連付けて記録する処理と、
前記接続先となるサーバのサーバコードを受け付け、前記受け付けたサーバコードを、前記ＵＲＬに置き換え、前記ＵＲＬを、前記サービス連携サーバへ送信する処理と
を連携データ受付サーバに搭載されるコンピュータに実施させる関連情報登録プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、医療機関、保健関連機関又は運動関連施設等の情報システムそれぞれが保有する、複数のサーバで管理する医療情報及び健康情報等の情報を閲覧するため、通信ネットワークを介してユーザ関連情報を複数のサーバに対して一括して登録する関連情報登録方法と、この方法を実行させるための関連情報登録プログラムと、この方法が実施されるネットワークシステムと、このネットワークシステムで用いられる連携データ受付サーバ、サービス連携サーバ及び提供側サーバとに関する。

【背景技術】

【0002】

地域医療連携を実現するための仕組みとして、ＥＨＲ（Electronic Health Record）がある。ＥＨＲでは、地域内に設置されるサーバで病院及び診療所等における患者のデータを保持し、必要に応じて、保持する患者データをユーザが閲覧できるようにしている。なお、ＥＨＲにおいては、患者データについてのミニマムデータを患者に対応付けて提供・取得する方法（例えば、特許文献１参照）、及び、各サーバで管理しているユーザ関連情報を連携させるための情報を一括して登録する方法（例えば、特許文献２参照）が提案されている。

【0003】

ただし、これらの方法は、ＥＨＲサービスを提供した後に、各々のサーバに格納されている情報をやり取りする方法、若しくは、各々のサーバに格納されているユーザ関連情報を連携する方法について述べたものである。すなわち、これらの方法は、ＥＨＲサービスが開始した後に実行されるものである。

【0004】

ところで、病院機関及び保健機関等が、例えば、それまで使っていた紙ベースでのやり取りから、ＩＴを活用したサービスに移行する場合には、サービスを受けるユーザについてのユーザ関連情報を登録しなければならない。しかしながら、従来の方法では、ＥＨＲサービスの開始前にユーザ関連情報をサーバに登録することができない。もちろん、ＥＨＲサービスが開始してから受付に来た、ユーザとしての患者のユーザ関連情報を1人1人登録していくことも可能である。しかしながら、病院業務は一刻を争う場合もあり、受付に来た患者のユーザ関連情報を1人1人登録することは、非現実的であり、スケーラビリティを確保できない。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特許第３８９３５８８号公報

【特許文献2】特許第４８４８４０７号公報

【非特許文献】

【0006】

【非特許文献1】浦添市医師会 http://ogb.go.jp/move/100809wellnesskenkyukai/wellness_siryou2.pdf

【非特許文献2】ｇｏｏからだログ http://karada.goo.ne.jp/

【発明の概要】

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

【0007】

以上のように、従来では、ＥＨＲサービスの開始前にユーザ関連情報を一括して複数のサーバへ登録することは困難であった。
この発明は上記事情に着目してなされたもので、その目的とするところは、ユーザ関連情報の初期登録を、複数のサーバに対して一括して実施することが可能な関連情報登録方法と、この方法をサーバのＣＰＵに実行させるための関連情報登録プログラムと、この方法が実施されるネットワークシステムと、このネットワークシステムで用いられる連携データ受付サーバ、サービス連携サーバ及び提供側サーバとを提供することにある。

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

【0008】

本発明は、上記目的を達成するために、以下のような手段を講じている。
本発明の第１の態様は、ユーザ関連情報の登録依頼を受け付ける連携データ受付サーバと、前記ユーザ関連情報を登録し、前記登録したユーザ関連情報により特定されるユーザからの要求に応じてサービスを提供する提供側サーバと、前記提供側サーバに前記ユーザ関連情報を登録するサービス連携サーバとを具備するネットワークシステムで用いられる関連情報登録方法において、前記連携データ受付サーバが受け付けたユーザ関連情報を、前記サービス連携サーバへ送信し、前記サービス連携サーバにおいて、前記ユーザ関連情報に記載されるユーザ毎に、前記サービス連携サーバについての第１のユーザＩＤを割り振り、前記サービス連携サーバにおいて、前記第１のユーザＩＤを、各ユーザにおいて前記サービス連携サーバと前記提供側サーバとの接続毎に固有の固有名称と対応付けて登録し、前記固有名称についての情報を含めたユーザ関連情報を、前記サービス連携サーバから前記提供側サーバへ送信し、前記提供側サーバにおいて、前記ユーザ関連情報に記載されるユーザ毎に、前記提供側サーバについての第２のユーザＩＤを割り振り、前記提供側サーバにおいて、前記第２のユーザＩＤを、前記ユーザ毎に設定される前記固有名称及び前記サービス連携サーバ名と対応付けて登録し、前記サービス連携サーバにおいて、前記第１のユーザＩＤに対応付けて前記ユーザ関連情報を登録し、前記提供側サーバにおいて、前記第１のユーザＩＤと前記固有名称を介して対応する前記第２のユーザＩＤに、前記登録されたユーザ関連情報を対応付けて登録する。
第１の態様によれば、連携データ受付サーバに対して登録を依頼したユーザ関連情報が、サービス連携サーバ及び提供側サーバへ一括して登録されることになる。

【0009】

本発明の第２の態様では、前記連携データ受付サーバにおいて、前記ユーザ関連情報を入力する外部サーバの識別子と、接続先となるサーバのＵＲＬとが、前記接続先となるサーバのサーバコードを介して関連付けられ、前記連携データ受付サーバにおいて、前記受け付けたユーザ関連情報に接続先として記載されるサーバコードを、前記ＵＲＬに置き換え、前記ＵＲＬに置き換えたユーザ関連情報を、前記サービス連携サーバへ送信する。
第２の態様によれば、外部サーバからの悪質な攻撃を防ぐことが可能となる。

【0010】

本発明の第３の態様では、前記固有名称は、仮名である。
第３の態様によれば、実ユーザのＩＤが漏れるのを防ぐことが可能になると共に、名寄せによる個人情報の情報が漏れるのを防ぐことが可能となる。

【発明の効果】

【0011】

要するにこの発明によれば、ユーザ関連情報の初期登録を、複数のサーバに対して一括して実施することができる。

【図面の簡単な説明】

【0012】

【図1】本発明の実施形態に係るネットワークシステムの構成を示すブロック図である。

【図2】図１に示すネットワークシステムを構成する各サーバの機能構成を示すブロック図である。

【図3】図２に示す連携設定ファイルを示す図である。

【図4】図２に示す連携パラメータマッピングファイルを示す図である。

【図5】図２に示す情報設定ファイルを示す図である。

【図6】図２に示す連携データ受付部に与えられるユーザ関連情報を示す図である。

【図7】図２に示すサービス連携サーバに対する登録依頼用データの例を示す図である。

【図8】図２に示すサービス連携サーバのＩＤ連携情報格納部に登録されるＩＤ連携管理テーブルを示す図である。

【図9】図２に示す提供側サーバのＩＤ連携情報格納部に登録されるＩＤ連携管理テーブルを示す図である。

【図10A】ユーザ関連情報を図２に示すサービス連携サーバ及び提供側サーバへ一括して登録する際のネットワークシステムの動作を示す第１のシーケンス図である。

【図10B】ユーザ関連情報を図２に示すサービス連携サーバ及び提供側サーバへ一括して登録する際のネットワークシステムの動作を示す第２のシーケンス図である。

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

【0013】

以下、図面を参照してこの発明に係わる実施形態を説明する。図１は、本発明の実施形態に係るネットワークシステムの構成を示すブロック図である。図１に示すネットワークシステムは、連携データ受付サーバ２００、サービス連携サーバ３００及び提供側サーバ４００−１〜４００−ｍを具備する。

【0014】

連携データ受付サーバ２００、サービス連携サーバ３００及び提供側サーバ４００−１〜４００−ｍは、通信ネットワークを介して接続する。サービス連携サーバ３００はアイデンティティプロバイダ（ＩｄＰ：Identity Provider）であり、連携データ受付サーバ２００及び提供側サーバ４００−１〜４００−ｍはサービスプロバイダ（ＳＰ：Service Provider）である。

【0015】

連携データ受付サーバ２００は、ネットワークシステムに属さないサーバ（図１，２における外部サーバ１００））に対し、外部サーバ１００から入力される、又は、外部サーバ１００に保有されるユーザ関連情報を、ネットワークシステムに所属するサーバ２００，３００，４００−１〜４００−ｍに一括で登録するサービスを提供する。なお、連携データ受付サーバ２００と外部サーバ１００とは、所定の信頼関係に基づく通信環境がすでに構築されている。また、連携データ受付サーバ２００は、外部サーバ１００のユーザが連携データ受付サーバ２００以外のサーバへのアクセスができないように、自サーバおよびサーバ群の他のサーバに対して、アクセス制御の設定をする。

【0016】

サービス連携サーバ３００は、ＳＡＭＬ（Security Assertion Markup Language）及びＩＤ−ＷＳＦを用いたＳＳＯ、ＩＤ連携及び宛先検索の仲介を行なうための連携システムの役割を担う。
提供側サーバ４００−１〜４００−ｍは、ユーザに様々な情報を提供する。例えば、外部サーバ１００が保有する健康診断情報を格納し、ユーザからの要望に応じて一連の健康診断結果を閲覧するようなサービスを提供する。なお、上記のユーザ関連情報とは、提供側サーバ４００−１〜４００−ｍからユーザがサービスの提供を受ける際に登録が必要となる情報であり、例えば、複数のユーザに関する所定の情報が含まれる。

【0017】

図２は、本実施形態に係るネットワークシステムを構成する各サーバの機能構成を示すブロック図である。
連携データ受付サーバ２００は、例えば、ＣＰＵ（Central Processing Unit）、並びに、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）等のＣＰＵが処理を実行するためのアプリケーション・プログラムやデータの格納領域等を含む。連携データ受付サーバ２００は、ＣＰＵにアプリケーション・プログラムを実行させることで、連携データ受付部２０１、連携データ制御部２０２、サーバユーザＩＤ採番部２０３、ＩＤ連携登録部２０４、ユーザ情報登録部２０５、認証情報登録部２０６及びアクセス制御情報登録部２０７を実現する。

【0018】

また、連携データ受付サーバ２００は、データベース２１０を備える。データベース２１０には、連携設定ファイル２２１、連携パラメータマッピングファイル２２２及び情報設定ファイル２２３が予め記録される。また、データベース２１０には、ＩＤ連携情報格納部２１１、ユーザ情報格納部２１２、認証情報格納部２１３及びアクセス制御情報格納部２１４が形成される。

【0019】

連携設定ファイル２２１には、外部サーバ１００の識別子及び接続先対象サーバコードが記載される。図３は、連携設定ファイル２２１の記述例を示す図である。なお、図３では、接続先対象サーバコードにサービス連携サーバ３００（ＩＤＰ）が記載されていないが、サービス連携サーバ３００には、外部サーバ１００から与えられるユーザ関連情報は必ず登録される。これは、外部サーバ１００からユーザ関連情報を一括登録するためには、後述するように、提供側サーバ４００に登録されている提供側サーバユーザＩＤと、サービス連携サーバに登録されているサービス連携サーバユーザＩＤとを連携させる必要があり、これらのユーザＩＤを連携をするためには、サービス連携サーバ３００にユーザ関連情報を登録する必要があるからである。一方、外部サーバ１００に保有されるユーザ関連情報を登録する先に連携データ受付サーバ２００が含まれない場合、連携データ受付サーバ２００は、ユーザ関連情報を登録する必要はない。連携データ受付サーバ２００は、提供側サーバの1つになり得、外部サーバ１００に保有されるユーザ関連情報を登録することもあり得るが、ユーザが連携データ受付サーバ２００から提供されるサービスを受けないこともあるからである。

【0020】

図３に示す連携設定ファイル２２１の１行目は、外部サーバ１００から依頼されるユーザ関連情報の登録先に、提供側サーバ４００−１〜４００−ｍが含まれる場合の設定例である。外部サーバ識別子ＥＸ１に保有されるユーザ関連情報は、接続先対象サーバコードに記載してある、提供側サーバＳＰｋ（ただし、ｋは、１からｍの整数）に登録される。

【0021】

図３に示す連携設定ファイル２２１の２行目は、外部サーバ１００から依頼されるユーザ関連情報の登録先に、ユーザが連携データ受付サーバ２００が含まれる場合の設定例である。外部サーバ識別子ＥＸ２に保有されるユーザ関連情報は、接続先対象サーバコードに記載してある、連携データ受付サーバＧＷに登録される。

【0022】

図３に示す連携設定ファイル２２１の３行目は、外部サーバ１００から依頼されるユーザ関連情報の登録先に、ユーザが連携データ受付サーバ２００と、提供側サーバ４００−５，４００−７とが含まれる場合の設定例である。外部サーバ識別子ＥＸ３に保有されるユーザ関連情報は、連携データ受付サーバＧＷと提供側サーバＳＰ５，ＳＰ７の３台に登録される。

【0023】

連携パラメータマッピングファイル２２２には、接続先対象サーバコードと、接続先対象サーバコードに対応するＵＲＬとが記載される。図４は、連携パラメータマッピングファイル２２２の記述例を示す図である。なお、連携設定ファイル２２１に接続先対象サーバのＵＲＬを直接記載しないのは、連携パラメータマッピングファイル２２２で管理することで、外部サーバ１００から接続先対象サーバへの不要なアクセスを避けるためである。

【0024】

情報設定ファイル２２３には、外部サーバ識別子及びこの外部サーバ識別子に対応するＩＰアドレスが記載される。図５は、情報設定ファイル２２３の記述例を示す図である。
連携データ受付部２０１は、外部サーバ１００のウェブブラウザ１０１を介して、連携データ受付サーバ２００へのアクセス要求を受け付ける。連携データ受付部２０１は、外部サーバ１００からアクセス要求を受けると、情報設定ファイル２２３に外部サーバ１００のＩＰアドレスが登録されているか否かを検索し、外部サーバ識別子を特定する。外部サーバ識別子を特定できない場合、連携データ受付部２０１は、外部サーバ１００からのアクセス要求を拒否する。

【0025】

外部サーバ識別子を特定できる場合、連携データ受付部２０１は、連携データ受付サーバ２００にログインするためのユーザＩＤ及びパスワードの入力フォームをウェブブラウザ１０１に表示させ、依頼人から入力されるログイン要求を受け付ける。外部サーバ１００の依頼人は、連携データ受付サーバ２００にログインするためのユーザＩＤとパスワードとを有する。

【0026】

連携データ受付部２０１は、ログイン要求をする依頼人の認証を実施する。連携データ受付部２０１は、外部サーバ１００の依頼人の認証が完了すると、ウェブブラウザ１０１に「ユーザ関連情報一括登録メニュー」画面を表示させる。外部サーバ１００の依頼人は、ウェブブラウザ１０１に表示された「ユーザ関連情報一括登録メニュー」をクリックし、連携データ受付部２０１に対してユーザ関連情報一括登録を依頼する。

【0027】

ユーザ関連情報一括登録の依頼を受け付けた連携データ受付部２０１は、外部サーバ１００からユーザ関連情報を受け付ける。このとき、依頼人がユーザ関連情報を入力するようにしても良いし、外部サーバ１００がユーザ関連情報を予め保有するようにしても良い。連携データ受付部２０１は、外部サーバ１００から受け付けたユーザ関連情報と外部サーバ識別子とを、連携データ制御部２０２へ渡す。図６は、連携データ受付部２０１に与えられるユーザ関連情報の記述例を示す図である。図６においては、ユーザを一意に特定する番号として、例えば健康保険番号等を個人番号として設定する。なお、図６の表現方法及び表現手段はあくまでも一例であり、これに縛られるものではない。

【0028】

連携データ制御部２０２は、連携データ受付部２０１から受け取ったユーザ関連情報を分析する。連携データ制御部２０２は、ユーザ関連情報に記載されている接続先対象サーバコードと、連携設定ファイル２２１に記載されている接続先対象サーバコードとが一致するか否かを判断する。連携データ制御部２０２は、一致する接続先対象サーバにのみ登録処理を依頼する。

【0029】

また、連携データ制御部２０２は、連携設定ファイル２２１に記載される接続先対象サーバコードに対応するＵＲＬを、連携パラメータマッピングファイル２２２から取得する。連携データ制御部２０２は、ユーザ関連情報において、接続先対象サーバコードと記載されている箇所をこの接続先対象サーバコードと対応するＵＲＬに置き換えると共に、ユーザ関連情報の内容に基づいて登録依頼用データを作成する。ここで、連携データ制御部２０２は、ユーザ関連情報における接続先対象サーバコードにＩＤＰが記載される場合、サービス連携サーバ３００に対する登録依頼用データを作成し、ユーザ関連情報における接続先対象サーバコードにＳＰｋが記載される場合、提供側サーバ４００−ｋに対する登録依頼用データを作成し、ユーザ関連情報における接続先対象サーバコードにＧＷが記載される場合、連携データ受付サーバ２００に対する登録依頼用データを作成する。図７は、サービス連携サーバ３００に対する登録依頼用データの例を示す図である。図７に記載される登録依頼用データは、図６に示すユーザ関連情報において接続先対象サーバコード「ＩＤＰ」として記載される、サービス連携サーバ３００に対する登録依頼用データを示す。登録依頼用データにおいて、接続先対象サーバコード「ＩＤＰ」は、図４に示す連携パラメータマッピングファイル２２２に基づき、「https://www.hogehoge.co.jp/idp_service/...」に置き換わる。なお、図示はしないが、図６では接続先対象サーバコードとしてＳＰ１〜ＳＰｍが指定されているため、連携データ制御部２０２は、提供側サーバ４００−１〜４００−ｍに対する登録依頼用データも作成する。

【0030】

連携データ制御部２０２は、作成した複数の登録依頼用データをサービス連携サーバ３００へ出力する。
なお、サーバユーザＩＤ採番部２０３、ユーザ情報登録部２０５、認証情報登録部２０６及びアクセス制御情報登録部２０７についての処理は後述する。

【0031】

図２に示すサービス連携サーバ３００は、例えば、ＣＰＵ、並びに、ＲＯＭ及びＲＡＭ等のＣＰＵが処理を実行するためのアプリケーション・プログラムやデータの格納領域等を含む。サービス連携サーバ３００は、ＣＰＵにアプリケーション・プログラムを実行させることで、連携データ制御部３０１、サーバユーザＩＤ採番部３０２、ＩＤ連携登録部３０３、ユーザ情報登録部３０４、認証情報登録部３０５、サービス関連情報登録部３０６及びアクセス制御情報登録部３０７を実現する。

【0032】

また、サービス連携サーバ３００は、データベース３１０を備える。データベース３１０には、ＩＤ連携情報格納部３１１、ユーザ情報格納部３１２、認証情報格納部３１３、サービス関連情報格納部３１４及びアクセス制御情報格納部３１５が形成される。

【0033】

連携データ制御部３０１は、連携データ受付サーバ２００から出力される、サービス連携サーバ３００に対する登録依頼用データを受け取ると、サーバユーザＩＤ採番部３０２へサービス連携サーバ３００に対する登録依頼用データを渡し、サーバユーザＩＤ採番部３０２に対して登録依頼用データに記載されるユーザ数分のユーザＩＤの採番を依頼する。

【0034】

また、連携データ制御部３０１は、連携データ受付サーバ２００から、連携データ受付サーバ２００に対する登録依頼用データを受け取る。連携データ制御部３０１は、サーバユーザＩＤ採番部３０２から通知されるＩＤ連携の処理結果に基づき、後述する図８に示すＩＤ連携管理テーブルにおけるサーバ名と登録依頼用データに記載される提供用サーバの名前とが一致するユーザの個人番号に、仮名を追加する。連携データ制御部３０１は、連携データ受付サーバ２００へ、仮名を追加した登録依頼用データを渡すと共に、ＩＤ連携登録依頼を出力する。

【0035】

また、連携データ制御部３０１は、連携データ受付サーバ２００から、提供側サーバ４００−１〜４００−ｍに対する登録依頼用データを受け取る。連携データ制御部３０１は、サーバユーザＩＤ採番部３０２から通知されるＩＤ連携の処理結果に基づき、ＩＤ連携管理テーブルにおけるサーバ名と、登録依頼用データに記載される提供用サーバの名前とが一致するユーザの個人番号に仮名を追加する。連携データ制御部３０１は、提供側サーバ４００−１〜４００−ｍへ、仮名を追加した登録依頼用データを渡すと共に、ＩＤ連携登録依頼を出力する。

【0036】

また、連携データ制御部３０１は、後述するＩＤ連携処理の結果が提供側サーバ４００から送信されると、後述するサービス連携サーバユーザＩＤが追加された登録依頼用データをユーザ情報登録部３０４へ渡してユーザ関連情報の登録処理を依頼する。これにより、データベース３１０にユーザ関連情報が登録される。

【0037】

また、連携データ制御部３０１は、データベース３１０にユーザ関連情報が登録されると、提供側サーバ４００−１〜４００−ｍの連携データ制御部４０１へユーザ情報、認証情報及びアクセス制御情報のデータベース４１０への登録を依頼する。
また、連携データ制御部３０１は、データベース３１０にユーザ関連情報が登録されると、連携データ受付サーバ２００の連携データ制御部２０２へユーザ情報、認証情報及びアクセス制御情報のデータベース２１０への登録を依頼する。

【0038】

また、連携データ制御部３０１は、後述する失敗リストがサーバユーザＩＤ採番部３０２、ユーザ情報登録部３０４、認証情報登録部３０５、サービス関連情報登録部３０６及びアクセス制御情報登録部３０７から供給され、後述する登録結果が連携データ受付サーバ２００及び提供側サーバ４００−１〜４００−ｍから供給されると、連携データ受付サーバ２００へ失敗リストを含む一括登録結果を返す。

【0039】

サーバユーザＩＤ採番部３０２は、登録依頼用データに記載される個人番号をユーザ情報格納部３１２から検索する。個人番号がユーザ情報格納部３１２で発見できない場合、サーバユーザＩＤ採番部３０２は、個人番号により特定されるユーザがユーザ情報格納部３１２に登録されていないと見なす。サーバユーザＩＤ採番部３０２は、登録されていないユーザに対してシーケンシャルにサービス連携サーバユーザＩＤを割り振る。サーバユーザＩＤ採番部３０２は、割り振ったサービス連携サーバユーザＩＤを登録依頼用データに追加し、ＩＤ連携登録部３０３へ渡す。

【0040】

また、サーバユーザＩＤ採番部３０２は、登録依頼用データに記載されるユーザ数分のユーザＩＤの採番と、ＩＤ連携登録部３０３によるＩＤ連携登録とが完了すると、ＩＤ連携登録部３０３で作成される失敗リスト、及び、ＩＤ連携登録部３０３で設定される仮名についての情報を含むＩＤ連携の処理結果を連携データ制御部３０１へ返す。

【0041】

ＩＤ連携登録部３０３は、割り振ったサービス連携サーバユーザＩＤと、各サーバとを仮名を介して対応付け、データベースに登録する。具体的には、まず、ＩＤ連携登録部３０３は、サービス連携サーバ３００内でＩＤ連携するため、サービス連携サーバユーザＩＤ、仮名、サービス連携サーバを対応付けてＩＤ連携情報格納部３１１に登録する。仮名とは、接続毎に固有の固有名称である。次に、ＩＤ連携登録部３０３は、サービス連携サーバ３００と登録対象である提供側サーバ４００との間でＩＤ連携するため、サービス連携サーバユーザＩＤ、仮名、提供側サーバｋを対応付けてＩＤ連携情報格納部３１１に登録する。次に、ＩＤ連携登録部３０３は、サービス連携サーバ３００と登録対象である連携データ受付サーバ２００との間でＩＤ連携するため、サービス連携サーバユーザＩＤ、仮名、連携データ受付サーバを対応付けてＩＤ連携情報格納部３１１に登録する。なお、仮名を使うのは、実ユーザのＩＤが漏れるのを防ぐのと、名寄せによる個人情報の情報が漏れるのを防ぐためである。また、ＩＤ連携は、ＳＡＭＬの機能を用いて実現する。ＳＡＭＬによるＩＤ連携は、ユーザ関連情報を扱う1つのアイデンティティプロバイダと、複数のサービスプロバイダとの間の信頼関係に基づいて実施される。図８は、ＩＤ連携情報格納部３１１に登録されるＩＤ連携管理テーブルの例を示す図である。1行目に登録される情報は、サービス連携サーバユーザＩＤ、仮名、サービス連携サーバを示し、３行目に登録される情報は、サービス連携サーバユーザＩＤ、仮名、提供側サーバｋを示す。なお、図８では、サービス連携サーバユーザＩＤ、仮名、連携データ受付サーバについては示されていない。また、図８では、サービス連携サーバユーザＩＤ「ｍ００００１」のみが登録されているが、サービス連携サーバユーザＩＤはこれ以外に登録されていても良い。

【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】

１００…外部サーバ、１０１…ウェブブラウザ、２００…連携データ受付サーバ、２０１…連携データ受付部、２０２…連携データ制御部、２０３…サーバユーザＩＤ採番部、２０４…ＩＤ連携登録部、２０５…ユーザ情報登録部、２０６…認証情報登録部、２０７…アクセス制御情報登録部、２１０…データベース、２１１…ＩＤ連携情報格納部、２１２…ユーザ情報格納部、２１３…認証情報格納部、２１４…アクセス制御情報格納部、２２１…連携設定ファイル、２２２…連携パラメータマッピングファイル、２２３…情報設定ファイル、３００…サービス連携サーバ、３０１…連携データ制御部、３０２…サーバユーザＩＤ採番部、３０３…ＩＤ連携登録部、３０４…ユーザ情報登録部、３０５…認証情報登録部、３０６…サービス関連情報登録部、３０７…アクセス制御情報登録部、３１０…データベース、３１１…ＩＤ連携情報格納部、３１２…ユーザ情報格納部、３１３…認証情報格納部、３１４…サービス関連情報格納部、３１５…アクセス制御情報格納部、４００，４００−１〜４００−ｍ，４００−ｋ…提供側サーバ、４０１…連携データ制御部、４０２…サーバユーザＩＤ採番部、４０３…ＩＤ連携登録部、４０４…ユーザ情報登録部、４０５…認証情報登録部、４０６…アクセス制御情報登録部、４１０…データベース、４１１…ＩＤ連携情報格納部、４１２…ユーザ情報格納部、４１３…認証情報格納部、４１４…アクセス制御情報格納部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10A】

【図10B】