JPWO2018198676A1 - 情報処理システム - Google Patents

情報処理システム Download PDF

Info

Publication number
JPWO2018198676A1
JPWO2018198676A1 JP2019515184A JP2019515184A JPWO2018198676A1 JP WO2018198676 A1 JPWO2018198676 A1 JP WO2018198676A1 JP 2019515184 A JP2019515184 A JP 2019515184A JP 2019515184 A JP2019515184 A JP 2019515184A JP WO2018198676 A1 JPWO2018198676 A1 JP WO2018198676A1
Authority
JP
Japan
Prior art keywords
information
individual
person metadata
processing system
person
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2019515184A
Other languages
English (en)
Other versions
JP7256500B2 (ja
Inventor
鍵和田　芳光
芳光 鍵和田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Keysoft Inc
Original Assignee
Keysoft Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Keysoft Inc filed Critical Keysoft Inc
Publication of JPWO2018198676A1 publication Critical patent/JPWO2018198676A1/ja
Priority to JP2023046790A priority Critical patent/JP2023078393A/ja
Application granted granted Critical
Publication of JP7256500B2 publication Critical patent/JP7256500B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G06F21/6245—Protecting personal data, e.g. for financial or medical purposes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/903—Querying
    • G06F16/9035—Filtering based on additional data, e.g. user or group profiles
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/604—Tools and structures for managing or administering access control systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Bioethics (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • Databases & Information Systems (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Epidemiology (AREA)
  • Business, Economics & Management (AREA)
  • Automation & Control Theory (AREA)
  • Computational Linguistics (AREA)
  • Data Mining & Analysis (AREA)
  • Marketing (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

個人に関する情報を、当該個人を特定できないように公開する情報処理システムを提供する。個人に関する公開情報を格納するデータベース（１０２）と、情報公開サーバ（１０４）と、パーソンメタデータ生成部（４０２）とを備え、ネットワークを介して外部と接続された情報処理システム（４００）において、データベースは、個人に関する公開情報の各々を、該個人を特定できないように公開するかどうかの示すフラッグに付けて格納するように構成し、パーソンメタデータ生成部は、個人を特定できないように公開すると示された公開情報に基づいてパーソンメタデータを生成するように構成し、情報公開サーバは、データベースに格納された公開情報のうち、個人を特定できないように公開すると示されていない公開情報と生成されたパーソンメタデータとを別々に公開するように構成した。

Description

本発明は、情報処理システムに関し、個人に関する情報を処理する情報処理システムに関する。
近年、ビッグデータを活用することの有用性が注目されている。ビッグデータとは、様々な種類・形式が含まれる非構造化データ・非定型的データであり、日々累積してデータが増大していくデータの集まりである。従来の技術ではその膨大なデータを管理することができずに見過ごされてきたデータ群が、記録・保管され即座に解析されて、ビジネスなどに有効に利用されつつある。
ビッグデータの発生元はＦＡＣＥＢＯＯＫ（登録商標）やＴＷＩＴＴＥＲ（登録商標）などのＳＮＳ（social networking service）であり、このような発生元で日々大量に発信される情報、およびスマートフォンのＧＰＳ情報などがビッグデータである。
ビッグデータを利用することによって、例えば、商品開発などにおいて市場のニーズを適格に把握することが可能になる。そこで、従来、上述したＳＮＳなどのインターネット上に公開されているデータが、ビッグデータとして用いられ、解析されている。
また、病院などの医療機関の受診者や患者の診断記録や処方箋などの情報を、ビッグデータとして利用することが期待されている。診断記録や処方箋などの情報をビッグデータとして利用できれば、製薬会社などは、市場のニーズにより合致した商品を開発することができる。
しかしながら、ＳＮＳは、コミュニティーを形成する特定の人のみがアクセスできるように、あるいは不特定の人がアクセスできるように、インターネットに情報を公開する。特定の人のみがアクセスできるように公開された情報は、外部からのアクセスが制限されるため、ビッグデータとしての利用が難しい。不特定の人がアクセスできるように公開された情報は、ビッグデータとして利用が可能である。
図１は、ＳＮＳ情報処理システムの概略構成を示す図である。図１には、ＳＮＳ情報処理システム１００が接続された、インターネットなどのネットワーク１９０と、ネットワーク１９０を介してＳＮＳ情報処理システム１００と接続されるユーザ端末１６０および１６２並びに検索サーバ１８０とが示されている。
ＳＮＳ情報処理システム１００は、ＣＰＵなどのプロセッサーと、半導体メモリや磁気式または光学式のメモリと、有線式または無線式の通信デバイスと、キーボード、入力パッド、マウスポインタ、マイクロフォンなどの入力装置と、ディスプレイ、プリンタ、スピーカーなどの出力装置とを備えた、１つまたは複数のコンピュータで構成することができる。
ＳＮＳ情報処理システム１００は、データベース（ＤＢ）１０２と、情報公開サーバ１０４と、通信サーバ１０６と、認証サーバ１０８とを備える。
データベース１０２は、ＳＮＳ情報処理システム１００のユーザ毎の情報を格納するデータベースである。データベース１０２は、メモリ内に保持され、要求に応答して、情報の書込／読出が行われる。
図２は、データベース１０２に格納されたユーザの情報の一例を示す図である。データベース１０２は、認証情報２０２（ユーザＩＤ，パスワード）、登録情報２０４（氏名／名称、生年月日、住所、電話番号、メールアドレス、性別）、公開情報２０６（プロフィール１，２、ブログ記事など）を含む。データベース１０２は、コンタクトリスト２０８（他のユーザの氏名／名称、メールアドレス、電話番号など）を含むことができる。図２に示す例は、ユーザＡＡＡが、ユーザ端末１６０から入力／設定した情報が格納を示している。
情報公開サーバ１０４は、例えば、ＨＴＭＬ（HyperText Markup Language）サーバなどプログラムをプロセッサーに実行させることで実装される。情報公開サーバ１０４は、データベース１０２に格納されたユーザの情報を所定のアドレスで公開することができる。
図３は、情報公開サーバ１０４により公開されたユーザの情報の例を示す図である。図３では、図２に示したデータベース１０２に格納されたユーザＡＡＡの公開情報２０６がブログのフォーマットに配置され公開された状態を例示している。ユーザＡＡＡのブログは、インターネット上のアドレスａａａを指定することで、他のユーザ（例えば、ユーザＡＡＡのコンタクトリストにあるユーザＢＢＢ）のユーザ端末１６２からアクセスすることができる。また、検索サーバ１８０を用いて検索することができる。また、図３の例では、ブログには、ＡＡＡにメールなどのメッセージを送付するためのアクティブ化できる領域（ボタン）やブログ記事に対してコメントを書くためのアクティブ化できる領域（ボタン）が表示されている。例えば、ユーザＢＢＢは、ユーザ端末１６２から公開されたユーザＡＡＡのブログへアクセスし、メッセージボタンをアクティブ化することで、ＡＡＡのメールアドレス（ＩＤ１＠ｘｘｘ）へメッセージを送信するためのユーザインターフェースがユーザ端末１６２に提示され、メッセージを作成し送信することができる。また、ユーザＢＢＢは、コメントボタンをアクティブ化することで、コメント作成用のユーザインターフェースＵＩがユーザ端末１６２に提示され、公開情報に対するコメントを書くことができる。
通信サーバ１０６は、例えば、インターネットプロトコル（ＩＰ）通信をサポートするプログラムを実行するプロセッサーと通信デバイスとで実装される。通信サーバ１０６は、ＰＯＰ（Post Office Protocol）／ＳＭＴＰ（Simple Mail Transfer Protocol）またはＩＭＡＰ（Internet Message Access Protocol）などのプロトコルを使用するメールサーバプログラムや、ショートメッセージサービスＳＭＳプログラムを実行するサーバとすることもでる。また、通信サーバ１０６は、ＦＴＰ（File Transfer Protocol）などのプロトコルを使用するファイル転送プログラムを実行するファイルサーバとすることもできる。通信サーバ１０６は、ユーザ端末１６０、１６２、検索サーバ１８０、情報公開サーバ１０４、認証サーバ１０８と、または他のメールサーバやＳＮＳサーバと、または他のファイルサーバと通信することができる。
認証サーバ１０８は、情報公開サーバ１０４のユーザを認証する機能（例えば、パスワードの照合）のほか、データベース１０２に格納された情報へのアクセス制御機能を提供する。
しかしながら、図３に示すように、ＳＮＳで公開される情報に、自身の体質などの身体的特徴の情報あるいは健康や病歴などの情報を含めることに抵抗を感じることは少なくない。すなわち、個人を特定できるような公開方法で、体質などの身体的特徴の情報あるいは健康や病歴の情報を公開したくないと感じる。また、趣味や趣向に関する情報についても同様に公開したくないと感じるものもある。これは、インターネットに公開され、ビッグデータとして利用可能な情報の数に影響を与える。
本発明は、このような問題に鑑みてなされたものであり、その目的とするところは、個人に関する情報を、当該個人を特定できないように公開する情報処理システムを提供することにある。
上記の課題を解決するために、本発明の一実施形態に係る情報処理システムは、ネットワークを介して外部と接続され、個人に関する情報を格納する記憶手段と、情報公開手段と、パーソンメタデータ生成手段とを備え、記憶手段は、個人に関する情報の各々を、該個人を特定できないように公開するかどうかを示すフラッグを付けて格納するように構成され、パーソンメタデータ生成手段は、フラッグにより個人を特定できないように公開すると示された個人に関する情報に基づいてパーソンメタデータを生成するように構成され、情報公開手段は、パーソンメタデータを、ネットワークを介してアクセスできるように、公開するように構成されていることを特徴とする。
本発明によれば、個人に関する情報を、当該個人を特定できないように公開する情報処理システムを提供することが可能になる。
ＳＮＳ情報処理システムの概略構成を示す図である。 データベース１０２に格納されたユーザの情報の一例を示す図である。 情報公開サーバ１０４により公開されたユーザの情報の例を示す図である。 本願発明の一実施形態に係るＳＮＳ情報処理システムの概略構成を示す図である。 本願発明の一実施形態のデータベース１０２に格納されたユーザの情報の一例を示す図である。 本願発明の一実施形態のデータベース１０２に格納されたユーザの情報の一例を示す図である。 本願発明の一実施形態の情報公開サーバ１０４により公開されたユーザの情報の例を示す図である。 本願発明の一実施形態に係る病院情報処理システムの概略構成を示す図である。 本願発明の一実施形態に係る患者情報データベース８０２に格納された患者の情報の一例を示す図であり、診断記録情報の例を示す図。 本願発明の一実施形態に係る患者情報データベース８０２に格納された患者の情報の一例を示す図であり、処方箋情報を示す図である。 本願発明の一実施形態に係る患者情報データベース８０２に格納された患者の情報の一例を示す図であり、処方箋情報を示す図である。 本願発明の一実施形態に係る患者情報データベース８０２に格納された患者の情報の一例を示す図であり、は処方箋情報を示す図である。 本願発明の一実施形態に係るパーソンメタデータを示す図であり、図９Ａに対応するパーソンメタデータを示す図である。 本願発明の一実施形態に係るパーソンメタデータを示す図であり、図９Ｂに対応するパーソンメタデータを示す図である。 本願発明の一実施形態に係るパーソンメタデータを示す図であり、図９Ｃに対応するパーソンメタデータを示す図である。 本願発明の一実施形態に係るパーソンメタデータを示す図であり、図９Ｄに対応するパーソンメタデータを示す図である。 本発明の情報処理システムにおける処理フローを示す図である。
以下、図面を参照しながら本発明の実施形態について詳細に説明する。同一または類似の符号は、同一または類似の要素を示すものとし、繰り返しの説明は省略する。なお、以下に説明する実施形態は本願発明の一例であり、したがって、本願発明は、以下の実施形態に限定されることなく、一般性を失うことなく、他の形態でも実施することができる。
本発明の実施形態にかかる情報処理システムは、ネットワークを介して外部と接続された情報処理システムであって、個人に関する情報を格納するメモリと、情報公開サーバ（ＳＶ）と、パーソンメタデータ生成部とを備える。メモリは、個人に関する情報の各々を、該個人を特定できないように公開するかどうかを示すフラッグを付けて格納する。パーソンメタデータ生成部は、フラッグにより個人を特定できないように公開すると示された当該個人に関する情報に基づいてパーソンメタデータを生成する。情報公開サーバは、フラッグにより個人を特定できないように公開すると示されていない個人に関する情報とパーソンメタデータとを別々に、ネットワークを介してアクセスできるように、公開する。
パーソンメタデータは、ある人のバックデータの全部または一部を含む。ある人のバックデータは、例えば、人の性格、趣味、血液型、身長、体重、アトピーなど病歴、経歴、連絡先等、その人の性質を表すある人の個人情報を含む。パーソンメタデータは、その人の個人番号、氏名および住所等、通常その人を特定する情報とは別に、当該人のより詳しい性質などを表現するために利用することができる。個人番号、氏名および住所等のある人を特定する情報のデータ（以下、メインデータとも言う）とパーソンメタデータとを別々に構成し、これらを互いに関連付けてもよい。別の例では、個人番号をメインデータに含め、氏名および住所を他の情報要素とともにパーソンメタデータに含めてもよい。ただし、この場合、通常は氏名および住所等の人を特定する情報は公開しないパーソンメタデータとなる。
図４は、本願発明の一実施形態に係るＳＮＳ情報処理システムの概略構成を示す図である。ＳＮＳ情報処理システム４００は、ネットワーク１９０を介してユーザ端末１６０および１６２並びに検索サーバ１８０と接続することができる。図４に示すＳＮＳ情報処理システム４００は、ＣＰＵなどのプロセッサーと、半導体メモリや磁気式または光学式のメモリと、有線式または無線式の通信デバイスと、キーボード、入力パッド、マウスポインタ、マイクロフォンなどの入力装置と、ディスプレイ、プリンタ、スピーカーなどの出力装置とを備えた、１つまたは複数のコンピュータで構成することができる。
ＳＮＳ情報処理システム４００は、図１と同様に、データベース１０２と、情報公開サーバ１０４と、通信サーバ１０６と、認証サーバ１０８とを備える。図４に示すように、本実施形態のＳＮＳ情報処理システム４００は、パーソンメタデータ生成部４０２をさらに備える。
データベース１０２は、ＳＮＳシステムの各ユーザの個人に関する情報を格納するデータである。データベース１０２は、メモリに保持されている。
図５は、本実施形態に係るデータベース１０２に格納されたユーザの情報の一例を示す図である。図２と同様に、データベース１０２は、認証情報２０２（ユーザＩＤ，パスワード）、登録情報２０４（氏名／名称、生年月日、住所、電話番号、メールアドレス、性別）、公開情報２０６（プロフィール１，２、ブログ記事など）を含む。データベース１０２は、コンタクトリスト２０８（他のユーザの氏名／名称、メールアドレス、電話番号など）を含むことができる。図５に示すように、本実施形態に係るデータベース１０２は、フラッグ５０２を含む。
フラッグ５０２は、データベース１０２に格納された個人に関する情報の各々について、該個人を特定できないように公開するかどうかを示す。例えば、フラッグが“１”に設定された情報（例えば、プロフィール１，２）は、後述するようにパーソンメタデータ、すなわち、個人を特定する情報を秘匿した情報として公開されることを示す。フラッグが“０”に設定された情報（例えば、ブログ記事）は、従来とおりの形態で公開される。フラッグが“１”に設定された情報（例えば、プロフィール１，２）は、フラッグが“０”に設定された情報とは別に公開される。例えば、異なるデザイン／フォーマットで、異なるサーバ上またはアドレスで、それぞれ、公開される。フラッグが“１”に設定された情報及びフラッグが“０”に設定された情報は、これらの一方にアクセスする際に、他方と一緒にまたは他方に関連付けられて提供されない。
上記例では、フラッグ“１”に公開するプロフィールを関連付けたが、別の情報のカテゴリーを関連付けてもよい。例えば、フラッグの値毎に、“１”は公開する「医療データ」、“２”は公開する「趣味」、“３”は公開する「食の好み」などの様に公開情報の種類を関連付けてもよい。この様にすることで、公開された情報を整理して検索することが可能になる。
上記では、公開するかどうかを識別するとともに情報のカテゴリーを識別するものとしてフラッグを利用する例を説明した。更に別の例では、フラッグは、公開するかどうかを識別するとともに誰にアクセスを許可するか（公開の対象）を識別するものとすることができる。例えば、図６に示したのと同様に、表１に示すようにデータベース１０２に格納する登録情報にフラッグを設定する。表１に示したフラッグの値“０”〜“５”には、それぞれ、表２に示すように公開するかどうかと誰にアクセスを許可するか（公開の対象）が予め関連付けられている。
Figure 2018198676
Figure 2018198676
表１に示す例では、メール、食の好み（好き）、色の好みは、医療関係者，食品メーカ関係者およびスポーツ用品メーカ関係者にアクセスでき、出版関係者、健康食品メーカ関係者およびその他はアクセスできないようにパーソンメタデータが作成され公開される。あるいは、パーソンメタデータを作るのではなく、表１に示す登録情報を情報公開サーバ１０４が公開する際に、アクセス者がいずれのフラッグに対応するかを判定し（いずれの登録情報についてアクセス権限が割り振られているかを判定し）、判定されたフラッグに応じて登録情報へアクセスさせるようにしてもよい。例えば、情報へアクセスするアクセス者がユーザ端末１６０，１６２から検索サーバ１８０又は情報公開サーバ１０４へアクセス権を判定するための情報（例えば、職業や業種等の種類を示す情報）を提供する。検索サーバ１８０は、ユーザ端末からのアクセス権を判定するための情報を情報公開サーバ１０４へ提供する。情報公開サーバ１０４は、提供された情報に基づいてアクセス者が医療関係者でありフラッグ“１”に対応すると判定された場合、情報公開サーバ１０４は、メール、プロフィール１、色のこのみ（好き）、色の好み（嫌い）、および色の好みとして登録された情報を提供し、氏名、住所、およびプロフィール２として登録された情報はマスクして提供するように構成されてもよい。ここでは医療関係者、食品メーカ関係者等という例を示したが、フラッグは必ずしもそうした職業や業種等の種類を表すとは限らず、データにアクセスする者の権限や区別を表すものとすることができる。
さらにフラッグを用いずに個人を特定できないように公開する情報が識別されるようにしてもよい。例えば、データベースレコードの特定のデータ項目は、個人を特定できないように公開する情報であると予め決めておき、パーソンメタデータ生成部がそのデータ項目の内容を含むパーソンメタデータを生成し、情報公開サーバが公開するようにしてもよい。例えば図５のプロフィール１とプロフィール２は公開するとプログラム上に前もって設定しておく方法をとってもよい。あるいは、氏名、住所、電話番号、メールアドレス等を除く全ての項目を公開データと決めることもできる。この場合、以下の様に公開情報のみのパーソンメタデータを生成して公開する方法の他、元のデータを項目としては見られるが氏名、住所、電話番号、メールアドレス等の内容は伏せて公開する方法が考えられる。
表１に示す例では、データベース１０２に格納された個人に関する情報の各々について、該個人を特定できないように公開するかどうかを示すフラッグ５０２を設定することを説明した。しかしながら上述したように、個人番号、氏名および住所等のある人を特定するデータ項目を含むメインデータと、人のより詳しい性質などを表現するために利用することができるパーソンメタデータとを別々に構成し、これらを互いに関連付けてもよい。例えば、ある人の個人番号が０００１である場合、その人のメインデータに識別子Ａ００１を付与し、パーソンメタデータに識別子Ｂ００１を付与して、データベース１０２に格納し、情報公開サーバ１０４が、Ｂ００１を付与されたパーソンメタデータのみを公開するように構成されてもよい。この時公開するのはＢ００１のパーソンメタデータ内容だけで、Ａ００１のメインデータに含まれる０００１という個人番号は非公開にしても良い。
また、メインデータとパーソンメタデータと分けて保存し、関連付けられる方法であれば、他の方法でも良い。例えばメインデータとパーソンメタデータとを別々に表形式で格納し、さらにこれらの２つの表形式のメインデータとパーソンメタデータとが同一の人の情報であることを関連付ける別のテーブル形式のデータを作って格納しても良い。また別のテーブル形式のデータの代わりに識別子Ａ００１と識別子Ｂ００１をつなげて保管し、一連の識別子がある人の情報を識別するようにしても良い。テーブル形式のデータ及び一連の識別子は、データ保管場所を示す一種の地図の様なものである。
この様に別のテーブル形式のデータまたは一連の識別子でメインデータとパーソンメタデータとを関連付けと、仮にデータが流出した場合であっても、流出するのはメインデータだけ、パーソンメタデータだけ、若しくは別のテーブル形式のデータまたは一連の識別子だけとなりる。したがって、流出したデータのみではあまり大きな意味が無く、不正にデータを取得した人が活用し難いので、被害も小さくて済み、セキュリティ面で安全である。パーソンメタデータをさらに分割し、個人番号だけ、氏名だけ、住所だけ（あるいは氏名と住所を一緒にするなど複数を含むことも可能）のパーソンメタデータとしておけば、それぞれの個人情報が幾つものパーソンメタデータに分割されている為、より安全である。なお、別のテーブル形式のデータまたは一連の識別子にパーソンメタデータを公開するかどうかを示すフラッグ含めてもよい。これにより、パーソンメタデータではなく、別のテーブル形式のデータまたは一連の識別子でパーソンメタデータの公開または非公開を示すことができる。
図６は、本願発明の一実施形態のデータベース１０２に格納されたユーザの情報の一例を示す図である。図６は、フラッグが“０”に設定された情報が、サーバのアドレスであるａａａとユーザＡＡＡのユーザＩＤであるＩＤ１との組み合わせであるアドレスで公開され、フラッグが“１”に設定された情報（例えば、プロフィール１，２）がそれぞれ別のアドレスで公開される例を示す。情報公開サーバ１０４または他の要素は、フラッグが“１”に設定された情報を公開するサーバおよびアドレスを決定するように構成される。情報公開サーバ１０４または他の要素は、パーソンメタデータを公開する複数のサーバおよびアドレスのリスト（メモリに格納されたリスト）を参照し、リストの中からランダムに各パーソンメタデータを公開するサーバおよびアドレスを決定するようにしてもよい。このようなリストは、各サーバが公開するパーソンメタデータの内容についてのテーマまたは分類を関連付けて格納していてもよい。この場合、情報公開サーバ１０４または他の要素は、公開するパーソンメタデータの内容について解析(例えば、形態素解析)および判定（例えば、統計的判定および／または学習モデルに基づく判定）を介してテーマまたは分類を決定し、これに合致するサーバおよびアドレスをリストの中から選択するようにしてもよい。公開するパーソンメタデータの内容について解析に基づいてサーバおよびアドレスを選択する場合には、同一のサーバおよびアドレスで、複数のユーザ（複数の個人）の同一または類似のテーマまたは分類のパーソンメタデータが集約され公開される。
パーソンメタデータ生成部４０２は、メモリに格納されたプログラムを実行するプロセッサーにより実装することができる。パーソンメタデータ生成部４０２は、フラッグにより個人を特定できないように公開すると示された当該個人に関する情報に基づいてパーソンメタデータを生成する。
図７は、本願発明の一実施形態の情報公開サーバ１０４により公開されたユーザの情報の例を示す図である。図６に示すユーザの情報のうち、フラッグが“１”に設定された情報から生成されたパーソンメタデータ７０２および７０４がそれぞれ異なるサーバおよびアドレス（“ｂｂｂ”と“ｃｃｃ”）で公開され、フラッグが“０”に設定された情報はアドレス“ａａａ／~ＩＤ１”でＡＡＡのブログとして公開される。例えば、ユーザＡＡＡのコンタクトリストに登録されたユーザＢＢＢは、ユーザ端末１６２からパーソンメタデータ７０２および７０４ならびにブログの情報にアクセスすることができる。ユーザＢＢＢは、ブログがユーザＡＡＡの情報であることを認識することができるが、パーソンメタデータ７０２および７０４については、誰に関する情報であるかを認識することができない。
図７に示すように、情報公開サーバ１０４は、パーソンメタデータ７０２，７０４にアクセスしたユーザのユーザ端末１６０，１６２（ラップトップＰＣ，タブレットＰＣ，携帯端末、携帯電話、スマートフォン）にパーソンメタデータに対するメッセージまたはコメントを作成するユーザインターフェースＵＩを提示するためにアクティブ化できる領域（ボタン）とともに、パーソンメタデータ７０２，７０４を公開する。パーソンメタデータの元となった情報を提供したユーザ（個人）のアドレス情報を特定せずにまたは当該個人のものではないアドレス情報（例えば、メッセージ送信用の専用アドレス）を特定して、メッセージまたはコメントを作成できるようにＵＩがユーザ端末に表示される。例えば、パーソンメタデータの公開先のアドレスを含むメッセージが、ＳＮＳ情報処理システム４００の通信サーバ１０６で受信され、また、コメントが、パーソンメタデータを公開するサーバ（ｂｂｂまたはｃｃｃ）においてログ情報としてパーソンメタデータに関連づけられて格納される。通信サーバ１０６は、データベース１０２に登録された個人のアドレス情報を用いて、パーソンメタデータに対するメッセージまたはコメントの存在を、パーソンメタデータから特定できないようにされた個人へ通知してもよい。
上記の実施形態では、ＳＮＳ情報処理システム１００は、ネットワークを介して外部の検索サーバ１８０と接続される構成を説明したが、ＳＮＳ情報処理システム１００が検索サーバ１８０を備えていても良い。
また、上記したフラッグを使用せずに、データベース１０２に記憶されている特定領域を予め指定しておいて、パーソンメタデータを生成するようにしても良い。
さらに、上記のユーザインターフェースを提示するためにアクティブ化できる領域は、これに替えて、メッセージまたはコメントを送付するアドレス（当該個人のものではないアドレス情報（例えば、メッセージ送信用の専用アドレス））を表示するようにしても良い。
以上説明したように、本実施形態によれば、個人に関する情報を、当該個人を特定できないように公開するＳＮＳ情報処理システムを提供することが可能になる。個人を特定できないように個人に関する情報を公開することができるので、例えば、体質などの身体的特徴の情報あるいは健康や病歴の情報を公開し易くなる。例えば、病歴や特殊な趣味に関する情報を知りたい場合に、従来は病歴や特殊な趣味を持っていることを相手に知らせなければならず、そのような病歴や特殊な趣味があることを他人に知られてしまうなどの問題が生じていたが、本実施形態のＳＮＳ情報処理システムによれば、パーソンメタデータとして公開することでそのような問題が改善される。すなわち、情報を公開し易くなり、ビッグデータとして活用することが期待できる。また、公開したパーソンメタデータに対してメッセージを送付することやコメントを提供することができるので、病歴や特殊な趣味に関する情報のフィードバックを得られやすくなることが期待できる。
上記実施形態では、ＳＮＳ情報処理システムの例を説明したが、本願発明は、ＳＮＳ情報処理システムに限るものではなく、パーソンメタデータを分けて保持できれば、多くの他の実施形態でも活用できる。例えば、企業や施設、役所等が持つ個人に関する情報に本願発明を適用することで、パーソンメタデータだけを公開して、もしくは他者と共有、または交換して、ビッグデータとして活用することが考えられる。例えば、本願発明は、医療や介護に関する情報システムとして実施することができる。以下に、本願発明を、病院に関連する情報処理システム（本明細書において、病院情報処理システムという）としても実施する例を説明する。
図８は、本願発明の一実施形態に係る病院情報処理システムの概略構成を示す図である。
病院情報処理システム８００は、ネットワーク１９０を介して、ユーザ端末１６０および１６２並びに検索サーバ１８０と接続することができる。病院情報処理システム８００は、ＣＰＵなどのプロセッサーと、半導体メモリや磁気式または光学式のメモリと、有線式または無線式の通信デバイスと、キーボード、入力パッド、マウスポインタ、マイクロフォンなどの入力装置と、ディスプレイ、プリンタ、スピーカーなどの出力装置とを備えた、１つまたは複数のコンピュータで構成することができる。
病院情報処理システム８００は、情報公開サーバ１０４と、通信サーバ１０６と、認証サーバ１０８とを備える。病院情報処理システム８００は、患者情報データベース８０２と、パーソンメタデータ生成部８０４と、パーソンメタデータデータベース８０６とを備える。
患者情報データベース８０２は、患者情報を格納するデータベースである。患者情報データベース８０２は、メモリに保持されている。
図９Ａ〜９Ｄは、患者情報データベース８０２に格納された患者の情報の一例を示す図であり、図９Ａは診断記録情報９０１の例を示す図、図９Ｂ〜９Ｄは診断記録情報９０１に関連づけられた処方箋情報９０２〜９０４を示す図である。図９Ａに示すように、診断記録情報９０１は、個人である患者に関する診断記録情報および処方箋情報を、該個人を特定できないように公開するかどうかを示すフラッグを付けて格納する。フラッグが“１”に設定された患者の情報（診断記録情報９０１、処方箋情報９０２〜９０４）は、パーソンメタデータ、すなわち、個人を特定する情報を秘匿した情報）として公開されることを示す。また、診断記録情報９０１は、患者の情報の公開先のアドレス、および公開したパーソンメタデータに対するメッセージやコメントの存在が通知される患者の連絡先(例えば、メールアドレス)を含む。
パーソンメタデータ生成部８０４は、メモリに格納されたプログラムを実行するプロセッサーにより実装することができる。パーソンメタデータ生成部８０４は、フラッグにより個人を特定できないように公開すると示された当該個人に関する情報（患者の診断記録情報９０１および処方箋情報９０２〜９０４）に基づいてパーソンメタデータを生成する。例えば、パーソンメタデータ生成部８０４は、患者の情報から、個人を特定する情報（氏名、生年月日、メールアドレス）を削除することでパーソンメタデータを生成することができる。パーソンメタデータ生成部８０４は、個人を特定する情報（氏名）を英数字の文字列に置換することで、パーソンメタデータを生成することもできる。
パーソンメタデータデータベース８０６は、生成されたパーソンメタデータを格納する。パーソンメタデータデータベース８０６は、メモリに保持される。
図１０Ａ〜１０Ｄは、本願発明の一実施形態に係るパーソンメタデータを示す図であり、図１０Ａ〜１０Ｄは、図９Ａの診断記録情報９０１および図９Ｂ〜９Ｄの処方箋情報９０２〜９０４にそれぞれ対応するパーソンメタデータ１００１である。図１０Ａのパーソンメタデータ１００１は、診断記録情報９０１の生年月日を削除し、氏名を数字に置き換えることで、個人（患者）を特定する情報を削除している。図１０Ｂ〜１０Ｄのパーソンメタデータは、図９Ｂ〜９Ｄの処方箋情報９０２〜９０４にそれぞれ対応するパーソンメタデータである。図１０Ｂ〜１０Ｄのパーソンメタデータもまた、図９Ｂ〜９Ｄの処方箋情報の生年月日を削除し、氏名を数字に置き換えることで、個人（患者）を特定する情報を削除している。患者の健康状態の詳細を含んだパーソンメタデータをビッグデータとして利用することができれば、有用である。例えば、患者が実際に服薬している薬に関する情報をより的確に把握することができれば、製薬会社における新薬の開発に有益であろう。
図７を参照して説明したのと同様に、病院情報処理システム８００の情報公開サーバ１０４は、パーソンメタデータ１００１〜１００４を公開することができる。パーソンメタデータ１００１〜１００４は、アクセスしたユーザのユーザ端末にパーソンメタデータに対するメッセージまたはコメントを作成するユーザインターフェースを提示するためにアクティブ化できる領域（ボタン）とともに、公開されてもよい。製薬会社は、例えば、ユーザ端末１６２から検索サーバ１８０による検索結果としてのパーソンメタデータ１００１〜１００４にアクセスすることができる。この際に、パーソンメタデータの元となった患者情報を提供した患者（個人）のアドレス情報を特定せずにまたは当該患者のものではないアドレス情報（例えば、病院情報処理システム８００のメッセージ送信用の専用アドレス）を特定して、メッセージまたはコメントを作成できるようにユーザインターフェースが製薬会社のユーザ端末１６２に表示される。このユーザインターフェースを利用して、製薬会社は、メタデータに対するメッセージまたはコメントを作成することができる。例えば、パーソンメタデータの公開先のアドレス（ｈｔｔｐ：／／ｃｃｃ）を含むメッセージが、病院情報処理システム８００の通信サーバ１０６で受信され、また、コメントが、パーソンメタデータを公開するサーバ（ｃｃｃ）においてログ情報としてパーソンメタデータに関連づけられて格納される。病院情報処理システムの通信サーバ１０６は、患者情報データベース８０２に登録された患者のアドレス情報（ＩＤ１＠ｘｘｘ）を用いて、パーソンメタデータに対するメッセージまたはコメントの存在を、パーソンメタデータから特定できないようにされた個人へ通知してもよい。患者は、例えば、ユーザ端末１６０から、パーソンメタデータに対するメッセージまたはコメントにアクセスして内容を見ることができる。
また、上述したのと同様に、情報公開サーバ１０４または他の要素は、公開するパーソンメタデータ１００１〜１００４の内容について解析(例えば、形態素解析)および判定（硬判定または柔判定）を介してテーマまたは分類を決定し、これに合致するサーバおよびアドレスをリストの中から選択するようにしてもよい。この場合には、同一のサーバおよびアドレスで、複数のユーザ（複数の個人）の同一または類似のテーマまたは分類のパーソンメタデータが集約され公開される。例えば、アトピーに関連するパーソンメタデータが、サーバ（ｃｃｃ）に集約される結果となる。このように、テーマまたは分類にしたがってサーバおよびアドレスを選択することにより同一のサーバおよびアドレスで同一のテーマまたは分類のパーソンメタデータを集約することができるが、同一のサーバ上に複数の領域を設け、異なる領域で異なるテーマまたは分類のパーソンメタデータを集約してもよい。
図８に示すように、検索サーバ１８０は、複数の病院情報処理システム８００，８１２，８１４により公開されたパーソンメタデータにアクセスすることができ、これらのパーソンメタデータを横断的に検索することができる。検索サーバ１８０は、複数の病院情報処理システム８００，８１２，８１４のうちの少なくとも１つに備わっていてもよい。
上記説明では、病院情報処理システム８００，８１２，８１４がそれぞれパーソンメタデータデータベース８０６を備える例を説明したが、外部の検索サーバ１８０にパーソンメタデータデータベース８０６を備え、各病院情報処理システムのパーソンメタデータ生成部８０４は、生成したパーソンメタデータを、外部の検索サーバ１８０のパーソンメタデータデータベース８０６に格納するようにしてもよい。このとき、病院情報処理システム８００，８１２，８１４は、提供したメタデータに関する通知を外部の検索サーバ１８０から受信できるように、連絡先（メールアドレス）を一緒に格納するようにできる。外部の検索サーバ１８０は、パーソンメタデータデータベース８０６に対する検索サービスを提供し、検索結果であるパーソンメタデータを提供する。外部の検索サーバ１８０は、パーソンメタデータに対するメッセージまたはコメントが生成された場合には、パーソンメタデータとともに格納されている連絡先を取得し、病院情報処理システムへ通知することができる。例えば、通知には、パーソンメタデータに含まれた識別番号を含めることができる。通知に、メッセージまたはコメントを含めてもよく、メッセージまたはコメントへアクセスするための手順を含めてもよい。該当病院情報処理システムの通信サーバ１０６は、患者情報データベース８０２からパーソンメタデータの元となった患者の連絡先(例えば、メールアドレス)を取得し、該当患者へパーソンメタデータに対するメッセージまたはコメントの存在を通知することができる。なお上記のように、各病院情報処理システムのパーソンメタデータ生成部８０４は、生成したパーソンメタデータを、外部の検索サーバ１８０のパーソンメタデータデータベース８０６に格納することができる。各病院情報処理システムは、検索サーバ１８０を含み、パーソンメタデータ生成部８０４は、当該検索サーバ内の異なるスペースにパーソンメタデータを格納してもよい。外部の検索サーバ１８０は、パーソンメタデータデータベース８０６に格納する際に、パーソンメタデータに、データアイテムのテーマまたは分類を識別する識別子と、公開を許可するか否かおよび公開の対象を識別する識別子とを組みあせたストリング形式の付加情報を付加して、一緒に格納するようにしてもよい。検索サーバ１８０は、上述したフラッグの代替としてまたは組み合わせて、付加情報を利用できる。例えば、表１の登録情報およびフラッグに対応する付加情報を、Ａ：山田太郎：０；Ｂ：神奈川県：０；Ｂ：ａ＠ｂｂｂ．ｊｐ：１２５；Ｃ：テニス：１２３４５；Ｄ：アトピー：３４；Ｅ：鰻：１２５；Ｆ：パセリ：１２５；Ｇ：黄色：１２５のようにストリング形式で構成し、パーソンメタデータデータベース８０６に格納することができる。ここで、Ａ〜Ｇはテーマまたは分類を識別する識別子の例であり、Ａは氏名に対応する識別子であり、Ｂはコンタクト情報に対応する識別子であり、Ｃは趣味に対応する識別子、Ｄは体質に対応する識別子であり、およびＥ〜Ｇは好き／嫌いに対応する識別子である。付加情報中の「Ｄ：アトピー：３４」のストリングは、データレコード中の３番目のデータ項目のテーマまたは分類が体質に対応することを示し、データ値が「アトピー」であり、「出版関係者」および「健康食品関係者」にして公開を許容することを示している。体質に関連するテーマまたは分類の情報を医療関係者のみに公開することを許容する場合は、データレコード中の３番目のデータ項目に対応する付加情報中のストリングを「Ｄ：アトピー：１」とすればよい。付加情報の各ストリング中にデータ値を格納する代わりに、データ値が格納された記録媒体中のアドレス（ポインタ）を格納してもよい。この様にすると、仮にデータの格納場所がわかっても、パーソンメタデータを格納したパーソンメタデータデータベース８０６を有するシステム（例えば、病院情報管理システム８００，８１２，８１４、検索サーバ１８０）が付加情報中のストリングを参照して、パーソンメタデータへのアクセスを拒否または制限することもでき、パーソンメタデータの公開または非公開をより自由に行うことができる。また付加情報中のストリングを外部から攻撃されても、内容はデータ値でなく、データ値が格納された記録媒体中のアドレス（ポインタ）であるので、より安全である。
以上説明したように、本実施形態によれば、患者（個人）に関する情報を、当該患者を特定できないように公開する病院情報処理システムを提供することが可能になる。患者を特定できないように患者の情報を公開することができるので、ビッグデータとして活用することが期待できる。また、公開したパーソンメタデータに対してメッセージを送付することやコメントを提供することができるので、患者へのフィードバックを得られやすくなることが期待できる。
なお、病院情報処理システムの実施形態では、氏名等のある人を特定するデータ項目（メインデータ）と、人のより詳しい表現ために利用することができるデータ項目（パーソンメタデータ）とが一つの表形式のデータに含められている例を説明したが。メインデータとパーソンメタデータとを別々に構成し、これらを互いに関連付けてもよい。上述したように、例えばメインデータとパーソンメタデータとを別々に表形式で格納し、さらにこれらの２つの表形式のメインデータとパーソンメタデータとが同一の人の情報であることを関連付ける別のテーブル形式のデータを作って格納しても良い。また別のテーブル形式のデータの代わりにメインデータの識別子とパーソンメタデータの識別子とをつなげて保管し、一連の識別子がある人の情報を識別するようにしても良い。
図１１は、本発明の情報処理システムにおける処理フローを示す図である。図１１に示す情報処理方法は、上記したＳＮＳ情報処理システム４００または病院情報処理システム８００を含む、情報処理システムで実施することができる。ユーザ端末１６０は、例えば、個人の情報をパーソンメタデータとして公開するユーザが使用する端末である。ユーザ端末１６２は、メタデータにアクセスするユーザが使用する端末である。
Ｓ１１０１で、情報処理システム（通信サーバ）が、入力データを受け付け、記憶する。例えば、ＳＮＳ情報処理システム４００は、ユーザが操作するユーザ端末１６０と通信して、入力されたプロフィールのデータおよび当該プロフィールについてのフラッグの設定を受信する。また、病院情報処理システム８００は、医師が操作するユーザ端末１６０と通信して、入力された患者情報（診断記録情報や処方箋情報）を受信する。必要に応じてフラッグの設定も受信する。
Ｓ１１０３で、情報処理システム（パーソンメタデータ生成部）が、入力データに基づいてパーソンメタデータを生成する。Ｓ１１０５で、情報処理システム（情報公開サーバ）が、生成したパーソンメタデータを公開する。
Ｓ１１０７で、ユーザ端末が、検索サーバへ検索要求を送信する。Ｓ１１０９で、検索サーバは、要求された検索を実行する。Ｓ１１１１で、検索サーバが、ユーザ端末へ検索結果を返す。Ｓ１１１３で、ユーザ端末が、パーソンメタデータへアクセスして、当該端末に提示されたユーザインターフェースを介してメッセージまたはコメントを生成して、送信する。
Ｓ１１１５で、情報処理システム（通信サーバまたは他の要素）が、メッセージまたはコメントが送信されたパーソンメタデータに対応する入力データの提供者のアドレスを抽出する。入力データの提供者のアドレスの抽出は、情報処理システム（通信サーバまたは他の要素）が、情報処理システムのアドレスに送信されたメッセージを受信すること、またはパーソンメタデータを公開するサーバにコメントがログとして記録されたことを検出することに応じて、行うことができる。
Ｓ１１１７で、情報処理システム（通信サーバ）が、メッセージまたはコメントが利用可能になったことを通知する。
Ｓ１１１９で、ユーザ端末が、パーソンメタデータ宛のメッセージまたはコメントへアクセスする。
なお、情報処理システム（情報公開サーバ）は、公開したパーソンメタデータへのアクセス要求を受け取ることに応じて、当該要求に関連付けられたユーザの認証を実行してもよい。ユーザの認証は、例えば、パスワード認証や生体認証を含む、認証子による認証とすることができる。認証子には、上述したような職業や業種等の種類を示す情報を予め関連付け置くことができる。同様に、検索サーバは、要求された検索を実行する前に、当該検索要求に関連付けられたユーザの認証を実行してもよい。
以上説明したように、本願発明は、個人に関する情報を、当該個人を特定できないように公開する情報処理方法としても実施できる。また、本願発明は、コンピュータにこの情報処理方法を実行させるコンピュータプログラムとしても実施できる。
１００，４００ ＳＮＳ情報処理システム
１０２ データベース
１０４ 情報公開サーバ
１０６ 通信サーバ
１０８ 認証サーバ
１６０、１６２ ユーザ端末
１８０ 検索サーバ
１９０ ネットワーク
２０２ 認証情報
２０４ 登録情報
２０６ 公開情報
２０８ コンタクトリスト
４０２ パーソンメタデータ生成部
５０２ フラッグ
６０２ 公開先アドレス
７０２，７０４ パーソンメタデータ
８００，８１２，８１４ 病院情報処理システム
８０２ 患者情報データベース
８０４ パーソンメタデータ生成部
８０６ パーソンメタデータデータベース
９０１ 診断記録情報
９０２，９０３，９０４ 処方箋情報
１００１，１００２，１００３，１００４ パーソンメタデータ

Claims (15)

  1. ネットワークを介して外部と接続された情報処理システムであって、個人に関する情報を格納する記憶手段と、情報公開手段と、パーソンメタデータ生成手段とを備え、
    前記記憶手段は、前記個人に関する情報の各々を、該個人を特定できないように公開するかどうかを示すフラッグを付けて格納するように構成され、
    前記パーソンメタデータ生成手段は、前記フラッグにより個人を特定できないように公開すると示された前記個人に関する情報に基づいてパーソンメタデータを生成するように構成され、
    前記情報公開手段は、前記パーソンメタデータを、前記ネットワークを介してアクセスできるように、公開するように構成されている
    ことを特徴とする情報処理システム。
  2. 前記情報公開手段は、前記フラッグにより個人を特定できないように公開すると示されていない前記個人に関する情報と前記パーソンメタデータとを別々に、前記ネットワークを介してアクセスできるように、公開するように構成されていることを特徴とする請求項１に記載の情報処理システム。
  3. 前記情報公開手段は、複数の個人に関する情報について内容が同一または類似するパーソンメタデータをまとめてまたは関連付けて公開するように構成されていることを特徴とする請求項１または２に記載の情報処理システム。
  4. 前記情報公開手段は、複数の個人に関する情報についてのパーソンメタデータを、外部検索システムが備えた記憶装置に提供することで、前記パーソンメタデータを公開するように構成されていることを特徴とする請求項１乃至３のいずれか一項に記載の情報処理システム。
  5. 通信手段を備え、
    前記記憶手段は、前記個人のアドレス情報を格納するように構成され、
    前記情報公開手段は、前記パーソンメタデータにアクセスしたユーザ端末に前記パーソンメタデータに対するメッセージまたはコメントを作成するユーザインターフェースを提示するためにアクティブ化できる領域とともに、前記パーソンメタデータを公開するように構成され、
    前記メッセージまたはコメントは前記個人のアドレス情報を特定せずにまたは前記個人のものではないアドレス情報を特定して作成され、
    前記通信手段は、前記個人のアドレス情報を用いて、前記パーソンメタデータに対するメッセージまたはコメントの存在を、前記パーソンメタデータから特定できないようにされた前記個人へ通知するように構成されていることを特徴とする請求項１乃至４のいずれか一項に記載の情報処理システム。
  6. 前記情報処理システムはＳＮＳ情報処理システムであることを特徴とする請求項１乃至５のいずれか一項に記載の情報処理システム。
  7. 前記情報処理システムは１つまたは複数の医療、健康または福祉情報処理システムであり、前記個人に関する情報は患者の診断記録情報および処方箋情報の少なくとも１つを含むことを特徴とする請求項１、３乃至６のいずれか一項に記載の情報処理システム。
  8. 前記フラッグは、個人を特定できないように公開するかどうかを示すと共に公開する情報の種類を示すことを特徴とする請求項１乃至７のいずれか一項に記載の情報処理システム。
  9. 前記フラッグは、個人を特定できないように公開するかどうかを示すと共に公開の対象を示すことを特徴とする請求項１乃至７のいずれか一項に記載の情報処理システム。
  10. 前記パーソンメタデータは、前記個人に関する情報の各々について、前記個人に関する情報のテーマまたは分類を識別する識別子と、前記個人に関する情報の公開を許可するか否かおよび前記個人に関する情報の公開の対象を識別する識別子とを組みあせたストリング形式の付加情報を含むことを特徴とする請求項１乃至９のいずれか一項に記載の情報処理システム。
  11. ネットワークを介して外部と接続された、個人に関する情報の各々を、該個人を特定できないように公開するかどうかの示すフラッグを付けて格納する記憶手段を備えた情報処理システムによって実施される情報処理方法であって、
    前記フラッグにより個人を特定できないように公開すると示された前記個人に関する情報に基づいてパーソンメタデータを生成するステップと、
    前記パーソンメタデータを、前記ネットワークを介してアクセスできるように、公開するステップと
    を含むことを特徴とする情報処理方法。
  12. ネットワークを介して外部と接続された、プロセッサーとメモリとを備えたコンピュータに、
    個人に関する情報の各々を、該個人を特定できないように公開するかどうかの示すフラッグに付けて格納させ、
    前記フラッグにより個人を特定できないように公開すると示された前記個人に関する情報に基づいてパーソンメタデータを生成させ、
    前記パーソンメタデータを、前記ネットワークを介してアクセスできるように、公開させる
    ことを特徴とするコンピュータプログラム。
  13. ネットワークを介して外部と接続された情報処理システムであって、個人に関する情報を格納する記憶手段と、情報公開手段と、パーソンメタデータ生成手段とを備え、
    前記パーソンメタデータ生成手段は、個人を特定できないように公開するとされた前記個人に関する情報に基づいてパーソンメタデータを生成するように構成され、
    前記情報公開手段は、前記パーソンメタデータを、前記ネットワークを介してアクセスできるように、公開するように構成されている
    ことを特徴とする情報処理システム。
  14. 通信手段を備え、
    前記記憶手段は、前記個人のアドレス情報を格納するように構成され、
    前記情報公開手段は、前記パーソンメタデータにアクセスしたユーザ端末に前記パーソンメタデータに対するメッセージまたはコメントを作成するユーザインターフェースを提示するための情報領域とともに、前記パーソンメタデータを公開するように構成され、
    前記メッセージまたはコメントは前記個人のアドレス情報を特定せずにまたは前記個人のものではないアドレス情報を特定して作成され、
    前記通信手段は、前記個人のアドレス情報を用いて、前記パーソンメタデータに対するメッセージまたはコメントの存在を、前記パーソンメタデータから特定できないようにされた前記個人へ通知するように構成されていることを特徴とする請求項１３に記載の情報処理システム。
  15. 個人を特定できないように公開するとされた前記個人に関する情報は、前記記憶手段に格納された前記個人に関する情報についてデータベースレコードの特定のデータ項目であることを基づいていること特徴とする請求項１３または１４に記載の情報処理システム。
JP2019515184A 2017-04-28 2018-03-30 情報処理システム Active JP7256500B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2023046790A JP2023078393A (ja) 2017-04-28 2023-03-23 情報処理システム

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2017090532 2017-04-28
JP2017090532 2017-04-28
PCT/JP2018/013972 WO2018198676A1 (ja) 2017-04-28 2018-03-30 情報処理システム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2023046790A Division JP2023078393A (ja) 2017-04-28 2023-03-23 情報処理システム

Publications (2)

Publication Number Publication Date
JPWO2018198676A1 true JPWO2018198676A1 (ja) 2020-03-05
JP7256500B2 JP7256500B2 (ja) 2023-04-12

Family

ID=63918327

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2019515184A Active JP7256500B2 (ja) 2017-04-28 2018-03-30 情報処理システム
JP2023046790A Pending JP2023078393A (ja) 2017-04-28 2023-03-23 情報処理システム

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2023046790A Pending JP2023078393A (ja) 2017-04-28 2023-03-23 情報処理システム

Country Status (3)

Country Link
US (1) US20200089911A1 (ja)
JP (2) JP7256500B2 (ja)
WO (1) WO2018198676A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11145404B1 (en) 2020-06-12 2021-10-12 Omniscient Neurotechnology Pty Limited Face reattachment to brain imaging data
CN117312634B (zh) * 2023-11-29 2024-02-20 大文传媒集团(山东)有限公司 人工智能数据整合传播处理系统

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001312565A (ja) * 2000-04-27 2001-11-09 Hitachi Ltd 情報提供方法
JP2004318391A (ja) * 2003-04-15 2004-11-11 Mitsubishi Electric Corp 情報提供装置及び情報提供システム及び分散データベースシステム
JP2008083847A (ja) * 2006-09-26 2008-04-10 Fuji Xerox Co Ltd 医療情報処理システムおよび医療情報処理プログラム
JP2008527520A (ja) * 2005-01-10 2008-07-24 インターナショナル・ビジネス・マシーンズ・コーポレーション 安全なデータ交換、収集、監視及び／または警告のためのプライバシー資格プロトコル
JP2011123712A (ja) * 2009-12-11 2011-06-23 Atsushi Tashiro 個人情報の外部委託解析システム
JP2014062917A (ja) * 2013-12-25 2014-04-10 Sysmex Corp 検体検査装置及び検査情報出力方法
US20140137262A1 (en) * 2012-11-12 2014-05-15 Epi-Use Systems, Ltd Secure data copying
JP2016139261A (ja) * 2015-01-27 2016-08-04 株式会社エヌ・ティ・ティ ピー・シー コミュニケーションズ 匿名化処理装置、匿名化処理方法及びプログラム
JP2016167190A (ja) * 2015-03-10 2016-09-15 富士フイルム株式会社 診療データ管理装置、その作動方法及び作動プログラム
WO2016147402A1 (ja) * 2015-03-19 2016-09-22 三菱電機株式会社 コントローラ、画面生成方法、及び、プログラム
JP2017058800A (ja) * 2015-09-15 2017-03-23 富士ゼロックス株式会社 情報処理装置及びプログラム

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001312565A (ja) * 2000-04-27 2001-11-09 Hitachi Ltd 情報提供方法
JP2004318391A (ja) * 2003-04-15 2004-11-11 Mitsubishi Electric Corp 情報提供装置及び情報提供システム及び分散データベースシステム
JP2008527520A (ja) * 2005-01-10 2008-07-24 インターナショナル・ビジネス・マシーンズ・コーポレーション 安全なデータ交換、収集、監視及び／または警告のためのプライバシー資格プロトコル
JP2008083847A (ja) * 2006-09-26 2008-04-10 Fuji Xerox Co Ltd 医療情報処理システムおよび医療情報処理プログラム
JP2011123712A (ja) * 2009-12-11 2011-06-23 Atsushi Tashiro 個人情報の外部委託解析システム
US20140137262A1 (en) * 2012-11-12 2014-05-15 Epi-Use Systems, Ltd Secure data copying
JP2014062917A (ja) * 2013-12-25 2014-04-10 Sysmex Corp 検体検査装置及び検査情報出力方法
JP2016139261A (ja) * 2015-01-27 2016-08-04 株式会社エヌ・ティ・ティ ピー・シー コミュニケーションズ 匿名化処理装置、匿名化処理方法及びプログラム
JP2016167190A (ja) * 2015-03-10 2016-09-15 富士フイルム株式会社 診療データ管理装置、その作動方法及び作動プログラム
WO2016147402A1 (ja) * 2015-03-19 2016-09-22 三菱電機株式会社 コントローラ、画面生成方法、及び、プログラム
JP2017058800A (ja) * 2015-09-15 2017-03-23 富士ゼロックス株式会社 情報処理装置及びプログラム

Also Published As

Publication number Publication date
WO2018198676A1 (ja) 2018-11-01
JP2023078393A (ja) 2023-06-06
US20200089911A1 (en) 2020-03-19
JP7256500B2 (ja) 2023-04-12

Similar Documents

Publication Publication Date Title
Terrasse et al. Social media, e‐health, and medical ethics
Padrez et al. Linking social media and medical record data: a study of adults presenting to an academic, urban emergency department
Lewis et al. Social media and oncology: the past, present, and future of electronic communication between physician and patient
Wyatt et al. eHealth and the future: promise or peril?
JP2023078393A (ja) 情報処理システム
BR112020018013A2 (pt) Assistência computadorizada utilizando base de conhecimentos por inteligência artificial
Sampat et al. Privacy risks and security threats in mHealth apps
US10475532B1 (en) Social media dissemination of health information via a hybrid architecture
Mulvenna et al. Ethical issues in democratizing digital phenotypes and machine learning in the next generation of digital health technologies
JP6540118B2 (ja) メッセージ表示プログラム、メッセージ表示方法、および情報処理装置
US20140091139A1 (en) Semantic note taking system
Kordzadeh Social media in health care
Wilkinson How mental health services are adapting to provide care in the pandemic
Alzahrani et al. [Retracted] Towards Understanding the Usability Attributes of AI‐Enabled eHealth Mobile Applications
JP6242469B1 (ja) 個人医療情報管理方法、個人医療情報管理サーバおよびプログラム
Prasanna et al. Online social networking: a primer for radiology
Robinson et al. The use of digital health technology and social media to support breast screening
de Lusignan et al. Flu vaccination by pharmacists leads to suboptimal medical records
Valdez et al. Ethics in health research using social media
Lai The social influence on the behavioral intention to use mobile electronic medical records
Okuhara et al. Addressing message fatigue for encouraging COVID-19 vaccination
US20160070924A1 (en) Virtual-Account-Initiated Communication of Protected Information
JP2008108069A (ja) 情報管理システム
Lazar The Big Picture: Big Data and Privacy
Johnson Leaders Change the World

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20210121

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220222

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20220425

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220623

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20221018

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221215

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230221

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230323

R150 Certificate of patent or registration of utility model

Ref document number: 7256500

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150