(57)【要約】【課題】入力された情報の内、必要な箇所のみを非公開とすることのできる情報処理システム及び情報処理方法を提供する。【解決手段】クライアントから記事単位毎の情報の入力を受信する情報入力部１１１と、情報入力部１１１により１つの記事単位として入力された情報を、当該入力された情報のうちクライアントから他のクライアントに公開しない部分として指定された指定箇所の情報と共に記憶する公開情報管理部１２０と、公開情報管理部１２０に記憶された記事単位毎の情報を、指定箇所を非公開として、１以上の前記他のクライアントに公開する情報公開部１１５とを備える。【選択図】図５
2013161103.tif 000002
【特許請求の範囲】
【請求項１】
クライアントから記事単位毎の情報の入力を受信する入力手段と、
前記入力手段により１つの記事単位として入力された情報を、当該入力された情報のうち前記クライアントから他のクライアントに公開しない部分として指定された指定箇所の情報と共に記憶する記憶手段と、
前記記憶手段に記憶された記事単位毎の情報を、前記指定箇所を非公開として、１以上の前記他のクライアントに公開する公開手段と
を備える情報処理システム。
【請求項２】
前記公開手段は、記事単位毎の情報を、前記指定箇所を他の情報に変換した上で、前記他のクライアントに公開する、
請求項１記載の情報処理システム。
【請求項３】
前記公開手段は、前記クライアントに対しては、当該クライアントから入力された情報を、前記指定箇所も含めて公開する、
請求項１又は請求項２に記載の情報処理システム。
【請求項４】
前記記憶手段は、前記入力手段から入力されたテキストデータ、写真、音声、又はビデオの内、少なくとも一部を、前記他のクライアントに公開しない前記指定箇所として記憶する、
請求項１乃至請求項３のいずれか１項記載の情報処理システム。
【請求項５】
クライアントから記事単位毎の情報の入力を受信するステップと、
１つの記事単位として入力された情報を、当該入力された情報のうち前記クライアントから他のクライアントに公開しない部分として指定された指定箇所の情報と共に記憶するステップと、
記憶された記事単位毎の情報を、前記指定箇所を非公開として、１以上の前記他のクライアントに公開するステップと
を備える情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明に係るいくつかの態様は、情報処理システム及び情報処理方法に関する。
【背景技術】
【０００２】
近年、例えばＳＮＳ（ソーシャルネットワーキングサービス）やブログ等のウェブサイトにより、ユーザが気軽に多くの人間に情報を公開できるようになっている。しかしながら、情報を全て公開することは、プライバシーその他の理由による問題が生じることがある。
【０００３】
そこで特許文献１には、ユーザが、自分の嗜好情報の個々の要素につき、公開・非公開を設定できるようにする技術が開示されている。特許文献１に記載の技術は、趣味や思考等の嗜好情報を公開するかしないかといったプライバシーポリシーに係るものであり、例えば、問合せのあったユーザに対して、そのユーザの嗜好と一致した嗜好情報のみを公開する等の手法を用いる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１２９２９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、例えば医師や弁護士といった専門職が扱う情報の中には、情報全体としてはコミュニティ内で共有を図って情報蓄積及び共有を図った方が望ましいが、守秘義務等の観点から、詳細な情報は開示すべきでないような情報が存在する。しかしながら、特許文献１記載の技術は、情報を一体的に取扱うプライバシーポリシーに関するものであるので、このようなニーズに対しては何ら考慮されていない。
【０００６】
本発明のいくつかの態様は前述の課題に鑑みてなされたものであり、入力された情報の内、必要な箇所のみを非公開とすることのできる情報処理システム及び情報処理方法を提供することを目的の１つとする。
【課題を解決するための手段】
【０００７】
本発明の情報処理システムは、クライアントから記事単位毎の情報の入力を受信する入力手段と、前記入力手段により１つの記事単位として入力された情報を、当該入力された情報のうち前記クライアントから他のクライアントに公開しない部分として指定された指定箇所の情報と共に記憶する記憶手段と、前記記憶手段に記憶された記事単位毎の情報を、前記指定箇所を非公開として、１以上の前記他のクライアントに公開する公開手段とを備える。
【０００８】
本発明の情報処理方法は、クライアントから記事単位毎の情報の入力を受信するステップと、１つの記事単位として入力された情報を、当該入力された情報のうち前記クライアントから他のクライアントに公開しない部分として指定された指定箇所の情報と共に記憶するステップと、記憶された記事単位毎の情報を、前記指定箇所を非公開として、１以上の前記他のクライアントに公開するステップとを備える。
【０００９】
尚、本発明において、「部」や「手段」、「システム」とは、単に物理的手段を意味するものではなく、その「部」や「手段」、「システム」が有する機能をソフトウェアによって実現する場合も含む。また、１つの「部」や「手段」、「システム」が有する機能が２つ以上の物理的手段や装置により実現されても、２つ以上の「部」や「手段」の機能が１つの物理的手段や装置により実現されても良い。
【発明の効果】
【００１０】
本発明によれば、入力された情報のうち、必要な箇所のみを非公開とすることのできる情報処理システム及び情報処理方法を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態における情報処理システムの機能を説明するための図である。
【図２】本発明の実施形態における情報処理システムで表示される入力画面の具体例を示す図である。
【図３】本発明の実施形態における情報処理システムで表示される情報表示画面の具体例を示す図である。
【図４】本発明の実施形態における情報処理システムで表示される情報表示画面の具体例を示す図である。
【図５】本発明の実施形態における情報処理システムの機能構成を示す図である。
【図６】図５に示した情報処理システムで管理される記事データの具体例を示す図である。
【図７】図４に示した情報処理システムの処理の流れを示すフローチャートである。
【図８】図４に示した情報処理システムの処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下に本発明の実施形態を説明する。以下の説明及び参照する図面の記載において、同一又は類似の構成には、それぞれ同一又は類似の符号が付されている。
【００１３】
（実施形態）
図１乃至図８は、本発明の実施形態を説明するための図である。以下、これらの図を参照しながら、以下の流れに沿って本実施形態を説明する。まず「１」で実施形態全体の概要を示す。その上で、「２」でシステムの構成を説明する。「３」では、処理の流れを説明する。最後に、「４」以降で、本実施形態に係る効果等を説明する。
【００１４】
（１  概要）
（１．１  システムの機能概要）
まず、図１を参照しながら、本実施形態に係る情報処理システムの機能を説明する。図１は、本発明に係る情報処理システムの機能を説明するための図である。
【００１５】
本実施形態に係る情報処理システムは、ソーシャルネットワークサービス（ＳＮＳ）１０を、会員であるユーザに提供するものである。ここで、ＳＮＳ１０は、医師、又はそれに類する医療関係者（看護師、歯科医師、医薬情報担当者等）を対象とする。また、製薬会社や医療情報提供者も、ＳＮＳ１０のサービス提供者の許可を経て参加可能である。製薬会社や医療情報提供者は、それぞれ、自社で販売する各種医薬の情報や、国内外の論文の情報等を有料又は無料で提供し、ＳＮＳ１０のユーザである医師らは、ＳＮＳ１０上で、これらの情報にアクセスできるようになっている。
【００１６】
ここで、医師は診察記録や投薬記録を、ＳＮＳ１０上で（例えば日記的に）公開することができる。これは、例えば病院内の医師間で情報共有を図ったり、多くの医師間で治療記録や投薬記録をデータベースとして共有したり、或いは電子カルテの代替としたりといった目的のためである。
【００１７】
しかしながら、医師が扱う情報の中には、例えば、患者の氏名や住所等の個人情報や、電子カルテが別にある場合にはその番号、投薬の分量など、高度に秘密厳守が求められるものがある。そこで、本実施形態に係るＳＮＳ１０では、以降説明するように、ユーザである医師が入力した情報のうち、指定された一部は非開示とした上で他のユーザに公開すると共に、当該情報を入力した本人は、入力した情報の全て見ることができるようになっている。
【００１８】
（１．２  画面例）
ユーザがＳＮＳ１０に情報を入力する際の画面及び操作、並びに入力された情報の表示画面について、図２乃至図４を参照しながら説明する。
【００１９】
（１．２．１  入力画面）
図２は、ＳＮＳ１０にユーザが情報を登録する際にクライアント端末に表示される入力画面２０の具体例である。尚、図２の入力画面２０は、ＳＮＳ１０を提供するＳＮＳサーバ（情報処理システム）がＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）等により記述されたテキストデータ等を生成し、クライアント端末のブラウザが当該テキストデータ等に従って表示するものである。つまり、図２の入力画面２０は、ＳＮＳ１０を提供するＳＮＳサーバが生成して、クライアント端末に表示させるものと言える。この点、図３及び図４を参照しながら後述する情報表示画面４０についても同様である。
【００２０】
ＳＮＳ１０では、１対他で迅速に情報を伝達することのできるツイート（Ｔｗｅｅｔ）機能、電子メールのようにユーザ間でメッセージを相互に伝達しあうメッセージ（Ｍｅｓｓａｇｅ）機能、ユーザが治療記録や投薬記録等の日々の出来事等を記載する日記（Ｄｉａｒｙ）機能、ＳＮＳ１０のプラットフォーム上でプログラムを動作させるアプリケーション（Ａｐｐｌｉｃａｔｉｏｎ）機能、随時情報が配信されるニュース（Ｎｅｗｓ）機能、ネットワーク上のデータを保存可能なストレージサーバ等の機能が提供されるクラウド（Ｃｌｏｕｄ）機能、各種製薬会社等が管理するサイトへアクセスするためのＩＤやパスワード等を管理する機能、等が提供される。これらの機能は、ボタン群２１のいずれかのボタンをクリックすることによりユーザが選択することができ、メイン領域２３にそれらの機能に応じた表示がなされる。ここでは、Ｄｉａｒｙ機能により、ユーザが情報の入力及び表示を行う場合を中心に説明する。
【００２１】
図２に例を示す入力画面２０は、Ｄｉａｒｙ機能のうち、ユーザが情報の入力を行うための画面である。Ｄｉａｒｙ機能では、１まとまりの情報単位毎に、ユーザが情報を投稿する。尚、ユーザが入力した情報をＳＮＳサーバに送信（入力）し、他のユーザから参照可能とする行為は、「投稿」とも呼ばれる。また、ユーザがＳＮＳサーバへ投稿（入力）する情報の単位を、以下では「記事」又は「記事情報」とも呼ぶ。尚、本実施形態では、「記事」の例として、タイトルや本文等を含むＳＮＳへの情報入力単位を挙げて説明しているが、これに限られるものではない。ＳＮＳサーバがクライアント端末から受け付ける（受信する）情報単位であれば、例えばいわゆるツイッターと呼ばれる短文投稿型の情報や、ブログ等の記事等であっても良い。
【００２２】
入力画面２０のメイン領域２３には、タイトルを入力するためのタイトル入力領域２５と、本文を入力するための本文入力領域２７と、本文入力領域２７に入力された情報（文字列）に対する太字や斜体等の設定を行うためのテキスト設定ボタン２９と、公開する画像を指定可能とすると共に、当該画像の公開／非公開を設定するための画像指定領域３１と、タイトル入力領域２５、本文入力領域２７、及び画像指定領域３１により入力された情報の公開範囲を指定する公開範囲指定領域３３と、投稿ボタン３５とを含む。
【００２３】
ここで、入力画面２０のタイトル入力領域２５、本文入力領域２７、及び画像指定領域３１によりユーザから入力された情報が１つの単位（記事）を構成し、本人を含む他のユーザに公開される。尚、本実施形態では、ユーザが入力及び公開できる情報を、テキスト情報及び画像情報としているが、これに限られるものではなく、他にも音声データや映像データを含むようにしても良い。
【００２４】
上述の通り、タイトル入力領域２５は、ユーザが公開する記事のタイトルを入力するための領域であり、本文入力領域２７は、記事の本文を入力するための領域である。ここで、本文入力領域２７に文字列を入力する際には、入力した文字列のうちの一部を（例えばドラッグにより）選択すると共にテキスト設定ボタン２９を選択することにより（順序は逆でも良い）、当該選択された文字列の公開時の表示形式を太字としたり斜体としたりアンダーラインとしたり、リンクを貼ったりすることができるようになっている。特に、テキスト設定ボタン２９のうち、非公開設定ボタン２９Ａ（図２の入力画面２０の例では「秘密」として示す）は、他のユーザに対しては、非公開とすべき文字列を指定するためのボタンである。文字列を選択した上で非公開設定ボタン２９Ａを選択すると（順序は逆でも良い）、当該箇所は、情報を入力するユーザにわかりやすいように、例えば色つきマーカーが引かれたような蛍光表示２７Ａ及び２７Ｂが入力画面２０上でなされる。当該指定箇所は、図３を参照して後述するように、例えば伏字等に置換されて他のユーザに公開されることとなる。
【００２５】
画像指定領域３１は、ユーザが公開したい画像にかかる各種入力及び設定を行うための領域である。より具体的には、例えば「ファイル選択」ボタンを選択することで、ユーザの使用するクライアント端末上に記憶された画像を指定可能とすると共に、他のユーザへの「公開」「非公開」の設定を可能としている。
【００２６】
公開範囲指定領域３３は、ユーザが記事（上述の通り、タイトル入力領域２５、本文入力領域２７、及び画像指定領域３１によりユーザから入力された情報）を公開するユーザの範囲を指定するための領域である。なお画像以外にも、映像、音声、図表、テキストなどの情報を単独または組み合わせて、その一部又は全部に対して公開・非公開を設定できるようにしても良い。図２の入力画面２０の例では、ＳＮＳ１０の会員全員が表示可能となる「全体に公開」、当該記事情報を入力しているユーザの友人として設定されているユーザにのみ公開する「友人まで公開」、友人の中でも、緊密に交流のあるユーザにのみ公開する「仲良しに公開」の３段階のうちから、いずれかをユーザが選択できるようになっている。
【００２７】
ここで、いずれの公開範囲を指定した場合であっても、本文入力において非公開設定とした文字列（非公開設定ボタン２９Ａで指定された文字列）や、画像指定領域３１において非公開と設定した画像に対しては、他の情報（伏字や空画像（たとえば、元画像と同じ大きさで、「非公開」等と記載された画像）等）に置換する等の処理を施すことで、他のユーザからは確認できないようにする。
【００２８】
ユーザが記事情報を入力した上で投稿ボタン３５を選択すると、当該記事情報を含む登録要求がクライアント端末からＳＮＳサーバへ送信（投稿）される。これにより、当該記事を投稿したユーザを含む他のユーザ（但し、公開範囲指定領域３３で指定された範囲に含まれるユーザ）は、当該記事を表示することができるようになる。この情報表示画面４０の例を、図３及び図４を参照しながら説明する。
【００２９】
（１．２．２  情報表示画面）
図３及び図４は、ＳＮＳ１０上でユーザに情報公開する際にクライアント端末に表示される情報表示画面４０の具体例を示す図である。より詳細には、図３は、当該記事を入力したユーザ（投稿者）とは異なるユーザのクライアント端末に情報が表示される場合の情報表示画面４０の具体例であり、図４は、記事を入力したユーザ自身のクライアント端末に情報が表示される場合の情報表示画面４０の具体例である。まず、情報を入力したユーザとは異なるユーザのクライアント端末に表示される情報表示画面４０について図３を参照しながら説明する。
【００３０】
図３に示す通り、情報表示画面４０上にも入力画面２０と同様にボタン群２１が表示されるが、メイン領域２３に、ユーザから入力（投稿）された記事情報が、日記形式で表示されるようになっている。上述の、入力画面２０で入力されたタイトル（タイトル入力領域２５へ入力された情報）、本文（本文入力領域２７へ入力された情報）、及び画像（画像指定領域３１で指定された画像）により、１つの単位である記事情報４１が構成される。
【００３１】
ここで、記事情報４１のうち、本文情報４３は、伏字４３Ａ及び４３Ｂを含む。この伏字４３Ａ及び４３Ｂの箇所は、入力画面２０で、投稿者であるユーザが非公開の指定を行った文字列に対応する箇所である。すなわち、ＳＮＳサーバは、投稿者であるユーザから入力された情報のうち、非公開指定がなされた文字列を伏字４３Ａ及び４３Ｂに変換した上で、当該情報を他のユーザに公開している。
一方、情報を入力したユーザ本人（投稿者）に対しては、図４に具体例を示す情報表示画面４０のように、非公開指定がなされた文字列を含む全ての情報が公開される。
【００３２】
（２  システム構成）
次に、図４乃び図５を参照しながら、本実施形態の機能構成を説明する。
（２．１  システム全体の構成）
図５は、情報処理システムであるＳＮＳサーバ１００が機能するシステム１の全体構成を示す図である。システム１は、大きく分けてＳＮＳサーバ１００と、１台以上のクライアント端末２００とを含み、ＳＮＳサーバ１００及びクライアント端末２００は、ネットワークＮで接続されている。
【００３３】
ＳＮＳサーバ１００は、ＳＮＳ１０を提供するＳＮＳ提供部１１０と、ＳＮＳ１０上で公開される各種情報を管理する公開情報管理部１２０とを含む。ここで、ＳＮＳサーバ１００が含む各構成は、複数台の情報処理装置（サーバも含む）により構成されていても良い。また、ＳＮＳ提供部１１０は、上述の通り、メール機能やクラウド機能等を含む多くの機能を有するが、ここでは、日記機能に関係する構成を中心に取り上げて説明する。
【００３４】
ＳＮＳ提供部１１０は、上述の通り、クライアント端末２００を用いてアクセスする各ユーザにＳＮＳ１０を提供し、情報入力部１１１と、非公開指定部１１３と、情報公開部１１５とを含む。
【００３５】
情報入力部１１１は、クライアント端末２００から受信した記事投稿開始要求に応じて、図２に具体例を示した入力画面２０に係るデータを生成してクライアント端末２００へ送信する。また、情報入力部１１１は、ユーザが投稿ボタン３５を選択した際にクライアント端末２００から受信する登録要求に含まれる各種情報（記事情報を構成するタイトルや本文、画像等の情報を含む）を、公開情報管理部１２０へ記事データとして格納（記録／登録）する。
【００３６】
非公開指定部１１３は、入力画面２０中に非公開設定ボタン２９Ａを含ませることにより、ユーザに、入力する文字列のうち非公開とする箇所を指定可能とする。また、非公開指定部１１３は、情報入力部１１１が入力画面２０から入力された記事情報を格納（記録／登録）する際に、ユーザから非公開指定がなされた箇所（上述の例であれば、非公開設定ボタン２９Ａを選択後、ドラッグ等により指定された文字列）を、情報公開部１１５が識別できるようにタグ付け等して明示化する。
【００３７】
尚、非公開指定部１１３の実装方法はこれに限られるものではなく、入力情報の受信後、事後的に情報にタグ付けをせずとも、ユーザから非公開指定された箇所であることがわかるようになっていれば、どのような実装方法により実現してもよい。例えば、非公開指定部１１３は、非公開指定された情報をクライアント端末２００側（ブラウザ上）でタグ付けするようにするコードを、情報入力部１１１がクライアント端末２００に送信する入力画面２０のソース内に含ませる機能として実装すること等も考えられる。
【００３８】
情報公開部１１５は、クライアント端末２００から受信する記事情報表示要求（閲覧要求）に応じて、公開情報管理部１２０に格納された１以上の記事データ１２０Ａを、例えば図３や図４に具体例を示した情報表示画面４０として表示されるように加工した情報（データ）を送信する。このとき情報公開部１１５は、非公開指定部１１３により非公開指定がなされた部分を検出し、情報送信先であるクライアント端末２００からアクセスしているユーザが当該情報の投稿者である場合には非公開指定がなされた部分も含めて全ての情報を送信し、投稿者以外のユーザである場合には、非公開指定がなされた部分は伏字等の他の情報に置換した上で、情報を送信する。
【００３９】
（２．２  記事データの具体例）
公開情報管理部１２０が管理する記事データ１２０Ａの具体例を、図６を参照しながら説明する。ここで、図６は、公開情報管理部１２０に格納される、入力画面２０によりユーザから入力された１つの記事情報に係る記事データ１２０Ａの具体例を示す図である。尚、複数の記事がユーザから投稿されている場合には、図６に具体例を示すような記事データ１２０Ａが、公開情報管理部１２０に複数格納される。
【００４０】
図６に具体例を示す記事データ１２０Ａは、投稿日時、タイトル、本文、写真（画像）、公開範囲に係る情報を含む。ここで、投稿日時は、例えば、ユーザが投稿ボタン３５を選択し、それに応じてクライアント端末２００から送信される登録要求をＳＮＳサーバ１００が受信した時刻等に対応する（クライアント端末２００が登録要求を送信した時刻でも良い）。
【００４１】
タイトル、本文、及び写真は、それぞれ入力画面２０のタイトル入力領域２５、本文入力領域２７、及び画像指定領域３１により入力されたものである。ここで、本文を構成する文字列のうち一部には、ＸＭＬ形式で記載されたｓｅａｃｒｅｔタグ（エレメント、又は要素とも呼ぶ）が挿入されている。このｓｅａｃｒｅｔタグは、ユーザが入力した本文情報のうち非公開指定した箇所の先頭及び終端位置に、非公開指定部１１３が挿入するものである。情報公開部１１５は、当該ｓｅａｃｒｅｔタグで挟まれた文字列に対して、伏字４３Ａ及び４３Ｂへの変換処理を行った上で、図３に例を示したような情報表示画面４０のデータを生成する。
【００４２】
（３  処理の流れ）
以下、図７及び図８を参照しながら、ＳＮＳサーバ１００の情報入力時の処理の流れ、及び情報公開時の処理の流れを説明する。
【００４３】
（３．１  情報入力時の処理の流れ）
図７は、ユーザによる記事情報入力時にかかる、ＳＮＳサーバ１００の処理の流れを示すフローチャートである。尚、本フローチャートに係る処理は、クライアント端末２００からの、記事投稿開始要求の受信により開始するものとする。
【００４４】
クライアント端末２００から、記事投稿開始要求を受信すると、情報入力部１１１は、図２に具体例を示した入力画面２０のデータを生成してクライアント端末２００へと送信する（Ｓ７０１）。
【００４５】
その後、情報入力部１１１はクライアント端末２００からの登録要求の受信を待ち（Ｓ７０３のＮｏ）、記事情報を含む投稿要求が受信できれば（Ｓ７０３のＹｅｓ）、非公開指定部１１３は、当該記事情報中にユーザから非公開指定がなされた箇所があるか否かを判別する（Ｓ７０５）。もし非公開指定がなされた箇所がなければ（Ｓ７０５のＮｏ）、情報入力部１１１は、受信した記事情報を、そのまま記事データ１２０Ａとして公開情報管理部１２０に格納する（Ｓ７０７）。
【００４６】
一方、受信した記事情報にユーザから非公開指定された箇所がある場合には、非公開指定部１１３が、当該指定箇所がわかるように加工した上で（例えば、図６に具体例を示したようにタグを挿入した上で）、情報入力部１１１が記事データ１２０Ａとして公開情報管理部１２０に格納する（Ｓ７０９）。
【００４７】
（３．２  情報公開時の処理の流れ）
続いて、図８を参照しながら、記事情報の公開にかかる処理を説明する。図８は、クライアント端末２００への記事情報表示に係るＳＮＳサーバ１００の処理の流れを示すフローチャートである。尚、本フローチャートに係る処理は、クライアント端末２００からの、記事情報表示要求（閲覧要求）の受信により開始するものとする。
【００４８】
クライアント端末２００から記事情報表示要求を受信すると、情報公開部１１５は、当該クライアント端末２００からログインしているユーザが、表示要求がなされた記事を投稿（入力）したユーザであるか否かを判別する（Ｓ８０１）。もし、投稿したユーザ本人からの表示要求であれば（Ｓ８０１のＹｅｓ）、図４に具体例を示したように、非公開指定がなされた箇所を含む、全ての記事情報を含む情報表示画面４０のデータを生成してクライアント端末２００へと送信する（Ｓ８０３）。
【００４９】
一方、表示要求を送信したクライアント端末２００からログインしているユーザが、投稿したユーザとは異なる場合には（Ｓ８０１のＮｏ）、情報公開部１１５は、記事データ１２０Ａに含まれる情報のうち、非公開指定がなされた箇所（例えば、図６の例であればｓｅａｃｒｅｔタグで挟まれた箇所）を伏字４３Ａ及び４３Ｂに変換した上で（Ｓ８０５）、図３に具体例を示したような情報表示画面４０のデータを生成してクライアント端末２００へと送信する（Ｓ８０７）。
【００５０】
（４  本実施形態の効果）
以上説明したように、本実施形態によれば、ユーザは１つの情報単位を構成する記事情報の一部を指定して、非公開の設定をすることができる。これにより、原則として情報を公開しつつも、守秘義務などの観点からどうしても公開することができない一部のみを非開示とするといったきめ細やかな対応が可能となる。
【００５１】
また、情報を投稿した本人は全ての情報を閲覧することができるので、例えば電子カルテ等の極めて高度に守秘義務を守るべき情報の記録として用いることも可能となる。
【００５２】
更に、非公開情報は単純に削除するわけではなく、伏字４３Ａ及び４３Ｂ等の形式に変換していることで、当該部分が非公開となっている旨がユーザに認識しやすくなる。
【００５３】
（５  他の実施形態）
本実施形態では、ＳＮＳの被提供者が医師等の医療関係者である場合を例に説明を行ったが、これに限られるものではない。例えば、弁護士や大学教授、システムエンジニア等の各種専門職の従事者に提供するＳＮＳに適用することも可能である。
【００５４】
（６  付記事項）
尚、前述の各実施形態の構成は、組み合わせたり或いは一部の構成部分を入れ替えたりしてもよい。また、本発明の構成は前述の実施形態のみに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加えてもよい。
【符号の説明】
【００５５】
１００・・・ＳＮＳサーバ、１１０・・・ＳＮＳ提供部、１１１・・・情報入力部、１１３・・・非公開指定部、１１５・・・情報公開部、１２０・・・公開情報管理部、２００・・・クライアント端末、Ｎ・・・ネットワーク
【図１】
2013161103.tif 000003
【図２】
2013161103.tif 000004
【図３】
2013161103.tif 000005
【図４】
2013161103.tif 000006
【図５】
2013161103.tif 000007
【図６】
2013161103.tif 000008
【図７】
2013161103.tif 000009
【図８】
2013161103.tif 000010