特許 7240741 デジタル遺品管理装置

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

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

(11)【特許番号】

(24)【登録日】2023-03-08

(45)【発行日】2023-03-16

(54)【発明の名称】デジタル遺品管理装置

(51)【国際特許分類】

   G06Q 50/18 20120101AFI20230309BHJP

   G06F 21/62 20130101ALI20230309BHJP

【ＦＩ】

G06Q50/18 320

G06F21/62 345

【請求項の数】 9

(21)【出願番号】P 2020138299

(22)【出願日】2020-08-18

(65)【公開番号】P2022034484

(43)【公開日】2022-03-03

【審査請求日】2022-02-17

(73)【特許権者】

【識別番号】520313817

【氏名又は名称】千葉 和彦

(74)【代理人】

【識別番号】100153268

【弁理士】

【氏名又は名称】吉原 朋重

(72)【発明者】

【氏名】千葉 和彦

【審査官】阿部 潤

(56)【参考文献】

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

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

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

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

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

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

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

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

Ｇ０６Ｆ ２１／６２

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

【請求項1】

第１のユーザーが死亡を含む所定状態となった後、ＳＮＳ（Social Networking Service）において前記第１のユーザーが管理する情報の処分方法の希望に関する情報を記憶するものであって、前記第１のユーザーを識別するユーザー識別情報と、前記ＳＮＳを識別するＳＮＳ識別情報と、前記希望に関する条件と、を関連付けて記憶するユーザー希望記憶手段と、
前記ＳＮＳのユーザーが管理する情報について、前記ユーザーが前記所定状態となった後の取り扱い方法を規定する情報を記憶するものであって、前記ＳＮＳ識別情報と、前記取り扱いに関する条件と、を関連付けて記憶する条件記憶手段と、
前記第１のユーザーが操作する第１ユーザー端末から、前記ＳＮＳ毎の前記希望に関する条件を受け付け、受け付けた情報に基づいて、前記希望に関する条件を前記ユーザー希望記憶手段に記憶させる希望条件受付手段と、
各前記ＳＮＳを提供するＳＮＳ提供装置から前記取り扱い方法を構成する条件に関する情報を取得し、取得した情報に基づいて、前記取り扱いに関する条件を前記条件記憶手段に記憶させるＳＮＳ条件取得手段と、
前記希望に関する条件と、前記取り扱いに関する条件と、を比較して、前記第１のユーザーが前記所定状態となった後、前記第１のユーザーが前記各ＳＮＳにおいて管理する情報について、前記希望に関する条件に従って処分が可能か否かを判定する可否判定手段と、
前記第１のユーザーが前記所定状態となった後、第２のユーザーが操作する第２ユーザー端末からの前記希望に関する条件及び前記可否判定手段による判定結果の閲覧要求に基づいて、前記第１のユーザーの前記希望に関する条件及び前記可否判定手段による判定結果を提供する処分可否確認手段と、を有することを特徴とするデジタル遺品管理装置。

【請求項2】

前記可否判定手段によって否と判定される場合、前記希望に関する条件のうち、前記取り扱いに関する条件を満たさない条件について前記取り扱いに関する条件を満たすように変更した第２の前記希望に関する条件を生成し、前記ユーザー希望記憶手段において、前記ユーザー識別情報と、前記ＳＮＳ識別情報と、前記第２の希望に関する条件と、を関連付けて登録する修正希望条件登録手段を有することを特徴とする請求項１に記載のデジタル遺品管理装置。

【請求項3】

前記ユーザー希望記憶手段において、複数の前記希望に関する条件について、前記ユーザー識別情報と、前記ＳＮＳ識別情報と、前記希望に関する条件と、前記第１のユーザーによる希望順位と、を関連付けて記憶し、
前記修正希望条件登録手段によって生成される前記第２の希望に関する条件が、前記希望に関する条件よりも前記希望順位が低いことを特徴とする請求項２に記載のデジタル遺品管理装置。

【請求項4】

前記第１のユーザーが前記所定状態となった後、前記第２ユーザー端末から受け付ける前記第１のユーザーが管理する情報の処分要求に基づいて、前記ＳＮＳ提供装置に接続し、前記第１のユーザーが管理する情報の前記希望に関する条件に従った処分が可能な環境を提供する環境提供手段を有することを特徴とする請求項１乃至３の何れか一に記載のデジタル遺品管理装置。

【請求項5】

第１のユーザーが死亡を含む所定状態となった後、ＳＮＳ（Social Networking Service）において前記第１のユーザーが管理する情報の処分方法の希望に関する情報を記憶するものであって、前記第１のユーザーを識別するユーザー識別情報と、前記ＳＮＳを識別するＳＮＳ識別情報と、前記希望に関する条件と、を関連付けて記憶するユーザー希望記憶手段と、前記ＳＮＳのユーザーが管理する情報について、前記ユーザーが前記所定状態となった後の取り扱い方法を規定する情報を記憶するものであって、前記ＳＮＳ識別情報と、前記取り扱いに関する条件と、を関連付けて記憶する条件記憶手段と、を備えるコンピューターにおいて、
希望条件受付手段が、前記第１のユーザーが操作する第１ユーザー端末から、前記ＳＮＳ毎の前記希望に関する条件を受け付け、受け付けた情報に基づいて、前記希望に関する条件を前記ユーザー希望記憶手段に記憶させるステップと、
ＳＮＳ条件取得手段が、各前記ＳＮＳを提供するＳＮＳ提供装置から前記取り扱い方法を構成する条件に関する情報を取得し、取得した情報に基づいて、前記取り扱いに関する条件を前記条件記憶手段に記憶させるステップと、
可否判定手段が、前記希望に関する条件と、前記取り扱いに関する条件と、を比較して、前記第１のユーザーが前記所定状態となった後、前記第１のユーザーが前記各ＳＮＳにおいて管理する情報について、前記希望に関する条件に従って処分が可能か否かを判定するステップと、
処分可否確認手段が、前記第１のユーザーが前記所定状態となった後、第２のユーザーが操作する第２ユーザー端末からの前記希望に関する条件及び前記可否判定手段による判定結果の閲覧要求に基づいて、前記第１のユーザーの前記希望に関する条件及び前記可否判定手段による判定結果を提供するステップと、を含むデジタル遺品管理方法。

【請求項6】

修正希望条件登録手段が、前記可否判定手段によって否と判定される場合、前記希望に関する条件のうち、前記取り扱いに関する条件を満たさない条件について前記取り扱いに関する条件を満たすように変更した第２の前記希望に関する条件を生成し、前記ユーザー希望記憶手段において、前記ユーザー識別情報と、前記ＳＮＳ識別情報と、前記第２の希望に関する条件と、を関連付けて登録するステップを含むことを特徴とする請求項５に記載のデジタル遺品管理方法。

【請求項7】

前記ユーザー希望記憶手段において、複数の前記希望に関する条件について、前記ユーザー識別情報と、前記ＳＮＳ識別情報と、前記希望に関する条件と、前記第１のユーザーによる希望順位と、を関連付けて記憶し、
前記修正希望条件登録手段によって生成される前記第２の希望に関する条件が、前記希望に関する条件よりも前記希望順位が低いことを特徴とする請求項６に記載のデジタル遺品管理方法。

【請求項8】

環境提供手段が、前記第１のユーザーが前記所定状態となった後、前記第２ユーザー端末から受け付ける前記第１のユーザーが管理する情報の処分要求に基づいて、前記ＳＮＳ提供装置に接続し、前記第１のユーザーが管理する情報の前記希望に関する条件に従った処分が可能な環境を提供するステップを含むことを特徴とする請求項５乃至７の何れか一に記載のデジタル遺品管理方法。

【請求項9】

コンピューターに、請求項５乃至８の何れか一に記載の方法を実行させるためのデジタル遺品管理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

被相続人等が生前ＳＮＳ（Social Networking Service）において管理する情報について、相続人等が被相続人等の意向に沿って処分する技術に関する。

【背景技術】

【0002】

近年技術の進歩によって、インターネット利用の障壁が低くなり、年齢・性別を問わず、ＳＮＳによって情報発信する人が増えてきている。

【0003】

一方、高齢化社会を迎えるわが国では、相続人に迷惑を掛けないように、自己の資産・財産に関する死後の処分方法について、生前のうちに整理する動きがみられるようになってきた。

【0004】

そのような背景下、例えば、特許文献１乃至３においては、被相続人の死後、相続人が被相続人の身辺整理をスムーズに行うことができるようにするアイデアの技術的提案がなされている。

【先行技術文献】

【特許文献】

【0005】

【文献】特開２０２０－０６４５５０号公報

【文献】特許第５３９００３４号公報

【文献】特開２０１８－０８１６５６号公報

【発明の概要】

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

【0006】

しかしながら、ＳＮＳ上の個人情報の取り扱いについてはＳＮＳ毎に定められている状況下、上記の従来技術では、被相続人の死後、ＳＮＳ上で被相続人が生前管理していた情報を被相続人の希望に沿ってスムーズに取り扱うことができないという問題点があった。

【0007】

そこで本発明では、上記問題点を鑑み、ＳＮＳ上の個人情報について各ＳＮＳが取り扱い方針を個別に定める中、被相続人の死後等、ＳＮＳ上で管理している情報を当人の希望に沿ってスムーズに取り扱うデジタル遺品管理装置を提供することを目的とする。

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

【0008】

開示するデジタル遺品管理装置の一形態は、第１のユーザーが死亡を含む所定状態となった後、ＳＮＳ（Social Networking Service）において前記第１のユーザーが管理する情報の処分方法の希望に関する情報を記憶するものであって、前記第１のユーザーを識別するユーザー識別情報と、前記ＳＮＳを識別するＳＮＳ識別情報と、前記希望に関する条件と、を関連付けて記憶するユーザー希望記憶手段と、前記ＳＮＳのユーザーが管理する情報について、前記ユーザーが前記所定状態となった後の取り扱い方法を規定する情報を記憶するものであって、前記ＳＮＳ識別情報と、前記取り扱いに関する条件と、を関連付けて記憶する条件記憶手段と、前記第１のユーザーが操作する第１ユーザー端末から、前記ＳＮＳ毎の前記希望に関する条件を受け付け、受け付けた情報に基づいて、前記希望に関する条件を前記ユーザー希望記憶手段に記憶させる希望条件受付手段と、各前記ＳＮＳを提供するＳＮＳ提供装置から前記取り扱い方法を構成する条件に関する情報を取得し、取得した情報に基づいて、前記取り扱いに関する条件を前記条件記憶手段に記憶させるＳＮＳ条件取得手段と、前記希望に関する条件と、前記取り扱いに関する条件と、を比較して、前記第１のユーザーが前記所定状態となった後、前記第１のユーザーが前記各ＳＮＳにおいて管理する情報について、前記希望に関する条件に従って処分が可能か否かを判定する可否判定手段と、前記第１のユーザーが前記所定状態となった後、第２のユーザーが操作する第２ユーザー端末からの前記希望に関する条件及び前記可否判定手段による判定結果の閲覧要求に基づいて、前記第１のユーザーの前記希望に関する条件及び前記可否判定手段による判定結果を提供する処分可否確認手段と、を有することを特徴とする。

【発明の効果】

【0009】

開示するデジタル遺品管理装置は、ＳＮＳ上の個人情報について各ＳＮＳが取り扱い方針を個別に定める中、被相続人の死後等、ＳＮＳ上で管理している情報を当人の希望に沿ってスムーズに取り扱うことができる。

【図面の簡単な説明】

【0010】

【図1】本実施の形態に係るデジタル遺品管理装置の概要を説明する図である。

【図2】本実施の形態に係るデジタル遺品管理装置の機能ブロック図である。

【図3】本実施の形態に係るユーザー希望記憶手段を説明するための図である。

【図4】本実施の形態に係る条件記憶手段を説明するための図である。

【図5】本実施の形態に係る可否判定手段による処理を説明するための図である。

【図6】本実施の形態に係るデジタル遺品管理装置のハードウエア構成例を示す図である。

【図7】本実施の形態に係るデジタル遺品管理装置による希望条件登録処理の一例の流れを示すフローチャートである。

【図8】本実施の形態に係るデジタル遺品管理装置による希望条件閲覧処理の一例の流れを示すフローチャートである。

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

【0011】

図面を参照しながら、本発明を実施するための形態について説明する。
（本実施の形態に係るデジタル遺品管理装置の動作原理）

【0012】

図１乃至５を用いて、本実施の形態に係るデジタル遺品管理装置（以下、単に「本装置」という。）１００の動作原理について説明する。図１は、本装置１００と周辺装置との接続関係を示す図であり、図２は、本装置１００の機能ブロック図である。図３乃至５は、本装置１００が備えるデータベース類を説明する図である。

【0013】

本装置１００は、通信ネットワーク３４０を介して、ＳＮＳ（Social Networking Service）２１０を提供するＳＮＳ提供装置３５０、ユーザー端末３１０、３３０と接続する。通信ネットワーク３４０は、有線・無線どちらの形態でも良い。ＳＮＳ２１０とは、情報発信を目的にするサービスに限定されず、情報発信だけではなく、例えば、被相続人が私的に収集・作成したデータ（写真やドキュメント類）の非公開の保管が目的のファイルサービス、会員制のダウンロードサービス（音楽や電子書籍など）なども含む概念である。つまり、ＳＮＳとは、「クラウドで提供されるサービス」と言い換えても良い概念である。

【0014】

第１ユーザー端末３１０を操作する第１のユーザー３００は、ＳＮＳ２１０において管理する情報（以後、「デジタル遺品」ともいう。）を有するユーザーであり、例えば、被相続人となる立場のユーザーである。第２ユーザー端末３３０を操作する第２のユーザー３２０は、第１のユーザー３００とは別人であり、例えば、被相続人である第１のユーザー３００の相続人となる立場のユーザーである。
また、ユーザー端末３１０、３３０は、携帯情報端末であっても良く、デスクトップ型・ノート型のパーソナルコンピューターであっても良い。

【0015】

近年、ＳＮＳ２１０によって情報発信する人３００が増えてきているところ、相続人３２０に迷惑を掛けないように、自己３００の資産・財産に関する死後の処分方法について、生前のうちに整理しておく動きがみられる。ＳＮＳ２１０において発信し、管理している情報２３０についても、第１のユーザー３００は、生前、その処分方法について予め定めることができる。一方、それぞれのＳＮＳ２１０において、デジタル遺品２３０に対しそれぞれ異なる対処方針２６０が示されているので、第１のユーザー３００が希望する方法が必ずしも採用できるわけではない。

【0016】

そこで、本装置１００は、デジタル遺品２３０について、ＳＮＳ２１０毎に、第１のユーザー３００の希望通りの処分方法２４０が許容されるか否かを判定し、許容されない場合は、次善策の提案を行い、また、デジタル遺品２３０に対する希望の処分方法２４０を記憶する。一方で本装置１００は、第１のユーザー３００が死亡を含む所定状態３６０となった後、第２のユーザー３２０へ、第１のユーザー３００が希望しているデジタル遺品２３０の処分方法２４０及び方法２４０の実行可否を知らせる。

【0017】

そうすることによって、本装置１００は、ＳＮＳ２１０上の個人情報２３０について各ＳＮＳが取り扱い方針を個別に定める中、被相続人３００の死後等、ＳＮＳ２１０上で被相続人３００が管理していた情報２３０を被相続人３００の希望に沿ってスムーズに取り扱う環境を提供することができる。なお、個人情報２３０は、個人情報保護法などでいう「個人を特定できる情報」のみを指すのではなく、「サービスを利用して個人が管理している情報」と考える方が適切である。

【0018】

図２で示すように、本装置１００は、ユーザー希望記憶手段１１０、条件記憶手段１２０、希望条件受付手段１３０、ＳＮＳ条件取得手段１４０、可否判定手段１５０、処分可否確認手段１６０、修正希望条件登録手段１７０、環境提供手段１８０を有する。

【0019】

ユーザー希望記憶手段１１０は、第１のユーザー３００がＳＮＳ２１０において管理する情報（デジタル遺品）２３０について、当人が死亡を含む所定状態３６０となった後の処分方法の希望に関する情報２４０を記憶する。所定状態３６０とは、脳死、意識不明、寝たきり等を含み、当人が自力でデジタル遺品２３０の処分をできない状態を表す概念である。

【0020】

ユーザー希望記憶手段１１０は、ユーザー３００を識別するユーザー識別情報２９０と、ＳＮＳ２１０を識別するＳＮＳ識別情報２２０と、デジタル遺品２３０の処分方法の希望条件２４０と、ユーザー３００による希望条件２４０の希望順位２８０と、を関連付けて記憶する。

【0021】

図３は、ユーザー希望記憶手段１１０に記憶される情報の一例を示す図である。図３で示すように、例えば、ユーザー希望記憶手段１１０においては、ユーザー識別情報２９０：ＳＵＺＵＫＩ、ＳＮＳ識別情報２２０：１０００１、希望条件２４０：希望条件１：Ａ’、希望条件２：Ｂ’、希望条件３：Ｃ’、希望順位２８０：…のような情報が関連付けられて記憶される。

【0022】

ここで、希望条件１は、例えば、契約形態を表す情報であり、“終了”、“相続”、“委譲”などの選択形式であっても良い。希望条件２は、例えば、コンテンツの処分形態を表す情報であり、“破棄”、“オフライン保存”、“オンライン保存（本人所有として）”、“オンライン継承”などの選択形式であっても良い。“破棄”は他人には見せたくない場合などが想定され、“オフライン保存”はダウンロード、ＣＤ－ＲＯＭ化、印刷、ファイル化して他サーバーへ保管などが想定される。“オンライン保存”は死去しているが、過去ブログの公開を継続したい場合など（本人死亡などの告知を除き、基本的に変更不可）が想定され、“オンライン継承”は故人に代わって他人にブログや掲示板を継承・継続させたい場合が想定される。

【0023】

希望条件３は、例えば、譲渡先を表す情報であり、“指定相続人”、“指定第三者”、“複数人に分配”、“複数人で共有”などの選択形式であっても良い。希望順位２８０は、“１”、“２”、“３”などの順位を表す情報であり、１つのＳＮＳ識別情報２２０に対して複数の順位が設定可能である。希望条件２４０は、その他、具体的な譲渡先などのテキスト情報（補足情報）を備える形態としても良い。

【0024】

条件記憶手段１２０は、ＳＮＳ２１０のユーザーが管理する情報２３０について、ユーザーが所定状態３６０となった後の取り扱い方法２６０を規定する情報を記憶する。条件記憶手段１２０は、ＳＮＳ識別情報２２０と、ユーザーが所定状態３６０となった後の情報２３０の取り扱いに関する条件２６０と、を関連付けて記憶する。

【0025】

図４は、条件記憶手段１２０に記憶される情報の一例を示す図である。図４で示すように、例えば、条件記憶手段１２０においては、ＳＮＳ識別情報２２０：１０００１、デジタル遺品２３０の取り扱いに関する条件２６０：条件１：Ａ、条件２：Ｂ、条件３：Ｃ、のような情報が関連付けられて記憶される。

【0026】

ここで、条件１は、例えば、契約形態を表す情報であり、“継承不可”、“相続のみ可”、“譲渡可”などの選択形式であっても良い。条件２は、例えば、契約終了／継承時のコンテンツの処置形態を表す情報であり、“全て破棄”、“バックアップ／データとして提供可能”、“別ＩＤとして継承可能”、“同一ＩＤとして継承可能”、“個別対応事例有”などの選択形式であっても良い。条件３は、例えば、本人許可のない、ユーザー３００死後のデータアクセスの形態を表す情報であり、“可”、“否”、“条件付き”などの選択形式であっても良い。

【0027】

希望条件受付手段１３０は、第１のユーザー３００が操作する第１ユーザー端末３１０から、ＳＮＳ２１０毎の希望条件２４０を受け付け、受け付けた希望条件２４０をユーザー希望記憶手段１１０に記憶させる。

【0028】

図３で示すように、希望条件受付手段１３０は、例えば、ユーザー識別情報２９０：ＳＵＺＵＫＩが操作するユーザー端末３１０から、ＳＮＳ識別情報２２０：１０００１、希望条件２４０：希望条件１：Ａ’、希望条件２：Ｂ’、希望条件３：Ｃ’、希望順位２８０：“１”のような情報２４０を受け付け、それをユーザー希望記憶手段１１０に記憶させる。

【0029】

ＳＮＳ条件取得手段１４０は、ＳＮＳ２１０を提供するＳＮＳ提供装置３５０に接続し、デジタル遺品２３０の取り扱いに関する条件２６０を取得し、取得した情報２６０を条件記憶手段１２０に記憶させる。

【0030】

図４で示すように、ＳＮＳ条件取得手段１４０は、例えば、ＳＮＳ識別情報２２０：１０００１で識別されるＳＮＳ２１０を提供するＳＮＳ提供装置３５０に接続する。そして、ＳＮＳ条件取得手段１４０は、デジタル遺品２３０の取り扱いに関する条件２６０：条件１：Ａ、条件２：Ｂ、条件３：Ｃのような情報を取得し、取得した情報２６０を条件記憶手段１２０に記憶させる。

【0031】

可否判定手段１５０は、希望条件２４０と取り扱い条件２６０とを比較して、ユーザー３００のデジタル遺品２３０について、ユーザー３００が所定状態３６０となった後、希望条件２４０に従って処分が可能か否かを判定する。可否判定手段１５０は、希望条件２４０が、取り扱い条件２６０に照らして許容されるか否かを判定する。

【0032】

図５は、可否判定手段１５０による処理結果の例を示す図である。図５で示すように、可否判定手段１５０は、例えば、対応する項目に対する希望条件２４０と取り扱い条件２６０とを比較し、条件２４０が条件２６０を満たす場合、“○”と判定し、満たさない場合、“×”と判定する。そして、可否判定手段１５０は、例えば、全項目について“○”であれば、希望条件２４０に従って処分が可能“○”と判定し、一つでも“×”の項目がある場合、希望条件２４０に従って処分は不可“×”と判定する。

【0033】

また、可否判定手段１５０は、取り扱い条件２６０について「個別対応事例が有る」ということであれば、希望条件２４０に従って処分は「要交渉“△”」と判定する形態としても良い。可否判定手段１５０による判定の仕組みは、上記の例に限られず、様々なバリエーションが考えられる。

【0034】

処分可否確認手段１６０は、ユーザー３００が所定状態３６０となった後、第２のユーザー３２０が操作する第２ユーザー端末３３０から、希望条件２４０、２５０及び可否判定手段１５０による判定結果２７０の閲覧要求を受け付ける。そして、処分可否確認手段１６０は、その閲覧要求に基づいて、ユーザー３００の希望条件２４０、２５０及び判定結果２７０を提供する。この処理によって、相続人である第２のユーザー３２０は、被相続人である第１のユーザー３００のデジタル遺品２３０の処分について、第１のユーザー３００の希望条件２４０、２５０及び各ＳＮＳ２１０がそれを許可しているか否かを知ることができる。なお、希望条件２５０については後述する。

【0035】

修正希望条件登録手段１７０は、可否判定手段１５０によって“否（希望方法での処分不可）”と判定される場合、希望条件２４０のうち、取り扱い条件２６０を満たさない項目を満たすように変更した第２の希望条件２５０を生成する。つまり、修正希望条件登録手段１７０は、取り扱い条件２６０を満たさない希望条件２４０の一部を変更して、取り扱い条件２６０を満たすような第２の希望条件２５０を生成する。

【0036】

修正希望条件登録手段１７０は、例えば、「契約を第三者に委譲」の希望２４０に対し、ＳＮＳ２１０のサービス条件２６０が「相続のみ可」である場合、「要修正・相続のみ可」と判定する形態としても良い。修正希望条件登録手段１７０は、例えば、「契約譲渡」「オンライン保存」の希望２４０に対し、ＳＮＳ２１０のサービス条件２６０が「契約終了」であれば、次善の方法として「要修正・別ＩＤとして継承可能」と判定する形態としても良い。修正希望条件登録手段１７０は、例えば、「個別対応事例有り」であれば、「要交渉」と判定する形態としても良い。

【0037】

そして、修正希望条件登録手段１７０は、生成した第２の希望条件２５０を、ユーザー希望記憶手段１１０において、ユーザー識別情報２９０及びＳＮＳ識別情報２２０に関連付けて登録する。このとき、第２の希望条件２５０は、ユーザー希望記憶手段１１０において、希望条件２４０よりも希望順位２８０を低くして登録される。第１のユーザー３００による希望条件２４０、２５０の登録後、ＳＮＳ２１０におけるデジタル遺品２３０の取り扱い条件２６０が変更され、当初の希望条件２４０が認められる可能性が有るからである。

【0038】

環境提供手段１８０は、第１のユーザー３００が所定状態３６０となった後、第２ユーザー端末３３０から受け付けるユーザー３００のデジタル遺品２３０の処分要求に基づいて、ＳＮＳ提供装置３５０に接続する。そして、環境提供手段１８０は、ユーザー３００のデジタル遺品２３０に対し、希望条件２４０、２５０に従った処分が可能な環境を提供する。

【0039】

本装置１００は、上記の動作原理に基づいて、ＳＮＳ２１０上の個人情報２３０について各ＳＮＳ２１０が取り扱い方針２６０を個別に定める中、被相続人３００の死後等、ＳＮＳ２１０上で管理している情報を当人３００の希望２４０、２５０に沿ってスムーズに取り扱うことができる。
（本実施の形態に係るデジタル遺品管理装置のハードウエア構成）

【0040】

図６を用いて、本装置１００のハードウエア構成例について説明する。図６は、本装置１００のハードウエア構成の一例を示す図である。図６で示すように、本装置１００は、ＣＰＵ（Central Processing Unit）４１０、ＲＯＭ（Read-Only Memory）４２０、ＲＡＭ（Random Access Memory）４３０、補助記憶装置４４０、通信Ｉ／Ｆ４５０、入力装置４６０、表示装置４７０、記録媒体Ｉ／Ｆ４８０を有する。

【0041】

ＣＰＵ４１０は、ＲＯＭ４２０に記憶されたプログラムを実行する装置であり、ＲＡＭ４３０に展開（ロード）されたデータを、プログラムの命令に従って演算処理し、本装置１００全体を制御する。ＲＯＭ４２０は、ＣＰＵ４１０が実行するプログラムやデータを記憶している。ＲＡＭ４３０は、ＣＰＵ４１０でＲＯＭ４２０に記憶されたプログラムを実行する際に、実行するプログラムやデータが展開（ロード）され、演算の間、演算データを一時的に保持する。

【0042】

補助記憶装置４４０は、基本ソフトウエアであるＯＳ（Operating System）や本実施の形態に係るアプリケーションプログラムなどを、関連するデータとともに記憶する装置である。補助記憶装置４４０は、記憶手段１１０を含み、例えば、ＨＤＤ（Hard Disk Drive）やフラッシュメモリなどである。

【0043】

通信Ｉ／Ｆ４５０は、有線・無線ＬＡＮ（Local Area Network）、インターネットなどの通信ネットワーク３４０に接続し、通信機能を提供する他装置３１０、３３０、３５０とデータの授受を行うためのインターフェースである。

【0044】

入力装置４６０は、キーボードなど本装置１００にデータ入力を行うための装置である。表示装置（出力装置）４７０は、ＬＣＤ（Liquid Crystal Display）等で構成される装置であり、本装置１００が有する機能をユーザーが利用する際や各種設定を行う際のユーザーインターフェースとして機能する装置である。記録媒体Ｉ／Ｆ４８０は、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ＵＳＢメモリなどの記録媒体４９０とデータの送受信を行うためのインターフェースである。

【0045】

本装置１００が有する各手段は、ＣＰＵ４１０が、ＲＯＭ４２０又は補助記憶装置４４０に記憶された各手段に対応するプログラムを実行することにより実現される形態としても良い。また、本装置１００が有する各手段は、当該各手段に関する処理をハードウエアとして実現される形態としても良い。また、通信Ｉ／Ｆ４５０を介して外部サーバー装置から本発明に係るプログラムを読み込ませたり、記録媒体Ｉ／Ｆ４８０を介して記録媒体４９０から本発明に係るプログラムを読み込ませたりして、本装置１００に当該プログラムを実行させる形態としても良い。
（本実施の形態に係るデジタル遺品管理装置による処理例）
（１）本装置１００による希望条件登録処理

【0046】

図７を用いて、本装置１００による希望条件２４０、２５０登録処理の一例の流れを説明する。図７は、本装置１００による希望条件２４０、２５０登録処理の一例の流れを示すフローチャートである。

【0047】

Ｓ１０で希望条件受付手段１３０が、第１のユーザー３００が操作する第１ユーザー端末３１０から、ＳＮＳ２１０毎の希望条件２４０を受け付け、ユーザー希望記憶手段１１０に記憶させる。

【0048】

図３で示すように、希望条件受付手段１３０は、例えば、ユーザー識別情報２９０：ＳＵＺＵＫＩが操作するユーザー端末３１０から、ＳＮＳ識別情報２２０：１０００１、希望条件２４０：希望条件１：Ａ’、希望条件２：Ｂ’、希望条件３：Ｃ’、希望順位２８０：“１”のような情報２４０を受け付け、それをユーザー希望記憶手段１１０に記憶させる。

【0049】

Ｓ２０でＳＮＳ条件取得手段１４０が、ＳＮＳ２１０を提供するＳＮＳ提供装置３５０に接続し、デジタル遺品２３０の取り扱いに関する条件２６０を取得し、取得した情報２６０を条件記憶手段１２０に記憶させる。

【0050】

図４で示すように、ＳＮＳ条件取得手段１４０は、例えば、ＳＮＳ識別情報２２０：１０００１で識別されるＳＮＳ２１０を提供するＳＮＳ提供装置３５０に接続する。そして、ＳＮＳ条件取得手段１４０は、デジタル遺品２３０の取り扱いに関する条件２６０：条件１：Ａ、条件２：Ｂ、条件３：Ｃのような情報を取得し、取得した情報２６０を条件記憶手段１２０に記憶させる。

【0051】

Ｓ３０及びＳ４０で可否判定手段１５０が、希望条件２４０と取り扱い条件２６０とを比較して、ユーザー３００が所定状態３６０となった後、ユーザー３００のデジタル遺品２３０について、希望条件２４０に従って処分が可能か否かを判定する。可否判定手段１５０は、希望条件２４０が、取り扱い条件２６０に照らして許容されるか否かを判定する。

【0052】

図５は、可否判定手段１５０による処理結果の例を示す図である。図５で示すように、可否判定手段１５０は、例えば、対応する項目に対する希望条件２４０と取り扱い条件２６０とを比較し、条件２４０が条件２６０を満たす場合、“○”と判定し、満たさない場合、“×”と判定する。そして、可否判定手段１５０は、例えば、全項目について“○”であれば、希望条件２４０に従って処分が可能“○”と判定し、一つでも“×”の項目がある場合、希望条件２４０に従っての処分は不可“×”と判定する。

【0053】

また、可否判定手段１５０は、取り扱い条件２６０について「個別対応事例が有る」ということであれば、希望条件２４０に従っての処分は「要交渉“△”」と判定する形態としても良い。可否判定手段１５０による判定の仕組みは、上記の例に限られず、様々なバリエーションが考えられる。

【0054】

Ｓ５０で修正希望条件登録手段１７０が、Ｓ４０において“否（希望方法での処分不可）”と判定される場合、希望条件２４０のうち、取り扱い条件２６０を満たさない項目を満たすように変更した第２の希望条件２５０を生成する。つまり、修正希望条件登録手段１７０は、取り扱い条件２６０を満たさない希望条件２４０の一部を変更して、取り扱い条件２６０を満たすような第２の希望条件２５０を生成する。

【0055】

修正希望条件登録手段１７０は、例えば、「契約を第三者に委譲」の希望２４０に対し、ＳＮＳ２１０のサービス条件２６０が「相続のみ可」である場合、「要修正・相続のみ可」と判定する形態としても良い。修正希望条件登録手段１７０は、例えば、「契約譲渡」「オンライン保存」の希望２４０に対し、ＳＮＳ２１０のサービス条件２６０が「契約終了」であれば、次善の方法として「要修正・別ＩＤとして継承可能」と判定する形態としても良い。修正希望条件登録手段１７０は、例えば、「個別対応事例有り」であれば、「要交渉」と判定する形態としても良い。

【0056】

そして、修正希望条件登録手段１７０は、生成した第２の希望条件２５０を、ユーザー希望記憶手段１１０において、ユーザー識別情報２９０、ＳＮＳ識別情報２２０と関連付けて登録する。このとき、第２の希望条件２５０は、ユーザー希望記憶手段１１０において、希望条件２４０よりも希望順位２８０を低くして登録される。第１のユーザー３００による希望条件２４０の登録後、ＳＮＳ２１０におけるデジタル遺品２３０の取り扱い条件２６０が変更され、当初の希望が認められる可能性が有るからである。
（２）本装置１００による希望条件閲覧処理

【0057】

図８を用いて、本装置１００による希望条件２４０、２５０閲覧処理の一例の流れを説明する。図８は、本装置１００による希望条件２４０、２５０閲覧処理の一例の流れを示すフローチャートである。

【0058】

Ｓ１１０で処分可否確認手段１６０が、ユーザー３００が所定状態３６０となった後、第２のユーザー３２０が操作する第２ユーザー端末３３０から、希望条件２４０、２５０及び可否判定手段１５０による判定結果２７０の閲覧要求を受け付ける。

【0059】

Ｓ１２０で処分可否確認手段１６０が、Ｓ１１０において受け付けた閲覧要求に基づいて、ユーザー３００の希望条件２４０、２５０及び判定結果２７０を提供する。この処理によって、相続人である第２のユーザー３２０は、被相続人である第１のユーザー３００のデジタル遺品２３０の処分について、第１のユーザー３００の希望条件２４０、２５０及び各ＳＮＳ２１０がそれを許可しているか否かを知ることができる。

【0060】

Ｓ１３０で環境提供手段１８０が、第１のユーザー３００が所定状態３６０となった後、第２ユーザー端末３３０から受け付けるユーザー３００のデジタル遺品２３０の処分要求に基づいて、ＳＮＳ提供装置３５０に接続する。そして、Ｓ１３０で環境提供手段１８０が、ユーザー３００のデジタル遺品２３０に対し、希望条件２４０、２５０に従った処分が可能な環境を提供する。

【0061】

上記（１）（２）のような処理を行うことによって、本装置１００は、ＳＮＳ２１０上の個人情報２３０について各ＳＮＳ２１０が取り扱い方針２６０を個別に定める中、被相続人３００の死後等、ＳＮＳ２１０上で管理している情報２３０を当人３００の希望２４０、２５０に沿ってスムーズに取り扱うことができる環境を提供することができる。

【0062】

以上、本発明の実施の形態について詳述したが、本発明は係る特定の実施の形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲において、種々の変形・変更が可能である。

【符号の説明】

【0063】

１００ デジタル遺品管理装置
１１０ ユーザー希望記憶手段
１２０ 条件記憶手段
１３０ 希望条件受付手段
１４０ ＳＮＳ条件取得手段
１５０ 可否判定手段
１６０ 処分可否確認手段
１７０ 修正希望条件登録手段
１８０ 環境提供手段
２１０ ＳＮＳ（Social Networking Service）
２２０ ＳＮＳ識別情報
２３０ ＳＮＳにおいてユーザーが管理する情報（デジタル遺品）
２４０ デジタル遺品の処分方法の希望に関する条件
２５０ 第２の希望に関する条件
２６０ ＳＮＳにおけるデジタル遺品の取り扱いに関する条件
２７０ 可否判定手段による判定結果
２８０ ユーザーによる希望順位
２９０ ユーザー識別情報
３００ 第１のユーザー
３１０ 第１ユーザー端末
３２０ 第２のユーザー
３３０ 第２ユーザー端末
３４０ 通信ネットワーク
３５０ ＳＮＳ提供装置
３６０ 死亡を含む所定状態
４１０ ＣＰＵ
４２０ ＲＯＭ
４３０ ＲＡＭ
４４０ 補助記憶装置
４５０ 通信インターフェース
４６０ 入力装置
４７０ 出力装置
４８０ 記憶媒体インターフェース
４９０ 記憶媒体

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】