"サービスの要求側となる第1の情報処理装置と、サービスの提供側となる第2の情報処理装置と、これら第1及び第2の情報処理装置間をネットワークを介して連携させる第3の情報処理装置とを具備する情報流通システムにおいて、前記第2の情報処理装置は、前記第1の情報処理装置からの登録要求に応じ、サービス対象となるデータに関連付けて、当該データに係るユーザの役割を表す役割情報と、当該ユーザの属性情報と、当該データに対するアクセスの状況を表すステータス情報を記憶する記憶手段と、前記サービス対象となるデータに対するアクセス制御の結果に応じて、前記記憶されているステータス情報を更新する更新手段と、前記第1の情報処理装置からのアクセス要求に応じ、サービス対象となるデータに対するアクセス制御に先立ち、前記アクセス要求の内容と、前記記憶された役割情報、属性情報及び更新後のステータス情報に基づいて、前記サービス対象となるデータに対するアクセス制御ルールを決定する決定手段と、前記決定されたアクセス制御ルールに従い、前記サービス対象となるデータに対するアクセス制御を実行する実行手段とを具備することを特徴とする情報流通システム。前記記憶手段は、前記役割情報としてユーザが差出人、受取人及び対象者の何れであるかを表す情報を記憶し、かつ属性情報として当該ユーザの所属組織を表す情報と所有する資格を表す情報を記憶することを特徴とする請求項1記載の情報流通システム。前記記憶手段は、サービス対象となるデータ又はその電子フォーマットが複数種類存在する場合に、この種類ごとにユーザの役割を表す役割情報、当該ユーザの属性情報及びアクセスの状況を表すステータス情報を記憶することを特徴とする請求項1又は2記載の情報流通システム。サービスの要求側となる第1の情報処理装置と、サービスの提供側となる第2の情報処理装置と、これら第1及び第2の情報処理装置間をネットワークを介して連携させる第3の情報処理装置とを具備する情報流通システムで使用されるアクセス制御方法において、前記第1の情報処理装置が、ユーザによる情報登録要求を受付け、当該登録要求を前記ネットワークを介して前記第2の情報処理装置へ送信する過程と、前記第2の情報処理装置が、前記第1の情報処理装置から送られた登録要求に応じ、サービス対象となるデータに関連付けて、当該データに係るユーザの役割を表す役割情報と、当該ユーザの属性情報と、当該データに対するアクセスの状況を表すステータス情報を、記憶手段に記憶させる過程と、前記第2の情報処理装置が、前記サービス対象となるデータに対するアクセス制御の結果に応じて、前記記憶手段に記憶されているステータス情報を更新する過程と、前記第1の情報処理装置が、ユーザによるデータアクセス要求を受付け、当該データアクセス要求を前記ネットワークを介して前記第2の情報処理装置へ送信する過程と、前記第2の情報処理装置が、前記アクセス要求元のユーザについての認証要求を前記ネットワークを介して前記第3の情報処理装置へ送信し、その認証結果を表す情報を受信する過程と、前記第2の情報処理装置が、前記認証結果をもとに要求元のユーザの正当性が確認された場合に、前記サービス対象となるデータに対するアクセス制御に先立ち、前記アクセス要求の内容と、前記記憶された役割情報、属性情報及び更新後のステータス情報に基づいて、前記サービス対象となるデータに対するアクセス制御ルールを決定する過程と、前記第2の情報処理装置が、前記決定されたアクセス制御ルールに従い、前記サービス対象となるデータに対するアクセス制御を実行する過程とを具備することを特徴とするアクセス制御方法。前記記憶させる過程は、前記役割情報としてユーザが差出人、受取人及び対象者の何れであるかを表す情報を記憶手段に記憶させ、かつ属性情報として当該ユーザの所属組織を表す情報と所有する資格を表す情報を記憶手段に記憶させることを特徴とする請求項4記載のアクセス制御方法。前記記憶させる過程は、サービス対象となるデータ又はその電子フォーマットが複数種類存在する場合には、この種類ごとに前記ユーザの役割を表す役割情報、当該ユーザの属性情報及びアクセスの状況を表すステータス情報を記憶することを特徴とする請求項4又は5記載のアクセス制御方法。以上述べたように既存の技術では、サービス対象のデータをネットワークを介して流通させようとする際に、アクセスするユーザの役割や属性、さらには上記データの状況変化に対して適切なアクセス制御を行うことができない。この発明は上記事情に着目してなされたもので、その目的とするところは、ユーザの役割と属性、さらには上記データの状況変化に応じて、当該データに対し適切なアクセス制御ルールに従いアクセス制御できるようにした情報流通システムとそのアクセス制御方法を提供することにある。上記目的を達成するためにこの発明の1つの観点は、サービスの要求側となる第1の情報処理装置と、サービスの提供側となる第2の情報処理装置と、これら第1及び第2の情報処理装置間をネットワークを介して連携させる第3の情報処理装置とを具備する情報流通システムにおいて、上記第2の情報処理装置により、はじめに上記第1の情報処理装置からの登録要求に応じ、サービス対象となるデータに関連付けて、当該データに係るユーザの役割を表す役割情報と、当該ユーザの属性情報と、当該データに対するアクセスの状況を表すステータス情報を記憶する。また上記サービス対象となるデータに対するアクセス制御が行われた場合には、その結果に応じて、上記記憶されているステータス情報を更新する。そしてこの状態で、上記第1の情報処理装置からアクセス要求が送信されると、サービス対象となるデータに対するアクセス制御に先立ち、上記アクセス要求の内容と、上記記憶された役割情報、属性情報及び更新後のステータス情報に基づいて、上記サービス対象となるデータに対するアクセス制御ルールを決定し、この決定されたアクセス制御ルールに従い上記サービス対象となるデータに対するアクセス制御を実行するようにしたものである。具体的には、上記役割情報としてユーザが差出人、受取人及び対象者の何れであるかを表す情報を記憶し、かつ属性情報として当該ユーザの所属組織を表す情報と所有資格を表す情報を記憶する。また、サービス対象となるデータの種類又はその電子フォーマットの種類が異なる場合には、この種類ごとにユーザの役割を表す役割情報、当該ユーザの属性情報及びアクセスの状況を表すステータス情報を記憶する。したがって、ユーザの操作に応じて要求側の情報処理装置からサービス対象データに対するアクセス要求が発生すると、予め記憶されたユーザの役割を表す情報と当該ユーザの属性情報をもとに適切なアクセス制御ルールが決定され、サービス対象データに対するアクセス制御が実行される。このため、ユーザの役割、例えば差出人、受取人及び対象者の何れであるのかと、属性、例えば所属組織又は資格を考慮してアクセス制御ルールが決定され、このアクセス制御ルールに従いサービス対象データに対するアクセス制御を実行することが可能となる。このアクセス制御の種類には、例えば記憶された情報リストの検索のみ、内容の閲覧のみ、或いは閲覧編集が考えられる。また、アクセス制御ルールを決定する際には、サービス対象データに対する最新のアクセス状況を表すステータス情報も考慮される。このため、ユーザの役割や属性が変わらなくても、サービス対象データに対する現在のアクセス状況例えば作成済、閲覧済、編集済が変化した場合には、この変化に応じてその時々で適切なアクセス制御を実行することが可能となる。さらに、サービス対象データ又はその電子フォーマットが複数種類ある場合には、これらの種類ごとにユーザの役割、属性及びステータス情報が記憶され、アクセス制御ルールが決定されるので、サービス対象データ又はその電子フォーマットの種類が異なる場合でも、それに応じた適切なアクセス制御を実行することが可能となる。すなわちこの発明によれば、ユーザの役割と属性、さらには上記データの状況変化に応じて、当該データに対し適切なアクセス制御ルールに従いアクセス制御できるようにした情報流通システムとそのアクセス制御方法を提供することができる。以下、図面を参照してこの発明に係わる実施形態を説明する。[構成]図1は、この発明の一実施形態に係る情報流通システムの機能構成を示すブロック図である。情報流通システムは、クライアント端末4が接続される複数の要求側サーバ1と、サービスを提供する複数の提供側サーバ2と、連携サーバ3とを具備し、これらのサーバ1,2,3はネットワーク5を介して相互に通信可能となっている。クライアント端末4は、例えば医師や患者等のユーザが使用するパーソナルコンピュータからなり、Webブラウザ41を有している。ユーザは、Webブラウザ41を使って要求側サーバ1及び提供側サーバ2にアクセスする。要求側サーバ1は、例えば病院のポータルサーバ或いは患者が利用する医療ポータルサーバからなり、クライアント端末4からの要求を受け付けると、この要求を自サーバが処理できる場合には対応するサービスを実行し、処理できない場合には該当する提供側サーバ2に上記要求を転送する。この機能を実現するために要求側サーバ1は、送受信部11と、アクセス制御部12と、データアクセス部13と、ユーザ情報格納部14と、アプリケーションデータ格納部15を備える。送受信部11は、クライアント端末4、提供側サーバ2及び連携サーバ3との間でネットワーク5を介して各種データの送受信を行う。アクセス制御部12は、Webアクセス抽出部121及びアクセス制御判定部122を有する。Webアクセス抽出部121は、クライアント端末4のWebブラウザ41から要求されたHTTPリクエストを受け付け、リクエストの内容を解析する。アクセス制御判定部122は、ユーザのデータへのアクセス可否を判断する。このアクセス可否の判断のため、データアクセス部13を介してユーザ情報格納部14に対し問い合わせを行う。ユーザ情報格納部14は、上記アクセス可否の判断に必要なユーザの個人情報を格納しており、上記問い合わせに対する回答をデータアクセス部13を介してアクセス制御判定部122に返す。アプリケーションデータ格納部15には、自サーバ上で実行されるアプリケーションが用いるアクセス制御ファイル、設定ファイル及び個別データが格納されている。提供側サーバ2は、例えば医療情報の流通サービスを提供するサービス事業者が運用するサーバであり、上記要求側サーバ1とほぼ同じ機能、つまり送受信部21と、アクセス制御部22と、データアクセス部23と、ユーザ情報格納部24と、アプリケーションデータ格納部25を備えている。連携サーバ3は、上記要求側サーバ1と提供側サーバ2との間を連携させるためのもので、送受信部31と、アクセス制御判定部32と、データアクセス部33と、ユーザ情報格納部34と、アプリケーションデータ格納部35と、システム情報格納部36と、マスタ情報格納部37を備えている。システム情報格納部36には、情報流通システムを構成する各サーバが有するシステム情報や使用する認証方式を表す情報が格納されている。マスタ情報格納部37には、情報流通システムに対し利用登録した全てのユーザについて、そのユーザIDに関連付けて当該ユーザが所属する組織や資格を表す属性情報がマスタ情報として格納される。登録済のユーザが新たに資格を取得した場合には、上記マスタ情報が更新される。ユーザ情報格納部34には、上記マスタ情報格納部37に格納されたマスタ情報のうちユーザの属性情報が格納され、さらにユーザが利用できるサービスのリストが格納される。アプリケーションデータ格納部35には、自サーバ上で実行されるアプリケーションが用いるアクセス制御ファイル、設定ファイル及び個別データが格納される。連携サーバ3は、要求側サーバ1又は提供側サーバ2から、ユーザが利用可能なサービスについての問い合わせを受信すると、上記ユーザ情報格納部34に格納されたサービスリストを検索して、当該ユーザが要求するサービスを利用可能か否かを判断し、その結果を要求元の要求側サーバ1又は提供側サーバ2へ回答する。なお、以上述べた要求側サーバ1、提供側サーバ2及び連携サーバ3による基本的な機能とその動作については、特開2010-86080号公報分散情報連携システムおよび分散情報連携方法に詳しく記載されている。次に、本実施形態に係る情報流通システムが例えば医療従事者用インターネットサービスを実施する上で使用する各種管理データの構成を説明する。提供側サーバ2がサービスを提供する医療従事者用インターネットサービスのうち、紹介状に関するサービスを利用するユーザは、紹介状を発行する医師、紹介状を受領する医師、紹介状を発行される患者の3ユーザである。紹介状サービスでは、医師にはその属性として組織と資格が付与される。一方、患者は個人ではあるもののある組織に所属していたり資格を持っていることもあるが、紹介状サービスを利用するに当たっては、どこの組織にも属さずまた資格の有無も関係しないため、これらの情報を属性として持たない。また、医療従事者用インターネットサービスには様々なサービスがあるが、そのうちの紹介状サービスを利用するユーザには当該紹介状サービスのみを利用可能な権限を与える。このユーザを自動認証ユーザと呼称する。紹介状サービスを提供するシステムが信頼するのはこの自動認証ユーザだけであり、自動認証ユーザは組織も資格も持たない特別なユーザという扱いとする。紹介状管理データ、紹介状属性データ及びアプリケーション検索設定ファイルといった、特定のアプリケーションを実行するときに用いる設定ファイルは、提供するサービス種別に依存するため提供側サーバ2のアプリケーションデータ格納部25に格納される。これに対しアクセス制御ファイルは、要求側サーバ1、提供側サーバ2及び連携サーバ3がそれぞれアクセス制御判定処理を実施するときに用いるため、それぞれのサーバ1,2,3のアプリケーションデータ格納部15,25,35に格納される。こちらのアプリケーションデータ格納部15,25,35に格納される各管理データは、紹介状サービスを提供するに際に事前にユーザにより設定され、必要に応じて適宜アクセス制御項目の登録、更新、削除が行なわれる。図2及び図3は、それぞれ紹介状サービスを提供する提供側サーバ2に格納される紹介状管理データ及び紹介状属性データの記述例を示すものである。同図に示すように紹介状管理データは、データの状態を表すステータスと、実行ユーザ名と、文書IDと、シーケンス番号と、フォーマット種別と、実データと、署名者のユーザIDと、登録日時及び更新日時と、削除フラグとから構成される。また紹介状属性データは、データの状態を表すステータスと、実行ユーザ名と、文書IDと、差出人のユーザIDと、差出人の組織IDと、受取人のユーザIDと、受取人の組織IDと、対象者のユーザIDと、対象者の組織IDと、状態と、発行日時と、登録日時及び更新日時と、アクセス制御ルール番号とから構成される。一方図4、図5及び図6は、それぞれ連携サーバ3、病院Xのサーバ要求側サーバ1及び提供側サーバ2に格納される紹介状アプリケーションアクセス制御ファイルの記述例を示すものである。同図に示すように紹介状アプリケーションアクセス制御ファイルは、データの状態を表すステータスと、実行ユーザ名と、アクセス制御ルール名と、ルール格納場所と、アクセス対象のデータ名と、開示先となる条件ユーザと、開示先となる条件組織と、開示先の資格と、検索の可否及び更新の可否を表すフラグとを含む。なお、このうち図4及び図5に記述されている、ユーザの役割や属性、ステータス等の前提条件に対するアクセス制御ルールは、紹介状データを閲覧する許可を与えたタイミングで更新される。また、図6に記述されているアクセス制御ルールは、紹介状管理データを提供側サーバ2に登録するタイミングで更新される。[動作]次に、以上のように構成された情報流通システムによるアクセス制御動作を説明する。ここでは、例えば図8に示すように、病院Xの医師Bが患者Aの紹介状を作成して紹介状サービスに登録し、この紹介状を紹介先の病院Yの医師Cが紹介状サービス受け取ると共に、患者Aが自身の紹介状の流通状態を確認する場合を例にとって説明を行う。1紹介状データの登録閲覧権限付与図9は、医師Bが患者Aの紹介状を発行し登録する場合の処理手順と処理内容を示すフローチャートである。なお、システムを起動すると、連携サーバ3、要求側サーバ1及び提供側サーバ2では、先ず図4、図5及び図7に示した紹介状アプリケーションアクセス制御ファイル及び紹介状アプリケーション設定ファイルが各格納部から読込まれる。この状態で、医師Bが自身のクライアント端末4において患者Aの紹介状を作成し、病院Xのポータルサーバ要求側サーバ1に対しWebアクセスすると、要求側サーバ1から提供側サーバ2に対して紹介状を登録するために必要となる文書IDの払い出し要求が送られる。提供側サーバ2は、要求された文書IDを払い出した後、図2に示す照会状管理データに当該文書IDと重複するIDが登録されていないか否かを確認する。その結果、重複があればエラーメッセージを要求側サーバ1へ返送して処理を終了する。これに対し重複がないことが確認されると、提供側サーバ2は紹介状属性データ図3に例示に、文書ID、実行ユーザ名、ステータス及び紹介状の中身である実データ等の必要な項目データを書き込む。また、この作成した紹介状に対して誰がアクセスしてよいかを判断するためのアクセス制御ルールを、紹介状アプリケーションアクセス制御ファイル図6に追記する。さらに、ユーザの役割を表す紹介状の差出人、受取人及び対象者のユーザIDとその所属組織のIDを、紹介状属性データ図3に登録する。そして、最後に要求側サーバ1が、個々の紹介状に対して、関連のある診療データや検査結果を閲覧してもよいかどうかを制御するためのアクセス制御ルールを、紹介状アプリケーションアクセス制御ファイル図5に追記する。以上の処理をもう少し詳しく説明する。紹介元の医師Bが、自身が使用するクライアント端末4のWebブラウザ41を操作して、病院Xのポータルサーバ要求側サーバ1にログインし、Webメニューから紹介状サービスを選択したとする。そうすると要求側サーバ1は、紹介状サービスを利用するために連携サーバ3に医師Bのユーザ情報を転送する。連携サーバ3は、転送された医師Bのユーザ情報をユーザ情報格納部34に格納されているユーザ情報と照合することにより医師Bが当該紹介状サービスを利用可能か否かを判定し、この判定結果を要求側サーバ1に返送する。要求側サーバ1は、上記判定の結果医師Bの正当性が確認されると、紹介状サービスを提供する提供側サーバ1に対し紹介状サービスの提供を依頼する。この実施形態では、図8に例示したように紹介状の差出人が医師B、受取人が医師C、対象者は患者Aであるため、紹介状属性データ図3には差出人のユーザIDと組織ID、受取人のユーザIDと組織ID、対象者のユーザIDからなる5種類のデータが事前に記述される。なお、患者Aは組織に属さないため、紹介状属性データ図3には患者Aの組織IDは記述されていない。また、紹介状アプリケーションアクセス制御ファイル図6には、アクセス権限として、差出人にはデータ登録更新削除を、また受取人にはデータ検索参照をそれぞれ許可し、かつ対象者には紹介状データの検索権限のみを許可するように設定されたアクセス制御ルールが記述される。なお、このアクセス制御ルールは、紹介状サービスに対し事前に利用登録された自動認証ユーザに対してのみ設定される。なお、処方箋の場合は、例えば差出人は医師B、受取人は調剤薬局Zの薬剤師D、対象者は患者Aとなる。処方箋属性データは、紹介状属性データと同じデータ構造となる。処方箋に対しては、アクセス権限として、差出人にはデータ登録更新削除を、また受取人にはデータ検索更新参照をそれぞれ許可し、対象者にはデータ検索参照のみを許可するように設定されたアクセス制御ルールが、アプリケーションアクセス制御ファイル図6に記述される。なお、紹介状の場合と同じく、差出人のデータ削除は状態によって変更する必要がある。提供側サーバ2は、要求側サーバ1において紹介状が作成され、当該紹介状データが転送されると、紹介状アプリケーション設定ファイルに、上記紹介状データの受け渡しに必要な情報を記述する。図7はその一例を示すものである。すなわち、紹介状を受け渡す準備として、先ずcheckポイントにおいて、差出人と受取人の情報に基づき現在のステータスに対するアクセス権限を確認する処理を呼び出す。checkポイントの時点では、まだ紹介状アプリケーションアクセス制御ファイル図6への登録は行なわれていない。アクセス権限が確認された後に、以下のregistポイントへ遷移し、紹介状管理データ及び紹介状属性データに関連する情報と、紹介状アプリケーションアクセス制御ファイル図6にデータが登録される。なお、他サーバから要求が来たときに独自のアクセス権限を設定する方法について以下に述べる。提供側サーバ2では、様々なアプリケーションを提供しており、一般に他サーバ要求側サーバ1からの依頼に対して、アクセス制御ルールを用いて処理を実行している。しかし、要求側サーバ1からの要求に対し、信頼できるかどうか疑わしい場合がある。そこで、要求を実施する前に判定する方法として、サービスタイプという概念を導入する。これは使用したいサービスを表す識別子のことを指す。紹介状サービスのサービスタイプをReferralServiceとする。サービス提供者は、紹介状独自のアクセス権限に基づき処理をすることをサービスタイプリストに記述する。ユーザがWebブラウザ41から紹介状サービスを利用する場合は、ユーザが入力する情報に加えてサービスタイプも合わせて提供側サーバ2に転送する。提供側サーバ2は、アクセス制御判定部222においてサービスタイプリストを検索し、ReferralServiceに対応する処理を呼び出して実行する。なお、サービスタイプリストの中に上記要求されたサービスタイプが存在しなければ、サービスタイプリストが途中で書き換えられた可能性があるため、処理を中断する。以上のように登録を行うことで、紹介状データを閲覧した紹介先の医師Cが、必要に応じて患者Aの診療データを見ながら、より詳細な診断を行なうことが可能となる。3患者による紹介状の閲覧図10は、患者Aが自身についての紹介状を閲覧しようとする場合の処理手順と処理内容を示すフローチャートである。なお、このサービスを利用するに当たり、サーバ1を起動した時点で図4、図5及び図7に示した各ファイルが読み込まれる。紹介元病院Xの医師Bに罹っている患者Aが、自身のクライアント端末を操作して医療ポータルサーバ要求側サーバ1に対しWebアクセスし、これにより自身の紹介状の検索要求を入力したとする。このとき、紹介状検索要求の入力項目としては、患者自身の名前、紹介元病院Xにおける患者番号診察券に印字されている番号、医師情報病院Xの担当医師Bが入力される。上記検索要求を受け取ると要求側サーバ1は、当該紹介状の検索要求を、紹介状サービスを提供している提供側サーバ2に転送する。上記紹介状検索要求を受け取った提供側サーバ2は、先ず連携サーバ3に対し要求元の患者Aについて問い合わせる。連携サーバ3は、上記問い合わせに対しユーザ情報格納部34を検索することにより要求元の患者Aの資格を確認する。そして、その結果を提供側サーバ2に返送する。提供側サーバ2は、上記連携サーバ3から問い合わせに対する確認結果を受け取り、この情報により患者Aが医師の資格を持たないと判定すると、続いてアクセス制御判定部222において紹介状アプリケーションアクセス制御ファイル図6をもとにアクセス制御ルールの記載内容を確認する。このとき、アクセス制御ルールとしては、医師の資格を持たないユーザからのアクセス権限は検索結果リストのみ表示で内容は閲覧させない旨が記載されている。このため提供側サーバ2は、図2に示した紹介状管理データから紹介状が発行されているかどうかのみを検索し、その検索結果をリスト化して要求側サーバ1に送信する。要求側サーバ1は、上記検索結果を表すリストを受け取ると、このリストを要求元の患者Aのクライアント端末4へ送信して表示させる。すなわち、提供側サーバ2は、検索を依頼したユーザの資格やアクセス権限の情報を最初に調べ、その結果に基づき紹介状データの検索を実行する。検索を行なう前のチェックで実行する処理と確認結果後の処理はデータの種類電子フォーマットに依存することから、電子フォーマットの種類を指定することで、実行処理の中で振り分けることが可能となる。[実施形態の効果]以上詳述したようにこの実施形態では、要求側サーバ1からの登録要求に対し、提供側サーバ2がサービス対象となる紹介状等のデータに関連付けて、当該データに係るユーザが差出人、受取人、対象者の何れであるかを表す役割情報と、当該ユーザの所属組織と資格を表す属性情報と、当該データに対するアクセスの状況の変化を表すステータスを記憶する。またそれと共に、上記役割情報、属性情報及び更新後のステータスに基づいて設定されたアクセス制御ルールを記憶する。そしてこの状態で、要求側サーバ1からアクセス要求が送信されると、サービス対象となるデータに対するアクセス制御に先立ちアクセス制御ルールを確認し、このアクセス制御ルールに従い上記サービス対象となるデータに対するアクセス制御を実行するようにしている。したがって、ユーザの操作に応じて要求側サーバ1から紹介状データに対するアクセス要求が発生すると、ユーザの役割が差出人、受取人及び対象者の何れであるのかと、所属組織又は資格を考慮して設定されたアクセス制御ルールに従い、紹介状データに対するアクセス制御を適切に実行することができる。しかも、アクセス制御ルールは、紹介状データに対する最新のアクセス状況を表すステータスも考慮される。このため、ユーザの役割や属性が変わらなくても、紹介状データに対するアクセス状況例えば作成済、閲覧済、編集済が変化した場合には、この変化に応じて適切なアクセス制御を実行することが可能となる。さらに、サービス対象データの電子フォーマット種別を記憶しておくことで、サービス対象データ紹介状、処方箋などが複数種類ある場合でも、これらの種類ごとに、それに応じた適切なアクセス制御を実行することが可能となる。なお、この発明は上記実施形態に限定されるものではない。例えば、この発明のシステムは医療情報を流通するシステムに限るものではなく、サービス対象データについても紹介状や処方箋に限定されるものではない。例えば、会社で決裁文書を起案した場面において、起案者から自部署の部長に決裁確認をとるのであれば、差出人と対象者が起案者、受取人が自部署の部長になる。さらに自部署の部長決裁が完了した後で、次に総務部長に決裁を依頼する処理フローであれば、差出人が自部署の部長、受取人が総務部長、進捗を確認する起案者が対象者となる。すなわち、様々な場面で適用できるモデルであり、このモデルを適用することで、様々な種類の電子フォーマットに対して関係する人々の属性データおよび、各々の人に対するファイルのアクセス制御ルールを設定できる。その他、ネットワークの種類、各情報処理装置の種類や構成、その処理手順及び処理内容、図2乃至図6に示したデータの構成や項目の内容電子フォーマットの構成等についても、この発明の要旨を逸脱しない範囲で種々変形して実施可能である。要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。"