JP4363552B1 - 思い出に関するデジタルデータの管理方法 - Google Patents

思い出に関するデジタルデータの管理方法 Download PDF

Info

Publication number
JP4363552B1
JP4363552B1 JP2008189717A JP2008189717A JP4363552B1 JP 4363552 B1 JP4363552 B1 JP 4363552B1 JP 2008189717 A JP2008189717 A JP 2008189717A JP 2008189717 A JP2008189717 A JP 2008189717A JP 4363552 B1 JP4363552 B1 JP 4363552B1
Authority
JP
Japan
Prior art keywords
memory
user
data
information
digital data
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.)
Expired - Fee Related
Application number
JP2008189717A
Other languages
English (en)
Other versions
JP2010026916A (ja
Inventor
剛利 松村
Original Assignee
剛利 松村
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 剛利 松村 filed Critical 剛利 松村
Priority to JP2008189717A priority Critical patent/JP4363552B1/ja
Priority to PCT/JP2009/063022 priority patent/WO2010010861A1/ja
Application granted granted Critical
Publication of JP4363552B1 publication Critical patent/JP4363552B1/ja
Publication of JP2010026916A publication Critical patent/JP2010026916A/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Human Resources & Organizations (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Databases & Information Systems (AREA)
  • Economics (AREA)
  • General Engineering & Computer Science (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Processing Or Creating Images (AREA)

Abstract

【課題】思い出が記録されたデジタルデータを、人の記憶に即して分類・管理し、さらに思い出に関連する他の一般情報において、人の記憶に即してリンク・管理する方法を提供する。
【解決手段】思い出を記録しているデジタルデータと関連一般情報の管理方法であって、サーバー・システムの制御のもとでは、ユーザー、思い出、環境、時間の経過など様々な情報を基に、思い出デジタルデータの重み付け分類アルゴリズムおよび一般情報との重み付けリンク・アルゴリズムを通して、思い出デジタルデータとその関連一般情報とのリンクそれぞれに、思い出またはリンクそのものの大きさ、人の記憶に残存する鮮明さ、実際に人の心の中を占めている強度、を連結して格納する、これにより全ての思い出デジタルデータとその関連情報ごとに重み付けをして、人の心と記憶に即した思い出管理を実現し、クライアント・システムからの様々なタイプの照会・閲覧要求に応える。
【選択図】図０００１

Description

本発明は、人の持つ、あるいは持っていた思い出を記録するデジタルデータ（以下、思い出デジタルデータという）、および前記思い出デジタルデータに関連する他の一般情報デジタルデータ（以下、思い出リンクデータという）を管理するためのコンピュータ活用方法に関する。
従来の思い出デジタルデータの管理は、思い出に限らずデジタルデータ全般を扱う汎用的なデジタルデータ管理システム、または画像デジタルデータを中心とした思い出専用のデジタルデータ管理システムのいずれかの２形態に大別される。そして各々のシステムはスタンドアロン型とクライアント・サーバー型に分かれるが、本発明はスタンドアロン型とクライアント・サーバー型の違いには依存しないため、この点については割愛する。
汎用的なデジタルデータ管理システムの主な機能としては、思い出デジタルデータの管理システムへの登録・変更・削除、登録後の分類、印刷、および閲覧がある。思い出専用のデジタルデータ管理システムは、前記の機能に加えて、アルバム作成および自分史の作成などの付加価値機能を提供するシステムがある。アルバム作成機能では、思い出デジタルデータを時系列に分類し、タイトルやコメントを付加したり、画像の一部を加工・編集できる。自分史はさらに、自身の経歴や記念イベント、他の歴史的事柄などを追加しながら自分自身の歴史を残すことを目的としたものである。また、いずれのシステムにおいても、思い出デジタルデータは一様の重み付けで管理されており、思い出そのものの大きさや人の記憶・心への残存度合いが大切な要素となる思い出デジタルデータの管理としては最適ではなく、分類作業もユーザーが試行錯誤しながら自身にて行うこととなる。
特開２００８−３９５７３
以上の技術によれば、詳細は後述するが、「単一の重み付けでの思い出デジタルデータの管理による、使い勝手の悪さおよび非効率さ」、「その他一般情報のデジタルデータの単一の重み付け管理による、使い勝手の悪さおよび非効率さ」、および「思い出デジタルデータ管理システムと一般情報のデジタルデータ管理システムの非リンク（システム的に接続されていない）、による使い勝手の悪さと非効率さ」が存在する。一言で言うと、以上の技術では、人間に蓄積された思い出を、より人間らしく適切に保管・管理する技術およびシステムが存在していないのである。
図０８は、既存技術による典型的なシステム構成図の一例を示す。ユニットＵ０８０１は、思い出デジタルデータの管理システム内のサーバーであり、Ｕ０８０２はそこへ格納されている思い出デジタルデータである。これらデータとサーバーは社内ＬＡＮなどを経由して、インターネットなどの外部通信ネットワークＵ０８０３に接続されサービスを提供している。思い出デジタルデータのクライアントは、登録クライアントと照会クライアントに大別される。通信ネットワークＵ０８０３に接続された登録クライアントＵ０８０４にて、ユーザーは、デジタルカメラおよびビデオカメラにて撮影された思い出、またはスキャナーから読み込まれた思い出のデジタルデータを、管理システムのサーバーへ登録する。
この時、思い出を適切に分類して管理したいユーザーは、「ユーザーの知識＆見識に基づいたユーザーによる思い出データの分類作業」Ｕ０８０８が必要になる。例えば、深い思い出と浅い（平凡な）思い出、または古き良き思い出と最近の記憶が鮮明な思い出などを区別する方法は管理システムにて確立されていないため、ユーザー自身が都度分類をしなければならない。すなわち、既存技術には「単一の重み付けでの思い出デジタルデータの管理による、使い勝手の悪さおよび非効率さ」が存在するのである。前記「単一の重み付けでの思い出デジタルデータの管理」とは、保管管理されている各々の思い出デジタルデータが、その思い出の強さや大きさを表す情報を持っておらず、全てが同一レベルの思い出として管理されている事を指す。そのため従来の方法では効果的な検索・閲覧が困難となる。例えば、強い思い出の順に思い出データを抽出することは不可能であり、またユーザー自身の記憶が薄れている中で古き良き思い出を見つける場合、対象となるグループや検索キーワードが設定できないために、該当する情報を十分に絞りきれず、該当の思い出を見つけるまで全ての思い出デジタルデータを順番に探す、というように時間と手間がかかることにもなる。
通信ネットワークＵ０８０３に接続された照会クライアントＵ０８０５およびＵ０８０６にて、ユーザーは、思い出デジタルデータ管理システムに登録された思い出デジタルデータを照会することができる。しかし前記同様に、思い出を適切に切り分けて照会したいユーザーは、「ユーザーの知識＆見識に基づいたユーザーによる思い出データの分類作業」Ｕ０８０８を記憶しておき、それに即した検索をしなければならない。
また、登録した思い出デジタルデータのみならず他の関連情報もその思い出と一緒に管理したい場合や、アルバムや自分史を作成する場合など、撮影したデジタルデータに関連する他の情報を連結（以下、リンクともいう）して保管したいユーザーは、その他一般情報を格納する外部管理システム群Ｕ０８０７などにてリンクしたい情報を検索、抽出しなければならない。この時、一般情報を適切に抽出したいユーザーは、「ユーザーの知識＆見識に基づいたユーザーによる一般情報の抽出作業」Ｕ０８０９が必要になる。すなわち、既存技術には「思い出デジタルデータ管理システムと一般情報のデジタルデータ管理システムの非リンク（システム的に接続されていない）、による使い勝手の悪さと非効率さ」が存在するのである。前記「思い出デジタルデータ管理システムと一般情報のデジタルデータ管理システムの非リンク」とは、思い出の適切な分類時や、アルバム作成および自分史の作成作業時に必要となる、思い出に関連しているその他一般情報をユーザー自身が、思い出デジタルデータ管理システムとは異なる別システムによって情報収集し分析しなければならないという事を指す。例えば、アルバムや自分史内の追加コメント作成時に、その当時に起きていたニュースや宿泊していたホテルに関する情報を載せたい場合、インターネット上でのオンライン情報や場合によっては新聞や雑誌といったオフライン情報から、必要となる情報のための取捨選択およびコンテンツの抜き出しをしなければならず、操作性の面において手間と時間がかかる作業となる。これら思い出にリンクさせたい一般情報を見つけるシステムは、思い出デジタルデータ管理システムとはリンクしていない（繋がっていない）のである。
加えて、前記抽出した一般情報デジタルデータは、抽出しただけで終わりではなく、対象となる思い出デジタルデータに適切にリンクして保管する必要がある。この時、前記対象となる思い出デジタルデータの登録と前記一般情報デジタルデータの抽出後にユーザーは、「ユーザーの知識＆見識に基づいたユーザーによる思い出データと一般情報データのリンク作業」Ｕ０８１０が必要になる。すなわち既存技術には、「その他一般情報のデジタルデータの単一の重み付け管理による、使い勝手の悪さおよび非効率さ」が存在するのである。前記「その他一般情報のデジタルデータの単一の重み付け管理」とは、思い出そのものだけでなく、その思い出と併せて記憶に残されている、その他一般情報とその思い出の関連度について、その強さを表す情報を持っておらず、全てが同一レベルの関連度として管理されている事を指す。例えば、家族でオーストラリア旅行に出かけたときの写真とともに、現地で聞いた原住民の民族音楽、水不足に貢献していた日本企業のニュース、美味しかったマンゴー、などの情報も併せて保管したいとする。その時、これら情報は同一レベルではなく、重要度１としてマンゴー、２として民族音楽、３としてニュースという順に保管したいかもしれない。しかし、既存技術ではこういった機能は提供されておらずユーザー自身にて都度分類およびリンクをしなくてはならないのである。このことは、前記思い出に関連している一般情報に対する効果的な検索・閲覧も困難であることを示す。例えば、思い出と関連の強い一般情報を、関連度の強い順に抽出することが不可能となるのである。また、これら一般情報の保管時には、上層アプリケーションであるアルバム作成機能や自分史作成機能の中で、他の関連情報をユーザー自身にて追記したり、通常のデジタルデータのみの管理の中に例外的に盛り込んで保管する必要も生じる。
そこで本発明は、コンピュータ・システムの活用において、１）思い出デジタルデータにおいて、思い出の大きさや時間経過などによる記憶の色褪せを思い出の付属情報として連結することによる、実際の人の記憶に即した、さらには記憶を補完する思い出の重み付け分類および管理方法、２）思い出にリンクする一般情報デジタルデータにおいて、リンクの大きさや時間経過などによる記憶の薄れをそのリンクデータと連結することによる、実際の人の記憶に即した、あるいは記憶を補完する思い出リンクデータの重み付けリンクおよび管理方法、および、３）一般情報の収集システムと思い出デジタルデータ管理システムの物理的および論理的リンク、の３つを実現することを課題とする。ここで１）と２）は本発明の請求の範囲内であるが、３）一般情報の収集システムと思い出デジタルデータ管理システムの物理的および論理的リンクは、単に２つ以上の情報を連結したことにすぎないため、本発明の請求範囲外とするが、本発明の副次効果とも言えるため、本項そして後述の項に記載している。
以上の課題を解決するために、第一発明は、思い出を記録している思い出デジタルデータの管理方法であって、前記思い出デジタルデータはクライアント・システム側のユーザーとサーバー・システムの思い出デジタルデータ管理システムによって登録・保管され、クライアント・システム側の前記ユーザーまたは前記ユーザーに登録・許可された許可ユーザーによって照会されるものにおいて、当該方法は、前記サーバー・システムの制御のもとでは、前記思い出デジタルデータ登録・更新時、前記思い出デジタルデータに、思い出そのものの良し悪しと大きさを表す「思い出サイズ」と、人の記憶への残存の程度を表す「思い出鮮明度」と、ある時点において前記思い出が実際にその人にとっての大切さの程度を表す「思い出強度」を関連付けることで、各々の思い出デジタルデータごとに重み付けをして前記サーバー・システムに格納し、前記ユーザーまたは前記許可ユーザーは、前記重み付け、すなわち、前記「思い出サイズ」、前記「思い出鮮明度」、前記「思い出強度」ごと、あるいはそれらの組み合わせを条件として前記格納された思い出デジタルデータの照会・閲覧する、以上によって、前記思い出デジタルデータに前記重み付けをして管理することを特徴とする。
また、第二発明は、第一発明に記載の方法において、前記「思い出サイズ」は、前記ユーザー情報の登録時、または前記思い出デジタルデータ登録時に、前記思い出発生時の様々な状況情報（静的情報）、すなわち、照会対象である前記思い出デジタルデータ固有の情報、前記照会要求をしているユーザーまたは許可ユーザー固有の情報、および前記思い出の発生していた当時の場面・政治経済情勢・流行風潮などの環境情報、によって算出され初期設定されることを特徴とする。
また、第三発明は、第一発明または第二発明に記載の方法において、前記「思い出サイズ」および前記「思い出鮮明度」は、前記思い出デジタルデータ登録後の状況の変化・変遷に関する情報（動的情報）、すなわち、前記照会要求をしているユーザーまたは許可ユーザー固有情報の時系列での変化に関する情報、場面・政治経済情勢・流行風潮などの環境情報の時系列での変化に関する情報、前記ユーザーの行動に関する情報、および時間経過による記憶の衰退、によって適宜再計算され修正されることを特徴とする。
また、第四発明は、第二発明または第三発明に記載の方法において、前記照会要求をしているユーザーまたは許可ユーザー固有の情報、前記場面・政治経済情勢・流行風潮などの環境情報、前記ユーザーの行動に関する情報、前記「思い出サイズ」、前記「思い出鮮明度」、および前記「思い出強度」は、変更履歴を記録として残し、蓄積することを特徴とする。
また、第五発明は、思い出デジタルデータに含まれる思い出に関連する他の一般情報デジタルデータの管理方法であって、前記一般情報デジタルデータはクライアント・システム側のユーザーとサーバー・システムの思い出リンクデータ管理システムによって対象となる思い出デジタルデータに連結（以下、リンクという）・保管され、クライアント・システム側の前記ユーザーまたは前記ユーザーに登録・許可された許可ユーザーによって照会されるものにおいて、当該方法は、前記サーバー・システムの制御のもとでは、前記一般情報デジタルデータのリンクおよび更新時、前記リンクに、一般情報デジタルデータそのものの良し悪しと大きさを表す「リンク・サイズ」と、人の記憶への残存の程度を表す「リンク鮮明度」と、ある時点において前記一般情報デジタルデータの内容が実際にその人の思い出の中で占める程度を表す「リンク強度」を関連付けることで、各々の思い出にリンクされた一般情報デジタルデータごとに重み付けをして前記サーバー・システムに格納し、前記ユーザーまたは許可ユーザーは、前記重み付け、すなわち、前記「リンク・サイズ」、前記「リンク鮮明度」、前記「リンク強度」ごと、あるいはそれらの組み合わせを条件として前記格納された思い出リンクデータの照会・閲覧する、以上によって、前記思い出リンクデータに前記重み付けをして管理することを特徴とする。
また、第六発明は、第五発明に記載の方法において、前記「リンク・サイズ」は、前記ユーザー情報の登録時、または前記一般情報デジタルデータのリンク時に、前記思い出発生時の様々な状況情報（静的情報）、すなわち、照会対象である前記一般情報デジタルデータ固有の情報、前記照会要求をしているユーザーまたは許可ユーザー固有の情報、および前記思い出の発生していた当時の場面・政治経済情勢・流行風潮などの環境情報、によって算出され初期設定されることを特徴とする。
また、第七発明は、第五発明または第六発明に記載の方法において、前記「リンク・サイズ」および前記「リンク鮮明度」は、前記思い出デジタルデータ登録後の状況の変化・変遷に関する情報（動的情報）、すなわち、前記照会要求をしているユーザーまたは許可ユーザー固有情報の時系列での変化に関する情報、場面・政治経済情勢・流行風潮などの環境情報の時系列での変化に関する情報、前記ユーザーの行動に関する情報、および時間経過による記憶の衰退、によって適宜再計算され修正されることを特徴とする。
また、第八発明は、第六発明または第七発明に記載の方法において、前記照会要求をしているユーザーまたは許可ユーザー固有の情報、前記ユーザーの行動に関する情報、前記「リンク・サイズ」、前記「リンク鮮明度」、および前記「リンク強度」は、変更履歴を記録として残し、蓄積することを特徴とする。
第一発明によれば、ユーザーによる思い出デジタルデータ登録時に、思い出そのものの良し悪しと大きさを表す思い出サイズと、人の記憶に残存する思い出の鮮明さを表す思い出鮮明度と、思い出が実際に人の心の中を占めている程度を表す思い出強度を、前記思い出デジタルデータに連結することによって、各々の思い出デジタルデータごとに重み付けをしてサーバー・システムに格納することで、より効率的かつより人の記憶に近い形にて、思い出デジタルデータを管理できる。これにより、思い出そのものの大きさ、思い出の記憶にある鮮明さ、実際の人の心の中を占めている思い出の強さに応じて、より多様に思い出デジタルデータを照会することができる。例えば、思い出深い思い出デジタルデータを照会したい場合は高い思い出サイズを、古く記憶の曖昧な思い出デジタルデータを照会したい場合は低い思い出鮮明度を、ある時点で実際の人の心に相対的に強く残っている思い出デジタルデータを照会したい場合は高い思い出強度を条件に検索することで、簡単に照会することができる。もちろん、デジタルデータとして当時のまま保管されているため、人の記憶以上にそれらを色褪せること無く鮮明に閲覧することができる。同時に、様々なビジネス分野におけるサービス提供企業は、ユーザーの記憶や、思い出の大きさなどに合わせた商品およびサービスを効率的かつ効果的に提供することができる。例えば、ある年代の消費者の若い頃の大切な記念日に合わせた商品、サービス、またはディスカウント情報の紹介メールなど、思い出回帰的な商品・サービスの企画・立案・宣伝広告を、本発明から作り出されるデータを用いて商品・サービスとターゲット・ユーザーを絞ることで効率的かつ効果的に行うことができる。
第二発明によれば、登録済みのユーザー情報または思い出デジタルデータの様々な状況情報、すなわち、照会対象である思い出デジタルデータ固有の情報、照会要求をしているユーザーまたは許可ユーザー固有の情報、および思い出の発生していた当時の場面・政治経済情勢・流行風潮などの環境情報、によって、思い出デジタルデータの重み付け要素である思い出サイズが算出・初期設定されるので、ユーザーが都度それらを設定する必要がなく、ユーザーによる登録作業の手間と時間を削減できる。
第三発明によれば、思い出デジタルデータ登録後の状況の変化・変遷に関する情報、すなわち、照会要求をしているユーザーまたは許可ユーザー固有情報の時系列での変化に関する情報、場面・政治経済情勢・流行風潮などの環境情報の時系列での変化に関する情報、ユーザーの行動に関する情報、および時間経過による色褪せの変遷、によって、思い出デジタルデータの重み付け要素である思い出サイズ、思い出鮮明度、および思い出強度が再計算されるので、時とともに変化していく思い出の優先度や位置付けを、ユーザーが都度設定し直す必要がなく、ユーザーによる修正作業の手間と時間を削減できる。例えば、ユーザーの好みが変わり、過去には興味の無かった分野がある時を境に好きな分野になったとする。この場合、この好みの変化情報によって、その好みの分野に属する全ての思い出デジタルデータの思い出サイズと思い出強度はより高い値に変更される。また、人の記憶には古い思い出でも色褪せること無くいつまでも強い記憶として残っている大切な思い出が存在するが、その場合、同一あるいは同種の思い出デジタルデータをより多く参照されているという変化情報がその思い出デジタルデータの思い出サイズと思い出鮮明度と思い出強度をより高い値に修正する。また、時間の経過は全ての思い出デジタルデータの思い出鮮明度と思い出強度を低く変更していく。このように、状況や時間の経過に応じた変化を、ユーザーによる手作業を介さずに、より適切に思い出デジタルデータに反映させることができる。
第四発明によれば、照会要求をしているユーザーまたは許可ユーザー固有の情報、場面・政治経済情勢・流行風潮などの環境情報、ユーザーの行動に関する情報、思い出サイズ、思い出鮮明度、および思い出強度が変更履歴として蓄積されるので、過去の一時点での思い出デジタルデータや、ある思い出デジタルデータの時系列での変遷を照会することができる。これにより、例えば、ある家族のメンバーについて、ある過去の一時点から現在に至るまでの間の、本人にとって大切だった思い出の移り変わりや、そのメンバーの好みの変化を時系列に再生することができる。また、これらの履歴情報は、自分史や家族史の作成にも利用できる情報となる。ユーザーはアルバムや自分史・家族史の作成の時などに、思い出デジタルデータが時系列かつ重要度順に表示された状態で利用することも可能となる。すなわち、ユーザーの手作業による、情報収集および整理を行う手間と時間を削減することができる。同時に、様々なビジネス分野におけるサービス提供企業は、状況や時間の経過に合わせて変化していく人の思い出を反映した商品やサービスを、より効率的かつ効果的に提供することが可能となる。例えば、時間の遷移に関係なく永久に大切なままである思い出に絞った、商品やサービスを最適の見込み客に紹介することで、成約率を高めることができる。また、好みの変遷を先見し、それに合わせた複数の関連商品や連続商品（シリーズ商品など）を開発・提供することができる。さらに、時系列に変化する思い出強度と、他の情報（例えば、時代、場所、思い出の分野、被写体、撮影時の環境、年齢・家族構成など）の相関分析をすることで、思い出強度の持続期間を他の情報ごとに割り出し、それに見合った商品・サービスを提供することが可能となる。例えば、持続期間の長い分野の商品・サービスを優先的に開発する、あるいは、ある分野の商品における適切なライフサイクルを予測し、新商品投入までの期間計算やメンテナンスコストの算出を容易にする、などが挙げられる。
第五発明によれば、ユーザーによって、思い出に関連する一般情報デジタルデータが、対象となる思い出デジタルデータに関連付け（以下、関連付けをリンクといい、リンクされた一般情報デジタルデータを思い出リンクデータという）される時に、思い出リンクデータそのものの良し悪しと大きさを表すリンク・サイズと、人の記憶に残存するリンクの鮮明さを表すリンク鮮明度と、前記思い出リンクデータが実際に人の心の中を占めている程度を表すリンク強度を、前記思い出デジタルデータに連結し、各々の思い出リンクデータごとに重み付けをしてサーバー・システムに格納することで、より効率的かつより人の記憶に近い形にて、思い出リンクデータを管理できる。前記一般情報デジタルデータとは、人の思い出と関連付けすることが可能な事柄、例えば、ある思い出を体験していた時に聞いたニュース記事、食事をしたレストラン＆食事、その時に流行っていた映画・音楽など、がデジタル化されたデータを指す。第五発明により、思い出デジタルデータごとに、複数の思い出リンクデータをグループ化して保管・管理できるようになる。例えば、ユーザーは１つの思い出を照会することで、その思い出を体験した時に起きていた、あるいは流行っていた事柄（思い出リンクデータ）を同時に照会・閲覧することができ、思い出デジタルデータのみでなく、一般情報を含めた広範囲での思い出として保管・照会することが可能となる。さらに、思い出デジタルデータと一般情報デジタルデータの関連付けである、リンクの大きさ、リンクの鮮明さ、実際の人の心の中を占めている思い出リンクデータの強さに応じて、より多様に思い出リンクデータを照会することができる。これにより例えば、ユーザーは１つの思い出を照会した時に、リンク強度を用いて、その思い出への関連度合いの強い順に、その思い出を体験した時に起きていた、あるいは流行っていた事柄（思い出リンクデータ）を並べて閲覧することが可能となる。もちろん、デジタルデータとして当時のまま保管されているため、それらを色褪せること無く思い出すことができる。同時に、様々なビジネス分野におけるサービス提供企業は、ユーザーの持つ思い出そのものではなく、時間・場所などでリンクされた一般情報に関連する商品およびサービスを、ユーザーの記憶に合わせて効率的かつ効果的に提供することができる。例えば、全ての思い出デジタルデータに対するリンクのリンク・サイズが高い思い出リンクデータを抽出することで、思い出とより深い関連のある事柄に関する商品やサービスを提供することで、より適切かつより多くのユーザーをターゲットとした効率の良いビジネスを展開することが可能となる。
第六発明によれば、登録済みのユーザー情報または一般情報デジタルデータに関する状況情報、すなわち、照会対象である一般情報デジタルデータ固有の情報、照会要求をしているユーザーまたは許可ユーザー固有の情報、および思い出の発生していた当時の場面・政治経済情勢・流行風潮などの環境情報、によって、思い出リンクデータの重み付け要素の１つであるリンク・サイズが算出・初期設定されるので、ユーザーが都度リンク・サイズを設定する必要がなく、ユーザーによる登録作業の手間と時間を削減できる。
第七発明によれば、思い出デジタルデータ登録後の状況の変化・変遷に関する情報、すなわち、照会要求をしているユーザーまたは許可ユーザー固有情報の時系列での変化に関する情報、場面・政治経済情勢・流行風潮などの環境情報の時系列での変化に関する情報、ユーザーの行動に関する情報、および時間経過による色褪せの変遷、によって、思い出リンクデータの重み付け要素であるリンク・サイズ、リンク鮮明度、およびリンク強度が再計算されるので、時とともに変化していく思い出リンクデータの優先度や位置付けを、ユーザーが都度設定し直す必要がなく、ユーザーによる修正作業の手間と時間を削減できる。例えば、ユーザーの好みが変わり、過去には興味の無かった分野がある時を境に好きな分野になったとする。この場合、この好みの変化情報によって、その好みの分野に属する全ての思い出リンクデータのリンク・サイズとリンク強度はより高い値に変更される。また、人の記憶には世の中で起きた古い事柄でも色褪せること無くいつまでも強い記憶として残っている事柄が存在するが、その場合、同一あるいは同種の思い出リンクデータをより多く参照されているという変化情報がその思い出リンクデータのリンク・サイズとリンク鮮明度とリンク強度をより高い値に修正する。また、時間の経過は全ての思い出リンクデータのリンク鮮明度とリンク強度を低く変更していく。このように、状況や時間の経過に応じた変化を、ユーザーによる手作業を介さずに、より適切に思い出リンクデータに反映させることができる。
第八発明によれば、照会要求をしているユーザーまたは許可ユーザー固有の情報、ユーザーの行動に関する情報、思い出リンクデータのリンク・サイズ、リンク鮮明度、およびリンク強度が変更履歴として蓄積されるので、過去の一時点での思い出リンクデータや、ある思い出リンクデータの時系列での変遷を照会することができる。これにより、例えば、ある家族のメンバーについて、ある過去の一時点から現在に至るまでの間の、本人にとって大切だった思い出のみならず、その思い出にリンクしている一般情報デジタルデータの移り変わりを適切に時系列に再生することができる。また、これらの履歴情報は、自分史や家族史の作成にも利用できる情報となる。ユーザーはアルバムや自分史・家族史の作成の時などに、思い出に関連する一般情報デジタルデータが時系列かつ重要度順に適切に既にリンクされた状態で利用することも可能となる。すなわち、ユーザーの手作業による、また別システム利用による、思い出リンクデータの情報収集および整理を行う手間と時間を削減することができる。同時に、様々なビジネス分野におけるサービス提供企業は、状況や時間の経過に合わせて変化していく人の思い出に関連する一般情報を反映した商品やサービスを、より効率的かつ効果的に提供することが可能となる。例えば、あるユーザー層の好みの移り変わりに合わせた複数の関連商品や連続商品（シリーズ商品など）を開発・提供することができる。また、時系列に変化するリンク強度と、他の情報（例えば、時代、場所、思い出の分野、被写体、撮影時の環境、年齢・家族構成など）の相関分析をすることで、リンク強度の持続期間を他の情報ごとに割り出し、それに見合った商品・サービスを提供することが可能となる。例えば、持続期間の長い分野の商品・サービスを優先的に開発する、あるいは、ある分野の商品における適切なライフサイクルを予測し、新商品投入までの期間計算やメンテナンスコストの算出を容易にする、などが挙げられる。
第一発明から第四発明では、ユーザーが撮影・登録した思い出デジタルデータそのもののみが管理の対象となっていたが、これだけでは人の心や記憶に残されている思い出の全てを再現したことにはならない。そこで第五発明から第八発明では、思い出にリンクしている他の一般情報データ、さらには思い出デジタルデータと一般情報データ間のリンクの強さをも数値化・最適化することで、より人の記憶の状態や変化に合わせた広範囲な思い出のデータとして管理することが可能となる。
本発明の一実施形態について、「１．システム概略」、「２．データ・グループとデータ項目」、「３．システム・コンポーネント詳細」の順に分け以下に説明する。
始めに、「１．システム概略」について記述する。システム概略は、本発明を構成する、コンピュータ・システム、アプリケーション・システム、および発明のアイデア・概念を含むシステム全体像を記載する。
図０１は、一実施形態における思い出デジタルデータ管理システム全体の構成図である。思い出デジタルデータ管理システムは、サーバーＵ０１０１、ユーザーが登録した思い出デジタルデータが格納されるディスク装置Ｕ０１０２、そして本発明の核となる、思い出デジタルデータの重み付け分類アルゴリズムＵ０１０９と一般情報との重み付けリンク・アルゴリズムＵ０１１０と関連および付属情報などを含むデータベースＵ０１０３から構成される。これらはＬＡＮなどの内部ネットワークを経由して、外部通信ネットワークＵ０１０４に接続している。思い出デジタルデータ管理システムのユーザーは、登録クライアントと照会クライアントに大別される。登録クライアントでは、デジタルカメラ、ビデオカメラで撮影・録音されたデジタルデータ（映像、音声、テキストなど）、またはアナログカメラなどで撮影されたアナログデータ（写真など）をスキャンしてデジタル化したイメージ・データなどを、クライアント・コンピュータＵ０１０５を利用して、思い出デジタルデータ管理システムへアップロード登録できる。照会クライアントでは、クライアント・コンピュータＵ０１０６や通信ネットワークに接続できる携帯電話Ｕ０１０７などを通して、登録された思い出デジタルデータやそれらにリンク（関連付け）された一般情報デジタルデータを照会・閲覧できる。思い出デジタルデータは、登録時に、思い出デジタルデータ管理システムに装備されている思い出デジタルデータの重み付け分類アルゴリズムＵ０１０９によって、適切に分類され、データベースＵ０１０３へ格納される。一般情報デジタルデータは、外部の管理システム群Ｕ０１０８から定期的に取得され、思い出デジタルデータ管理システムに装備されている一般情報との重み付けリンク・アルゴリズムＵ０１１０によって、思い出デジタルデータに適切にリンクされる。
図０２は、思い出デジタルデータ管理システムのコンポーネント構成図である。本システムは、クライアントＵ０２０１と思い出デジタルデータ管理サーバーＵ０２０２から成るが、当業者ならば理解されるように、コンピュータ・ハードウェアとしては、必ずしもクライアントとサーバーが２つに分かれている必要はなく、１つのハードウェア上にクライアントのソフトウェア・コンポーネントとサーバーのソフトウェア・コンポーネントが搭載されていても良い。クライアントＵ０２０１には、思い出デジタルデータを登録・照会するためのＷｅｂブラウザＵ０２０３と、登録前の思い出デジタルデータＵ０２０４がある。Ｗｅｂブラウザは一般的に利用されているＩｎｔｅｒｎｅｔＥｘｐｌｏｒｅｒやＦｉｒｅＦｏｘ、携帯電話用ブラウザなどで良い。思い出デジタルデータ管理サーバーＵ０２０２には、システムのベースとなるサーバー・システム群Ｕ０２０５、アプリケーション・システム群Ｕ０２０６、クライアントに送信されるＷｅｂページ群Ｕ０２０７、および思い出デジタルデータと一般情報デジタルデータの格納庫Ｕ０２０８から構成される。さらに、サーバー・システム群Ｕ０２０５は、Ｗｅｂサーバー、アプリケーション・サーバー、およびデータベース・サーバーから成るが、全て既製製品で良い。アプリケーション・システム群Ｕ０２０６は、ユーザー・ログイン・システム、ユーザー登録システム、家系データ管理システム、思い出デジタルデータ管理システム、一般情報デジタルデータ・リンク・システム、デジタルデータ照会・閲覧システム、および時間経過による情報自動更新システムから成る。これらアプリケーション・システムの詳細は後述する「３．システム・コンポーネント詳細」の項で説明する。思い出デジタルデータと一般情報デジタルデータの格納庫Ｕ０２０８は、思い出デジタルデータの重み付け分類アルゴリズム、一般情報デジタルデータの重み付けリンク・アルゴリズム、およびデータベースから成る。前記２つのアルゴリズムのロジック概要は、図０３〜図０６を参照して後述する。またその詳細実装は、後述する「３．システム・コンポーネント詳細」の項で説明する。データベースは、大別すると、実際のコンテンツとしての思い出デジタルデータと一般情報デジタルデータ、そしてユーザー・家系データ、分野・環境データ、および好感度・重要度・参照頻度データなどの付属情報データから成る。データ・グループ（関連データベースの場合の表という概念）と個々のデータ項目の詳細は、「２．データ・グループとデータ項目」の項で後述する。
以下に、思い出デジタルデータの重み付け分類アルゴリズムを説明する。このアルゴリズムは、人の記憶を模した思い出デジタルデータのコンピュータ管理の一手法、とも言い換えることができる。人の抱いている思い出には強弱がある。楽しい思い出や記念日に関する思い出など、より印象に深く残り忘れがたいものは強く、平凡なものほど弱い思い出となる。例えば、ある人にとって、自身の昨年に行われた誕生パーティーよりも、家族と見物に行ったシドニーオリンピックの方が強く大切な思い出かもしれない。思い出１つ１つの強さは同じではないのである。本発明ではこの強さを、思い出強度、と表現し、一実施形態ではその強弱を１００分率で表す。この思い出強度を、より実際の人の心に残る思い出に近い形、あるいはそれ以上に便利な形で表現するために、思い出サイズ、思い出鮮明度という２つのデータ要素に分解して表現する。思い出サイズは、思い出自体の大きさや大切さを数値で表し、一実施形態ではその度数を、−１００％〜＋１００％の範囲での１００分率で表す。思い出サイズは、時間の経過とともに衰退する記憶力とは関係が無く、思い出そのものが持つ大きさを表す。１００％に近い程、その人にとって大きいまたは大切な思い出であることを示し、０％に近い程、その人にとって小さい思い出（関心度が低いなど）であることを示す。また、思い出サイズは負（マイナス）の値も持つ。思い出のイメージがプラス（ポジティブ）の場合は０〜＋１００％、イメージがマイナス（ネガティブ）の場合は−１００％〜０までの値を持つ。楽しかったり記念日に関することなどポジティブ・イメージの思い出はプラス、辛かったり苦しかったりしたことなどネガティブ・イメージの思い出はマイナスの値となる。思い出鮮明度は、思い出を体験した日または後に思い出を回想した日からの経過日数に応じて低下していく、思い出が人の記憶に残る鮮明さ（残存度合い）を数値で表し、一実施形態ではその度数を０〜１００％の１００分率で表す。思い出鮮明度は、思い出そのものの大きさである思い出サイズとは独立した数値である。つまり、その思い出が大きかろうが、小さかろうが、その思い出の記憶の中での明確さや鮮明さを表したものである。思い出が体験されたまたは発生した日や思い出を回想した日ではその思い出が最も鮮明に残っているとしてその日を１００％とし、時間の経過とともに０％に向かって低下していく数値になる。そして、思い出強度は、ある時点においてその思い出が実際に人の心の中を占めている程度を、その人にとっての思い出の大きさと、記憶に残っている鮮明さの関数として表現する。一実施形態では、（思い出強度）＝（思い出サイズ）＊（思い出鮮明度）という式で表現するが、本発明では、思い出サイズがプラスであれば思い出強度もプラスになり、思い出サイズがマイナスであれば思い出強度もマイナスになり、かつ、思い出サイズまたは思い出鮮明度が高くなれば思い出強度も高くなり、思い出サイズまたは思い出鮮明度が低くなれば思い出強度も低くなる関数であればどのような関数でも良い。まとめると、思い出強度は実際の人の心に残る思い出の強さを表した数値を模しており、それは、思い出そのものの規模を数値化した思い出サイズと、記憶の鮮明さを数値化した思い出鮮明度の組み合わせによって表現されていることを基本概念としている。
先に記載したが思い出サイズは人の記憶の忘却とは関係なく、思い出そのものの大きさを数値化したものである。この思い出サイズというデータ項目を用いることで、思い出を色褪せることなく当初の思い出の大きさのまま保管することが可能となる。そのため、この思い出サイズを使った思い出データを検索・閲覧することにより、人の記憶に強く残っている思い出だけでなく、大切ではあるが記憶が薄れてきて思い出しにくい思い出をも簡単にしかも不足なく思い出すことが可能となる。
図０３は、前記の思い出デジタルデータの重み付け分類、を実現するための前記の３つの指標、思い出サイズ、思い出鮮明度、思い出強度の解説図である。縦軸Ｕ０３０１が思い出サイズ、横軸Ｕ０３０２が思い出鮮明度である。つまり、上に行けば行くほど思い出サイズが高くなり、右に行けば行くほど思い出鮮明度が高くなることになる。例を挙げると、二点破線Ｕ０３０４の内側の領域は大きい良い思い出、二点破線Ｕ０３０５の内側の領域は小さい良い思い出、二点破線Ｕ０３０６の内側の領域は小さい辛い思い出、二点破線Ｕ０３０７の内側の領域は大きい辛い思い出、一点破線Ｕ０３０８の内側の領域は記憶の鮮明な思い出、一点破線Ｕ０３０９の内側の領域は記憶の曖昧な思い出、を表している。更に例を挙げると、高い思い出サイズかつ低い思い出鮮明度である斜線領域内Ｕ０３１０は、古き良き思い出を示している。加えて、破線の軸Ｕ０３０３は、思い出強度の指標軸である。思い出サイズが高い場合や思い出鮮明度が高い場合は、思い出強度も高くなり、その時点で人の心により強く残っている思い出であることを示す。この結果、思い出サイズ、思い出鮮明度、思い出強度という指標を使い分けることで、思い出を様々な観点で重み付けをして管理することができる。以上は第一発明（請求項１）に該当する。
図０４は、前記３つの指標である、思い出サイズ、思い出鮮明度、および思い出強度と、それらに影響を与えるその他の情報の関連図である。思い出属性データ・データ群Ｕ０４０１には、思い出サイズ、思い出鮮明度、および思い出強度が含まれており、先に述べたように、思い出サイズと思い出鮮明度から思い出強度が算出される。さらに、思い出サイズと思い出鮮明度は、思い出デジタルデータ固有の情報Ｕ０４０２、ユーザー固有の情報Ｕ０４０３、環境情報Ｕ０４０４、ユーザーの行動Ｕ０４０５、および時間の経過Ｕ０４０６、の５つの情報群から算出される。思い出デジタルデータ固有の情報Ｕ０４０２は、思い出デジタルデータ固有の情報であり、思い出デジタルデータの被写体リスト、参加者リスト、思い出デジタルデータの分野などが含まれる。例えば、その思い出デジタルデータの、大切な家族のメンバーが被写体である場合や、その思い出が重要な分野に属している場合、その思い出サイズは高くなる、というように影響される。ユーザー固有の情報Ｕ０４０３は、ユーザー毎の固有情報であり、そのユーザーの分野別の好み、年齢や性別、家族構成などが含まれる。例えば、対象となる思い出がそのユーザーにとって好きな分野である場合や、そのユーザーがその思い出の場所・風景を好む年齢・性別である場合や、そのユーザーが親であり思い出デジタルデータが子供の誕生日に関するものの場合に、その思い出サイズは高くなる、というように影響される。環境情報Ｕ０４０４は、その思い出デジタルデータが撮影された時の周りの情報、つまり、場面、政治経済情勢、流行・風潮など、が含まれる。例えば、その思い出が親友の結婚式で撮影されたものである場合や、その思い出が当時流行っていた事柄に関する描写である場合に、その思い出サイズは高くなる、というように影響される。ユーザーの行動Ｕ０４０５は、思い出デジタルデータ撮影後のユーザーの行動・変化の情報であり、ユーザーによる同種分野の思い出デジタルデータの登録回数や参照回数・頻度などが含まれる。例えば、同一または同じ分野の思い出デジタルデータが参照される回数が増えるに連れて、その思い出サイズや思い出鮮明度もそれに合わせて高くなっていく、というように反映される。時間の経過Ｕ０４０６は、時間の経過に関する情報であり、思い出デジタルデータの登録後経過日数や、最終参照後の経過日数などが含まれる。例えば、その思い出デジタルデータの登録または最終の参照後の経過日数が過ぎるにつれて、その思い出鮮明度が小さくなっていく、というように反映される。一実施形態では、思い出サイズは、ユーザーによって設定・変更できる方向・深度と、思い出デジタルデータ固有の情報、ユーザー固有の情報、環境情報から算出される好感度を下位の構成要素として持つ。同様に、思い出鮮明度は、思い出デジタルデータ固有の情報、ユーザー固有の情報、環境情報から算出される減衰率を下位の構成要素として持つ。これら各種情報と算出方法の詳細については、「３．システム・コンポーネント詳細」にて後述する。
思い出デジタルデータ固有の情報Ｕ０４０２と、ユーザー固有の情報Ｕ０４０３と、環境情報Ｕ０４０４が含まれる情報群Ｃ０４０１は、ユーザー登録時または思い出デジタルデータ登録時に静的情報（基本的には変更されない値）として設定されている情報が含まれており、これらをもとに思い出サイズの初期値が設定される。この初期設定の仕組みは第二発明（請求項２）に該当する。それに対して、ユーザー固有の情報Ｕ０４０３の変化情報と、環境情報Ｕ０４０４の変化情報と、ユーザーの行動Ｕ０４０５と、時間の経過Ｕ０４０６が含まれる情報群Ｃ０４０２は、ユーザー好みの変化、環境の変化、ユーザーの行動、および時間の経過によって刻々と変化していく動的情報が含まれており、その変化の度に、逐次フィードバックされて、思い出サイズ、思い出鮮明度、および思い出強度が再計算される。このフィードバックの仕組みは第三発明（請求項３）に該当する。
加えて、ユーザー固有の情報Ｕ０４０３と、環境情報Ｕ０４０４と、思い出属性データ・データ群Ｕ０４０１に含まれる、方向、深度、好感度、減衰率、思い出サイズ、思い出鮮明度、および思い出強度は、更新される都度、情報が破棄されずに蓄積され、履歴管理される。効果については先に述べたように、例えば、ある家族のメンバーについて、ある過去の一時点から現在に至るまでの間の、本人にとって大切だった思い出の移り変わりや、そのメンバーの好みの変化を時系列に再生することができる、などがある。この履歴管理の仕組みは第四発明（請求項４）に該当する。
この各要素の関連または階層構造は、一実施形態であり、思い出属性データ・データ群Ｕ０４０１に含まれる思い出サイズ、思い出鮮明度、および思い出強度の下位要素として説明した、方向、深度、好感度、減衰率、さらには、思い出デジタルデータ固有の情報Ｕ０４０２、ユーザー固有の情報Ｕ０４０３、環境情報Ｕ０４０４、ユーザーの行動Ｕ０４０５、および時間の経過Ｕ０４０６、いずれの９つの情報群とも、思い出サイズ、思い出鮮明度、思い出強度と同列へ並べて思い出の重み付けを表現することも可能である。つまり、図０４で説明した前記３つの指標軸による表現のみならず、方向、深度、好感度、減衰率、思い出デジタルデータ固有の情報、ユーザー固有の情報、環境情報、ユーザーの行動、および時間の経過、など前記９つの情報群が指標軸として加わった４軸以上を指標とした表現も可能である。
思い出デジタルデータの重み付け分類アルゴリズムに続いて、以下に、本発明の核となる、一般情報デジタルデータの重み付けリンク・アルゴリズムを説明する。このアルゴリズムは、人の記憶を模した思い出リンクデータ（思い出にリンクしている一般情報デジタルデータ）の管理の一手法、とも言い換えることができる。人の心には、カメラなどで撮影した思い出デジタルデータそのものだけでなく、その時その場所にて起きていた、または流行っていた事柄・ニュースなども、大切な思い出の構成要素の１つとして残っている。さらに、これらの事柄は、人の心の中では対象となる思い出に絶妙にリンクされ（結び付けられ）ており、これらリンクの強さも一様ではなく強弱が存在するのである。例えば先に挙げたオリンピックの例があるが、シドニーオリンピックで撮影した写真は、あるユーザーの思い出デジタルデータであるが、それと同時に、１．地理としてのシドニーは素晴らしい景観であった事、２．オリンピックの競技結果ニュースに家族と一喜一憂した事、３．金メダルの多かった柔道というスポーツは感動するに値した事、４．ＴＶで流れていたシドニーオリンピックのテーマソングは聞くたびにオリンピックの感動を思い出させる程耳に残った事、といった４つの思い出リンクデータがその写真にリンクされているかもしれない。しかしこれら4つの思い出リンクデータは同一の強さで心に残っているのではない。ある人にとっては、１，２，３，４の順の強さで印象に残っているかもしれないが、他の人にとっては２，３，１，４の順の強さで印象に残っているかもしれない。それらを数値化して記録するのがこの手法である。本発明ではこの強さを、リンク強度、と表現し、一実施形態ではその強弱を１００分率で表す。このリンク強度を、より実際の人の心に残る思い出とそのリンク情報に近い形で表現するために、思い出デジタルデータに対する一般情報デジタルデータのリンクとしての、リンク・サイズ、リンク鮮明度という２つのデータ要素に分解して表現する。リンク・サイズは、思い出デジタルデータに対するリンクの大きさや規模を数値で表し、一実施形態ではその度数を、−１００％〜＋１００％の範囲での１００分率で表す。リンク・サイズは、時間の経過とともに衰退する記憶力とは関係が無く、思い出デジタルデータに対する一般情報デジタルデータの思いの大きさの割合を表す。１００％に近い程、その人にとって関連度の深い一般情報であったことを示し、０％に近い程、その人にとって関連度の低い一般情報であったことを示す。また、リンク・サイズは負（マイナス）の値も持つ。思い出リンクデータのイメージがプラス（ポジティブ）の場合は０〜＋１００％、イメージがマイナス（ネガティブ）の場合は−１００％〜０までの値を持つ。その思い出リンクデータが良いまたは楽しい印象の場合はプラス、辛いまたは苦しい印象の場合はマイナスの値となる。リンク鮮明度は、思い出を体験した日または後に思い出を回想した日からの経過日数に応じて低下していく、リンクの鮮明さ（残存度合い）を数値で表し、時間の経過や思い出の記憶の衰退とともにリンクも薄れていくことを表現するためであり、一実施形態ではその度数を０〜１００％の１００分率で表す。リンク鮮明度は、リンクそのものの大きさであるリンク・サイズとは独立した数値である。思い出が体験されたまたは発生した日や思い出を回想した日ではそのリンクされた一般情報が最も鮮明に残っているとしてその日を１００％とし、時間の経過とともに０％に向かって低下していく数値になる。そして、リンク強度は、ある時点においてそのリンクが実際に人の心の中を占めている程度を、その人にとっての思い出リンクデータの大きさと、記憶に残っている鮮明さの関数として表現する。一実施形態では、（リンク強度）＝（リンク・サイズ）＊（リンク鮮明度）という式で表現するが、本発明では、リンク・サイズがプラスであればリンク強度もプラスになり、リンク・サイズがマイナスであればリンク強度もマイナスになり、かつ、リンク・サイズまたはリンク鮮明度が高くなればリンク強度も高くなり、リンク・サイズまたはリンク鮮明度が低くなればリンク強度も低くなる関数であればどのような関数でも良い。まとめると、リンク強度は実際の人の心に残るリンクの強さを表した数値を模しており、それは、リンクそのものの規模を数値化したリンク・サイズと、記憶の鮮明さを数値化したリンク鮮明度の組み合わせによって表現されていることを基本概念としている。
先に記載したがリンク・サイズは人の記憶の忘却とは関係なく、リンクそのものの大きさを数値化したものである。このリンク・サイズというデータ項目を用いることで、思い出リンクデータを色褪せることなく当初のリンクの大きさのまま保管することが可能となる。そのため、このリンク・サイズを使った思い出リンクデータを検索・閲覧することにより、人の記憶に強く残っている思い出リンクデータだけでなく、大切ではあるが思い出しにくい思い出リンクデータを簡単にしかも不足なく思い出すことが可能となる。
図０５は、前記の一般情報デジタルデータとの重み付けリンク、を実現するための前記の３つの指標、リンク・サイズ、リンク鮮明度、リンク強度の解説図である。縦軸Ｕ０５０１がリンク・サイズ、横軸Ｕ０５０２がリンク鮮明度である。つまり、上に行けば行くほどリンク・サイズが高くなり、右に行けば行くほどリンク鮮明度が高くなることになる。例を挙げると、二点破線Ｕ０５０４の内側の領域は大きい良い思い出リンクデータ、二点破線Ｕ０５０５の内側の領域は小さい良い思い出リンクデータ、二点破線Ｕ０５０６の内側の領域は小さい辛い思い出リンクデータ、二点破線Ｕ０５０７の内側の領域は大きい辛い思い出リンクデータ、一点破線Ｕ０５０８の内側の領域は記憶の鮮明な思い出リンクデータ、一点破線Ｕ０５０９の内側の領域は記憶の曖昧な思い出リンクデータ、を表している。更に例を挙げると、高いリンク・サイズかつ低いリンク鮮明度である斜線領域内Ｕ０５１０は、古き良き思い出リンクデータを示している。加えて、破線の軸Ｕ０５０３は、リンク強度の指標軸である。リンク・サイズが高い場合やリンク鮮明度が高い場合は、リンク強度も高くなり、その時点で人の心により強く残っている思い出リンクデータであることを示す。この結果、リンク・サイズ、リンク鮮明度、リンク強度という指標を使い分けることで、思い出リンクデータを様々な点で重み付けをして対象となる思い出デジタルデータにリンクおよび管理することができる。以上は第五発明（請求項５）に該当する。
図０６は、前記３つの指標である、リンク・サイズ、リンク鮮明度、およびリンク強度と、それらに影響を与えるその他の情報の関連図である。思い出リンクデータ・データ群Ｕ０６０１には、リンク・サイズ、リンク鮮明度、リンク強度が含まれており、先に述べたように、リンク・サイズとリンク鮮明度からリンク強度が算出される。さらに、リンク・サイズとリンク鮮明度は、一般情報デジタルデータ固有の情報Ｕ０６０２、ユーザー固有の情報Ｕ０６０３、環境情報Ｕ０６０４、ユーザーの行動Ｕ０６０５、および時間の経過Ｕ０６０６、の５つの情報群から算出される。一般情報デジタルデータ固有の情報Ｕ０６０２は、一般情報デジタルデータ固有の情報であり、一般情報デジタルデータの発生または関連していた場所・地域、日時、世間での認知度、および分類される分野などが含まれる。例えば、その一般情報の発生または関連していた場所・地域および日時が、リンクしている思い出と同じである場合や、その一般情報の世間での認知度が高く広く知れ渡っている場合、そのリンク・サイズは高くなる、というように影響される。ユーザー固有の情報Ｕ０６０３は、ユーザー毎の固有情報であり、そのユーザーの分野別の好み、年齢や性別、居住地域などが含まれる。例えば、対象となる一般情報が、そのユーザーにとって好きな分野である場合や、そのユーザーの年齢層や性別に好まれる場合や、そのユーザーの居住地域に深い関連がある場合、その深度は高くなる、というように影響される。環境情報Ｕ０６０４は、その一般情報デジタルデータがリンクしている思い出デジタルデータが撮影された時の周りの情報、つまり、場面、政治経済情勢、流行・風潮など、が含まれる。例えば、その思い出にリンクしている一般情報がその当時の世界規模での政治経済の変化に深く関連している場合や、その一般情報が当時流行っていた事柄に関する描写である場合に、そのリンク・サイズは高くなる、というように影響される。ユーザーの行動Ｕ０６０５は、思い出デジタルデータ撮影後のユーザーの行動・変化の情報であり、ユーザーによる同種分野の思い出リンクデータの参照回数・頻度などが含まれる。例えば、同一または同じ分野の思い出リンクデータが参照される回数が増えるに連れて、そのリンク・サイズやリンク鮮明度もそれに合わせて高くなっていく、というように反映される。時間の経過Ｕ０６０６は、時間の経過に関する情報であり、思い出デジタルデータの登録後経過日数や、最終リンク参照後の経過日数などが含まれる。例えば、その思い出デジタルデータの登録または最終のリンク参照後の経過日数が過ぎるにつれて、そのリンク鮮明度が小さくなっていく、というように反映される。一実施形態では、リンク・サイズは、ユーザーによって設定・変更できる方向・深度と、一般情報デジタルデータ固有の情報、ユーザー固有の情報、環境情報から算出される好感度を下位の構成要素として持つ。同様に、思い出鮮明度は、一般情報デジタルデータ固有の情報、ユーザー固有の情報、環境情報から算出される減衰率を下位の構成要素として持つ。これら各種情報と算出方法の詳細については、「３．システム・コンポーネント詳細」にて後述する。
一般情報デジタルデータ固有の情報Ｕ０６０２と、ユーザー固有の情報Ｕ０６０３と、環境情報Ｕ０６０４が含まれる情報群Ｃ０６０１は、ユーザー登録時または一般情報デジタルデータ登録時に静的情報（基本的には変更されない値）として設定されている情報が含まれており、これらをもとにリンク・サイズの初期値が設定される。この初期設定の仕組みは第六発明（請求項６）に該当する。それに対して、ユーザー固有の情報Ｕ０６０３の変化情報と、環境情報Ｕ０６０４の変化情報と、ユーザーの行動Ｕ０６０５と、時間の経過Ｕ０６０６が含まれる情報群Ｃ０６０２は、ユーザー好みの変化、環境の変化、ユーザーの行動、および時間の経過によって刻々と変化していく動的情報が含まれており、その変化の度に、逐次フィードバックされて、リンク・サイズ、リンク鮮明度、およびリンク強度が再計算される。このフィードバックの仕組みは第七発明（請求項７）に該当する。
加えて、ユーザー固有の情報Ｕ０６０３と、環境情報Ｕ０６０４と、思い出リンクデータ・データ群Ｕ０６０１に含まれる、方向、深度、好感度、減衰率、リンク・サイズ、リンク鮮明度、およびリンク強度は、更新される都度、情報が破棄されずに蓄積され、履歴管理される。効果については先に述べたように、例えば、ある家族のメンバーについて、ある過去の一時点から現在に至るまでの間の、本人にとって大切だった思い出とそれにリンクしている一般情報の移り変わりを時系列に再生することができる、などがある。この履歴管理の仕組みが、第八発明（請求項８）に該当する。
この各要素の関連または階層構造は、一実施形態であり、思い出リンクデータ・データ群Ｕ０６０１に含まれるリンク・サイズ、リンク鮮明度、およびリンク強度の下位要素として説明した、方向、深度、好感度、減衰率、さらには、一般情報デジタルデータ固有の情報Ｕ０６０２、ユーザー固有の情報Ｕ０６０３、環境情報Ｕ０６０４、ユーザーの行動Ｕ０６０５、および時間の経過Ｕ０６０６、いずれの９つの情報群とも、リンク・サイズ、リンク鮮明度、リンク強度と同列へ並べてリンクの重み付けを表現することも可能である。つまり、図０５で説明した前記３つの指標軸による表現のみならず、方向、深度、好感度、減衰率、一般情報デジタルデータ固有の情報、ユーザー固有の情報、環境情報、ユーザーの行動、および時間の経過、など前記９つの情報群が指標軸として加わった４軸以上を指標とした表現も可能である。
次に、システムのデータ基盤となる、「２．データ・グループとデータ項目」を説明する。本発明を最も有効的に活用するために関係データベースを採用し、そこに含むべき表およびデータ項目を図０７に示す。この図はＥＲ図によって記載されるが、ＥＲ図とはデータ間の関連によってデータ構造をモデル化する標準化された汎用的な表記手法の１つである。本開発は、必ずしも関係データベースが必要ではなく、同等の機能を有する管理手法であれば実現可能である。以下、表およびデータ項目について記載する。
思い出デジタルデータは、主に、デジタルカメラ・ビデオカメラなどで撮影された思い出となるデジタルデータ、および思い出となる音声デジタルデータを指すが、場合によっては、アナログカメラなどで撮影されたアナログデータをスキャンしてデジタル化されたデータや、メール、テキストなど他のデータタイプも含まれる。以下に主なデータ要素と説明を対にして列挙する。
思い出デジタルデータＩＤ：これは思い出デジタルデータを一意に特定できる識別子である。
タイトル：これはデータの名称や呼称である。ユーザーが自由に設定可能である。
コンテンツ：これは思い出となるデジタルデータ本体であり、画像、音声、またはテキストなどのデジタルデータである。
サムネイル：これはコンテンツのデータの縮小されたデータである。
撮影日時：これは思い出デジタルデータが撮影された日時である。
撮影場所：これは思い出デジタルデータが撮影された場所である。
被写体ユーザーリスト：これは人として被写体がある場合のみ存在する被写体ユーザーＩＤのリストである。
参加ユーザーリスト：これは撮影時に共に思い出を共有していたユーザーＩＤのリストである。
分野ＩＤ：これは思い出デジタルデータが分類される分野・種類を示すＩＤである。
環境ＩＤ：これは撮影時の環境を示すＩＤである。
思い出属性データは、ユーザーごとの思い出デジタルデータに対する属性データである。作成日時と削除日時項目にて履歴管理される。以下に主なデータ要素と説明を対にして列挙する。
思い出デジタルデータＩＤ：これは属性の対象となる思い出デジタルデータＩＤである。
ユーザーＩＤ：これは思い出に対して属性を持つユーザーＩＤである。ユーザーごとに属性が異なる事を表現するために必要な識別子。
作成日時：これはユーザーによって思い出が新規登録または参照された日時である。
削除日時：初めに本データが登録された時は、日時値は割り当てられない。その後、同一ユーザーにて同一対象思い出デジタルデータが新たに参照された場合に、旧データとして履歴を残すために、その参照日時が割り当てられる。
方向：これはユーザー設定可能な、思い出の印象の良し悪しを表現するデータである。良いまたは楽しい思い出の場合は＋１、苦いまたは辛い思い出の場合は−１になる。思い出サイズ値算出に使用される。
深度：これはユーザー設定可能な、ユーザーから見た思い出の大きさ・深さを表現する度数である。思い出サイズ値算出に使用される。
好感度：これは思い出の方向と深度を合わせ持つデータ項目であり、環境、分野、家系データなどから算出される思い出に対する好感度を表現するデータ項目である。思い出サイズ値算出に使用される。
減衰率：これは人の記憶が時間の経過とともに薄れていく率を表すデータ項目である。思い出鮮明度値算出に使用される。
参照日時：これは思い出デジタルデータが最後に参照された日時である。思い出鮮明度値算出に使用される。
参照回数：これは対象思い出デジタルデータを参照した回数である。
参照比率：これはユーザーの全参照回数における、対象思い出デジタルデータの参照回数の比率である。思い出サイズ値算出に使用される。
思い出サイズ：これはユーザーの持つ全思い出デジタルデータの中での、対象思い出の大きさを表現する度数である。思い出強度値算出に使用される。
思い出鮮明度：これはユーザーの記憶に残っている思い出の鮮明さの度数である。思い出強度値算出に使用される。
思い出強度：これはユーザーの心の中を占めている思い出の総合的な強度を表すデータ項目である。
一般情報デジタルデータは、思い出デジタルデータと一緒に人の心や記憶の中に思い出の一部として残り得る、その他一般の情報をデジタル化し蓄積されたデータ候補のことである。例えば、ニュース、芸術、映画、書籍、音楽、歴史、芸能、趣味、食べ物、レストラン、ホテル、旅行、地域・国、政治、経済、スポーツなど。以下に主なデータ要素と説明を対にして列挙する。
一般情報デジタルデータＩＤ：これは一般情報デジタルデータを一意に特定できる識別子である。
タイトル：これはデータの名称や呼称である。
コンテンツ：これは一般情報デジタルデータ本体であり、画像、音声、またはテキストなどのデジタルデータである。
サムネイル：これはコンテンツのデータの縮小されたデータである。
開始日時：これは一般情報デジタルデータの事柄あるいは流行が始まった日時である。
終了日時：これは一般情報デジタルデータの事柄あるいは流行が終わった日時である。
発生国：これは一般情報デジタルデータの事柄の発生あるいは流行した国である。
発生詳細住所：これは一般情報デジタルデータの事柄の発生あるいは流行した住所の詳細である。
認知度：これは世間でのその事柄の認知度である。
分野ＩＤ：これは一般情報デジタルデータが分類される分野・種類を示すＩＤである。
環境ＩＤ：これは一般情報デジタルデータの発生していた当時の環境を示すＩＤである。
思い出リンクデータとは、思い出デジタルデータに対してリンク（関連付け）されている一般情報デジタルデータを指す論理データ群の総称である。１つ１つの思い出リンクデータは、物理的にはそれぞれの一般情報デジタルデータと同一である。１つの思い出は、複数の一般情報が組み合わされて人の心・記憶に残っている。それ故、１つの思い出デジタルデータに対しては複数の一般情報デジタルデータがリンクされる可能性があり、ここではリンクされた一般情報デジタルデータの事を思い出リンクデータと定義する。例えば、シドニーオリンピックで撮影した写真は、あるユーザーの思い出デジタルデータであるが、１．地理としてのシドニー、２．オリンピックの競技結果ニュース、３．日本人の金メダルの多かった柔道というスポーツ、４．ＴＶで流れていたシドニーオリンピックのテーマソング、といった４つの思い出リンクデータが思い出の１要素としてリンクされる可能性がある。一方で、一つの一般情報デジタルデータは複数の思い出デジタルデータの思い出リンクデータとしてリンクされる可能性もある。例えば、シドニーという地理データは、シドニーに関する思い出デジタルデータを持つ複数以上のユーザー、例えば、シドニーオリンピックを思い出として持つユーザーからや、カンガルーを思い出として持つユーザーからもリンクされる可能性があるのである。
思い出リンクデータは、思い出デジタルデータと一般情報デジタルデータの間のリンクに関するデータである。作成日時と削除日時項目にて履歴管理される。以下に主なデータ要素と説明を対にして列挙する。
思い出デジタルデータＩＤ：これはリンクの対象となる思い出デジタルデータＩＤである。
一般情報デジタルデータＩＤ：これはリンクする一般情報デジタルデータＩＤである。
ユーザーＩＤ：これはリンクを持つユーザーＩＤである。ユーザーごとに属性が異なる事を表現するために必要な識別子。
作成日時：これはユーザーによってリンクが登録、またはリンク対象一般情報デジタルデータが参照された日時である。
削除日時：初めに本データが登録された時は、日時値は割り当てられない。その後、同一ユーザーにて同一一般情報デジタルデータが新たに参照された場合に、旧データとして履歴を残すために、その参照日時が割り当てられる。
方向：これはユーザー設定可能な、リンク対象の一般情報デジタルデータの印象の良し悪しを表現するデータである。良いまたは楽しい事柄の場合は＋１、苦いまたは辛い事柄の場合は−１になる。リンク・サイズ値算出に使用される。
深度：これはユーザー設定可能な、ユーザーから見たリンク元の思い出に対する一般情報デジタルデータの大きさ・深さの割合を表現する度数である。リンク・サイズ値算出に使用される。
好感度：これは思い出リンクデータの方向と深度を合わせ持つデータ項目であり、環境、分野、リンク対象の一般情報デジタルデータ固有の情報などから算出される思い出リンクデータに対する好感度を表現するデータ項目である。リンク・サイズ値算出に使用される。
減衰率：これはリンクに関する人の記憶が時間の経過とともに薄れていく率を表すデータ項目である。リンク鮮明度値算出に使用される。
参照日時：これはリンク対象の一般情報デジタルデータが最後に参照された日時である。リンク鮮明度値算出に使用される。
参照回数：これはリンク対象一般情報デジタルデータを参照した回数である。
参照比率：これはユーザーの全参照回数における、リンク対象一般情報デジタルデータの参照回数の比率である。リンク・サイズ値算出に使用される。
リンク・サイズ：これはユーザーから見た、リンク元の思い出に対する一般情報（思い出リンクデータ）の大きさの割合を表現する度数である。リンク強度値算出に使用される。
リンク鮮明度：これはユーザーの記憶に残る思い出リンクデータの鮮明さの度数である。リンク強度値算出に使用される。
リンク強度：これはユーザーの心の中を占めている思い出リンクデータの総合的な強度を表すデータ項目である。
ユーザー情報データは、ユーザーを識別する情報およびユーザーに付属する情報に関するデータである。以下に主なデータ要素と説明を対にして列挙する。
ユーザーＩＤ：これはユーザーを識別するＩＤである。
氏名：これはユーザーの氏名である。
性別：これはユーザーの性別である。
生年月日：これはユーザーの生年月日である。
登録総数：これはユーザーが登録した思い出デジタルデータの総数である。
思い出デジタルデータ参照総回数：これはユーザーが参照した思い出デジタルデータの総回数である。
思い出リンクデータ参照総回数：これはユーザーが参照した思い出リンクデータの総回数である。
ユーザー履歴情報データは、ユーザーに付属する情報の中で履歴管理が必要なデータである。作成日時と削除日時項目にて履歴管理される。以下に主なデータ要素と説明を対にして列挙する。
ユーザーＩＤ：これはユーザーを識別するＩＤである。
作成日時：これはユーザー情報が新規作成または更新された日時である。
削除日時：初めに本データが登録された時は、日時値は割り当てられない。その後、ユーザー情報が更新された場合に、旧データとして履歴を残すために、その更新日時が割り当てられる。
居住国：これはユーザーの居住している国である。
詳細住所：これはユーザーの住所の詳細である。
以下はユーザーの好み分野を表す分野ＩＤのリストである。
関係分野ＩＤリスト：現在関わっているまたは既知の分野リストである。
興味分野ＩＤリスト：これは興味のある分野リストである。
無関心分野ＩＤリスト：これは興味の無い分野リストである。
不要分野ＩＤリスト：敢えて避けている、または嫌いな分野リストである。
前記４つの分野ＩＤリストについて詳述する。関係分野リスト、興味分野リスト、無関心分野リスト、不要分野リストの４つの分野リストには、予めデータベースに登録されている分野のいずれかが含まれる。分野の例としては、芸術、映画、書籍、音楽、歴史、芸能、趣味、食べ物、レストラン、ホテル、旅行、伝統・文化、政治・経済、スポーツなどがある。１つの分野リストには、複数の分野を含む事も可能で、反対に１つも含まない事も可能である。例えば、関係分野リストには、芸術からスポーツまで全ての分野が含まれ、他の、興味分野リスト、無関心分野リスト、および不要分野リストには１つも分野が含まれないというケースも可能となる。また、１つの分野はこれら４つの分野リストのいずれか１つに必ず属し、さらには複数の分野に属することはできない。これは例えば、芸術という分野が、現在関係のある分野リストに含まれていたら、他の３つの分野リストに含めることはできない事を意味する。
家系データは、登録ユーザーまたは参照ユーザーから見た他のユーザーの続柄とその属性データである。以下に主なデータ要素と説明を対にして列挙する。
ユーザーＩＤ：これはユーザーを識別するＩＤである。
相手ユーザーＩＤ：ユーザーから見た対象となる相手のユーザーＩＤである。
続柄：これはユーザーから見た相手ユーザーの続柄である。基本的には、父、母、長男など親族であるが、近所の友人、同居人、知人など親族以外の関係も登録可能である。
親等数：これはユーザーから見た相手ユーザーへの親等数である。（親族の場合のみ）
優先度：ユーザーから見た相手ユーザーの大切さ・優先度である。例えば、思い出デジタルデータの被写体として息子または娘が写っている場合には優先度が高い、など。
思い出デジタルデータ重要度：これは優先度とほぼ同様の項目であるが、ユーザーが設定した優先度に、思い出デジタルデータの登録比率や参照比率といった統計情報での調整を加えた後の度数である。
登録数：ユーザーから見た相手ユーザーを被写体とする思い出デジタルデータの登録数である。
登録比率：ユーザーから見た相手ユーザーを被写体とする思い出デジタルデータ数の全体での比率である。
参照回数：ユーザーから見た相手ユーザーを被写体とする思い出デジタルデータの参照回数である。
参照比率：ユーザーから見た相手ユーザーを被写体とする思い出デジタルデータの参照比率である。
分野データは、思い出デジタルデータおよび一般情報デジタルデータが分類される分野に関するデータである。このデータは予めサービス提供者によって登録・管理されるデータである。登録日時と削除日時項目にて履歴管理される。以下に主なデータ要素と説明を対にして列挙する。
分野ＩＤ：これは分野を識別するＩＤである。
作成日時：これは分野データが新規作成または更新された日時である。
削除日時：初めに本データが登録された時は、日時値は割り当てられない。その後、分野データが更新された場合に、旧データとして履歴を残すために、その更新日時が割り当てられる。
分野名：デジタルデータの分野・種類を示す。例えば、芸術、映画、書籍、音楽、歴史、芸能、趣味、食べ物、レストラン、ホテル、旅行、伝統・文化、政治・経済、スポーツなど。
環境データは、思い出デジタルデータが撮影された時、または一般情報デジタルデータの事柄が発生・流行していた時の周囲の環境に関するデータである。このデータは予めサービス提供者によって登録・管理されるデータである。登録日時と削除日時項目にて履歴管理される。以下に主なデータ要素と説明を対にして列挙する。
環境ＩＤ：これは環境を識別するＩＤである。
作成日時：これは環境データが新規作成または更新された日時である。
削除日時：初めに本データが登録された時は、日時値は割り当てられない。その後、環境データが更新された場合に、旧データとして履歴を残すためにその更新日時が割り当てられる。または環境データが削除された場合に、削除日時が割り当てられる。
場面：思い出が撮影された時の場面を示すデータ項目である。例えば、新婚旅行中、友人との最後の旅行中、初めてのデートなど。
政治経済情勢：思い出が撮影された時や、一般情報の事柄が発生していた時・場所の政治経済の情勢を示すデータ項目である。例えば、シドニーオリンピック開催期間中、阪神大震災発生から１年以内、東西ドイツの統合など。
流行風潮：思い出が撮影された時や、一般情報の事柄が発生していた時・場所にて、世間一般に流行していた事象または風潮を示すデータ項目である。サッカーＪリーグ開幕、インフルエンザウィルスの流行、など。
環境重要度：これは環境の一般的重要度を表現する度数である。
ユーザー分野情報データは、ユーザーごとの、かつデジタルデータの分野ごとの属性データである。登録日時と削除日時項目にて履歴管理される。以下に主なデータ要素と説明を対にして列挙する。
分野ＩＤ：これは分野を示すＩＤである。
ユーザーＩＤ：これはユーザーを識別するＩＤである。
作成日時：これはユーザーの分野情報が新規作成または更新された日時である。
削除日時：初めに本データが登録された時は、日時値は割り当てられない。その後、ユーザーの分野情報が更新された場合に、旧データとして履歴を残すために、その更新日時が割り当てられる。
優先度：ユーザーから見た分野の大切さ・優先度である。例えば、スポーツ好きなユーザーの分野“スポーツ“は優先度が高い、など。
思い出デジタルデータ重要度：これはユーザーから見た、思い出デジタルデータ分野に対する重要度である。
思い出リンクデータ重要度：これはユーザーから見た、思い出リンクデータ分野に対する重要度である。
登録数：ユーザーから見た、分野別の思い出デジタルデータの登録数である。
登録比率：ユーザーから見た、分野別の思い出デジタルデータ登録数の全体での比率である。
参照回数：ユーザーから見た、分野別の思い出デジタルデータの参照回数である。
参照比率：ユーザーの思い出デジタルデータを参照した総回数における、分野別思い出デジタルデータの参照数の比率である。
リンク参照回数：ユーザーから見た、分野別の思い出リンクデータの参照回数である。
リンク参照比率：ユーザーの思い出リンクデータを参照した総回数における、分野別思い出リンクデータの参照数の比率である。
一実施形態説明の最後として、「３．システム・コンポーネント詳細」を記載する。
図０９は、ユーザー登録システムの全体的流れを示すフロー図である。ステップＳ０９０１で、ユーザーは、クライアント・システムを通してサーバー・システムにアクセスし、ユーザー登録開始を依頼する。この依頼は、サーバー・システムが提供するいずれかのＷｅｂページに含まれるリンクまたはボタンのクリックのみで十分である。ユーザー登録画面を送信して欲しい、という情報だけのＨＴＴＰリクエストをサーバー・システムに要求すれば良いからである。ステップＳ０９０２で、サーバー・システムは、ユーザー登録画面その１をクライアント・システムへ返信する。ステップＳ０９０３で、クライアント・システムはユーザー登録画面その１を表示する。図１０はクライアント・システムにて表示されるユーザー登録画面その１のためのＷｅｂページの一例である。始めに必要な項目として、氏名Ｆ１００１、性別Ｆ１００２、生年月日Ｆ１００３、居住国Ｆ１００４、住所の詳細Ｆ１００５、自身の優先度Ｆ１００６、次へボタンＦ１００７がある。生年月日は図１０のように西暦（年）、月、日の選択リストでも良く、または整数値を受け付ける入力フィールドでも可能である。自身の優先度は、人を被写体とした全ての思い出デジタルデータの中での、登録者自身を被写体とする思い出デジタルデータの優先度である。図１０のように１０段階のスライダー・バー、または１０段階の整数値リストから選択でき、優先度を１０段階で設定できる。自身を被写体とするデータの優先度を、他の人（家族や友人）を被写体とする思い出デジタルデータの優先度より低くしたい場合には、ここの優先度をより低く設定する。例えば、自身の写真よりも子供の写真の方が大切な場合、子供の優先度を１に、自身の優先度を５に設定する。また、これらユーザー情報データは登録後も変更が可能である。ステップＳ０９０４で、ユーザーは登録情報を設定し、前記設定値をサーバー・システムへ送付するために、次へボタンＦ１００７をクリックする。ステップＳ０９０５で、サーバー・システムは、データ受信後、ユーザーＩＤ、氏名、性別、および生年月日をユーザー情報データ表へ挿入する。具体的には、ユーザー情報データ表のデータ項目、（ユーザーＩＤ）、（氏名）、（性別）、（生年月日）、（登録総数）、（思い出デジタルデータ参照総回数）、（思い出リンクデータ参照総回数）にそれぞれ、ユーザーＩＤ、とクライアント・システムより受信した、氏名、性別、生年月日、と数値の、０、０、０を挿入する。登録時にはユーザーＩＤを新たに割り振り、併せて挿入する必要がある。このＩＤは全てのユーザー間で異なる値にすることが必要である。当業者ならば理解されるように、ＩＤの自動生成は、データベース標準装備の機能を用いて簡単に行える。その時点でのタイムスタンプをそのまま適用してもよいし、シーケンス番号を自動生成してくれる関数・機能を用いても良い。ステップＳ０９０６で、サーバー・システムは、ユーザーＩＤ、作成日時、居住国、および住所の詳細をユーザー履歴情報データ表へ挿入する。具体的には、ユーザー履歴情報データ表のデータ項目、（ユーザーＩＤ）、（作成日時）、（居住国）、（詳細住所）にそれぞれ、前ステップで生成したユーザーＩＤ、登録時の日時、とクライアント・システムより受信した、居住国、詳細の住所を挿入する。当業者ならば理解されるように、作成日時はデータベースの関数を用いて簡単に自動生成することができる。ステップＳ０９０７で、サーバー・システムは、ユーザーＩＤ、相手ユーザーＩＤ、および優先度などを家系データ表へ挿入する。具体的には、家系データ表のデータ項目、（ユーザーＩＤ）、（相手ユーザーＩＤ）、（続柄）、（親等数）、（優先度）、（思い出デジタルデータ重要度）、（登録数）、（登録比率）、（参照回数）、（参照比率）にそれぞれ、前ステップで生成したユーザーＩＤ、前ステップで生成したユーザーＩＤ、“本人”、０、とクライアント・システムより受信した自身の優先度より算出した優先度の１００分率、０％、０、０％、０、０％を挿入する。今回は登録者から見た登録者本人を家系データ表に登録するため、相手ユーザーＩＤはユーザーＩＤと同一になる。自身の優先度は、選択された自身の優先度の値である１、２、・・・９、１０を１００分率に変換する。例えば、選択された自身の優先度が１の場合には１００％、選択された自身の優先度が２の場合には９０％、そして選択された自身の優先度が１０の場合には１０％となる。ステップＳ０９０８で、登録ユーザーから見た思い出デジタルデータの分野の分類、つまり４つの分野名リストへの初期割り振りを自動的に行う。ステップＳ０９０８の詳細ロジックは後に記載する。「２．データ・グループとデータ項目」の項にて、ユーザー履歴情報データの説明に示されたように、分野リストは、関係分野ＩＤリスト、興味分野ＩＤリスト、無関心分野ＩＤリスト、不要分野ＩＤリストの４つがあり、全ての分野ＩＤは重複無くいずれかの分野ＩＤリストに属さなければならない。分野ＩＤは分野名に割り当てられるシーケンス（重複の無い）ＩＤである。分野ＩＤが決まると１つの分野名が決まることになる。このロジックの基本概念としては、性別、年齢や他ユーザーの統計情報を用いて最も平均的な割り振りパターンを算出し、登録ユーザーの登録時に提示することにある。ユーザーのタイプによって最も平均的な割り振りパターンを提示することで、ユーザーによる変更回数を減らすことができ、設定作業の手間と時間を削減できる。例えば、４０歳台は政治に興味があるという統計を用いて、予め興味分野リストに政治を含めて提示しておく、などである。ステップＳ０９０９で、サーバー・システムは、初期割り振りされた分野ＩＤリストとそれぞれに対応した分野名リストを、ユーザー登録画面その２とともにクライアント・システムへ送信する。ステップＳ０９１０で、クライアント・システムはユーザー登録画面その２を表示する。図１１はクライアント・システムにて表示されるユーザー登録画面その２のためのＷｅｂページの一例である。必要な項目として、関係分野リストＦ１１０１、興味分野リストＦ１１０２、無関心分野リストＦ１１０３、不要分野リストＦ１１０４、登録ボタンＦ１１０５がある。これら４つの分野リストのＷｅｂページの一実施形態としては図１１のように、それぞれリストボックスを持ち、分野を４つの分野リスト間でドラッグ＆ドロップにて移動し、設定および変更できる形態になる。当業者ならば理解されるように、この分野の分野リスト間の移動の手法については、様々な形態が存在する。例えば、通常良く見られるような選択＆移動ボタンにて移動させる手法でも可能である。また、当業者ならば理解されるように、表示される分野名リストに内部的に分野ＩＤも割り当てつつ、分野の移動を行うことは一般的であり簡単に実現できる。ステップＳ０９１１で、ユーザーは前記４つの分野リストを確認・修正し、登録依頼するために、登録ボタンＦ１１０５をクリックする。結果、クライアント・システムから、ユーザーが確認・修正した後の関係分野ＩＤリスト、興味分野ＩＤリスト、無関心分野ＩＤリスト、不要分野ＩＤリストがユーザーＩＤとともにサーバー・システムへ送信される。ステップＳ０９１２で、サーバー・システムは前記情報を受信する。ステップＳ０９１３で、サーバー・システムは、データベースのユーザー履歴情報データ表にて、ユーザーＩＤが同一かつ削除日時が設定されていないレコードに対して、受信した関係分野ＩＤリスト、興味分野ＩＤリスト、無関心分野ＩＤリスト、不要分野ＩＤリストを割り当て更新する。ステップＳ０９１４で、サーバー・システムは、ユーザー分野情報データ表へ、設定された分野リストを元に初期データを作成・登録する。ステップＳ０９１４の詳細ロジックは後に記載する。ステップＳ０９１５で、サーバー・システムは、登録完了通知とユーザーＩＤをクライアント・システムへ送信する。ステップＳ０９１６で、クライアント・システムは、前記情報を表示し、ユーザーへ登録完了およびユーザーＩＤを通知し、処理を終了する。
図１２と図１３は、ステップＳ０９０８の詳細ロジックを示すフロー図である。本処理の入力は、登録ユーザーのユーザーＩＤ、性別、生年月日である。ステップＳ１２０１で、登録ユーザーの性別と年齢を元に、ユーザーが分類されるグループを割り出す。年齢は、式“現在年月日−（生年月日）”で計算する。当業者ならば理解されるように、現在のデータベース製品では現在年月日を取得する特殊レジスター（マクロのようなもの）があり、例えば、ＳＱＬの中で、ＣＵＲＲＥＮＴ＿ＤＡＴＥと指定するだけで現在年月日を利用できる。もしデータベースで使用できない場合には、オペレーティング・システムから現在年月日を取得して利用できる。グループ化の基準・単位は環境や状況に応じて変更される可能性があるが、一例としては、まずは男性と女性に分け、さらに０〜１１歳（小学生まで）、１２〜１７歳（中高校生）、１８〜２１歳（大学生）、２２〜２９歳、３０歳台、４０歳台、５０歳台、６０歳台、７０歳以上といった年代別に分ける方法が考えられる。もし登録ユーザーが３０歳の男性だった場合、グループは“男性”でかつ“３０歳台（３０〜３９歳）”ということになる。ステップＳ１２０２で、全分野のリストを取得する。具体的には、条件が、（分野データ表の削除日時が無い）で、出力は、（分野ＩＤ）および（分野名）である。ステップＳ１２０３で、前ステップで取得された分野リストから１つずつ分野を取り出し、処理する分野が無くなるまで以下のステップをループ処理する。例えば、初めに取り出された分野を“スポーツ”だとする。ステップＳ１２０４で、ユーザー情報データ表とユーザー履歴情報データ表をユーザーＩＤで結合し、次の条件で４つの分野リストの件数を照会する。条件は、現在年月日−（ユーザー情報データ表の生年月日）＞＝３０、かつ現在年月日−（ユーザー情報データ表の生年月日）＜４０、かつ（ユーザー情報データ表の性別）＝“男性“、かつ（ユーザー情報データ表のユーザーＩＤ）＝（ユーザー履歴情報データ表のユーザーＩＤ）かつ（ユーザー履歴情報データ表の削除日時）が無し、（ユーザー履歴情報データ表の関係分野ＩＤリスト）に”スポーツ“が含まれる、で出力は、レコード件数である。当業者ならば理解されるように、既製のデータベース製品であれば、ＣＯＵＮＴ（）マクロまたは関数が提供されており、１つのＳＱＬにてレコード件数を取得することができる。関係分野ＩＤリストの件数と同様に、興味分野ＩＤリストの件数、無関心分野ＩＤリストの件数、および不要分野ＩＤリストの件数も取得する。その結果例えば、現在の全ユーザーの中で、分野“スポーツ“を関係分野ＩＤリストに入れている３０歳台男性が２００名、興味分野ＩＤリストに入れている３０歳台男性が１００名、無関心分野ＩＤリストに入れている３０歳台男性が５０名、不要分野ＩＤリストに入れている３０歳台男性が０名だったとする。ステップＳ１２０５で、件数の最も多い分野ＩＤリストを、登録ユーザーの該当分野が初期設定される分野ＩＤリスト、とする。先の例では、ユーザー数が最も多かった関係分野ＩＤリストへ”スポーツ“の分野ＩＤが格納され、登録ユーザーの関係分野ＩＤリストの初期値となる。ステップＳ１２０６で、ループ処理の入力となっている分野が他に無い場合は、ループを抜け次のステップＳ１２０７へ進み、まだ存在すれば次の分野を入力としてステップＳ１２０３へ戻る。このループにより、４つの分野ＩＤリスト全ての初期値が設定される。実際には分野ＩＤリストでの保管になるが、視覚的に理解しやすいように一意的に決まる分野名でのリストでの例を示すと、例えば図１１のように、関係分野リストには”映画、音楽、食べ物、レストラン、ホテル、旅行、伝統・文化、スポーツ“、興味分野リストには”芸術、書籍、歴史、趣味、政治・経済“、無関心分野リストには”芸能“、不要分野リストは”“（分野無し）となる。次にステップＳ１２０７で、登録ユーザーの近親者（配偶者、両親、子供など）のユーザーＩＤリストを取得する。具体的には、家系データ表にて、登録ユーザーＩＤが家系データ表のユーザーＩＤと同一で、かつ続柄が配偶者、母、父、長男、長女・・・などとなっている相手ユーザーＩＤを取得する。この時、近親者を親等数２まで拡大とする事も可能であるが近親者の基準は、状況により変動する可能性があるため、本発明では明記しない。ステップＳ１２０８で、それらユーザーＩＤを入力としてループ処理を開始する。ステップＳ１２０９で、そのユーザーＩＤの持っている関係分野ＩＤリストを取得する。具体的には、条件は、（ユーザー履歴情報データ表のユーザーＩＤ）＝ループ入力であるユーザーＩＤ、かつ（ユーザー履歴情報データ表の削除日時）が無い、で出力は、（関係分野ＩＤリスト）である。ステップＳ１２１０で、それら分野ＩＤを入力としてループ処理を開始する。ステップＳ１２１１で、ループ入力である分野ＩＤがステップＳ１２０６までに初期化された登録ユーザーの無関心分野ＩＤリストまたは不要分野ＩＤリストに存在するか確認する。存在する場合、ステップＳ１２１２で、登録ユーザーの興味分野ＩＤリストへ移動する。存在しなかった場合、つまり関係分野ＩＤリストまたは興味分野ＩＤリストに存在する場合には、何もせずにステップＳ１２１３へ進む。ステップＳ１２１３で、ループ処理の入力となっている分野が他に無い場合は、ループを抜けステップＳ１２１４へ進み、まだ存在すれば次の分野を入力としてステップＳ１２１０へ戻る。ステップＳ１２１４で、ループ処理の入力となっているユーザーＩＤが他に無い場合は、ループを抜けて本処理を終了する。まだ存在すれば次のユーザーＩＤを入力としてステップＳ１２０８へ戻る。
図１４は、ステップＳ０９１４の詳細ロジックを示すフロー図で、登録ユーザーの関係分野ＩＤリスト、興味分野ＩＤリスト、無関心分野ＩＤリスト、および不要分野ＩＤリストを元に、ユーザー分野情報データの優先度と思い出デジタルデータ重要度と思い出リンクデータ重要度を計算・初期化し、同時に他の統計情報もゼロに初期化するプロセスを示している。本処理の入力は、ユーザーＩＤ、関係分野ＩＤリスト、興味分野ＩＤリスト、無関心分野ＩＤリストである。ステップＳ１４０１で、サーバー・システムは、全ての分野リストを分野データ表から取得し、ステップＳ１４０２で、分野１つずつを入力として以下のループ処理を開始する。ステップＳ１４０３で、ループの入力となっている分野が登録ユーザーの関係分野ＩＤリストの中に存在しているかチェックする。存在しなければ、ステップＳ１４０４で、興味分野ＩＤリストの中に存在しているかチェックする。さらに存在しなければ、ステップＳ１４０５で、無関心分野ＩＤリストの中に存在しているかチェックする。さらに存在しなければ、ステップＳ１４０６で、登録ユーザーから見た、その分野に対する思い出デジタルデータの優先度の初期値に０％（ゼロ）を設定する。これは、その分野が不要分野であることを意味しており、その結果としてその分野の重要度に最も低い値を設定するのである。ステップＳ１４０３の結果が存在している場合は、その分野が現在関わっている分野に属している事を意味しており、ステップＳ１４０７で、分野の優先度の初期値に高い値を設定する。この値は状況によって変動する可能性があるため永久的に固定値として定義はできないが、予めシステムによって定義されるべき値である。ここでは一例として、９０％とする。同様にステップＳ１４０４の結果が存在している場合は、その分野が興味のある分野に属している事を意味しており、ステップＳ１４０８で、分野の優先度の初期値に中間程度の値を設定する。ここでは一例として、６０％とする。同様にステップＳ１４０５の結果が存在している場合は、その分野が関心の無い分野に属している事を意味しており、ステップＳ１４０９で、分野の優先度の初期値に低い値を設定する。ここでは一例として、３０％とする。状況に応じてこれらケース別の初期値は変動する可能性があるが、例では、その分野が関係分野、興味分野、無関心分野、および不要分野に含まれるケース別に、それぞれ分野の優先度の初期値に９０％、６０％、３０％、０％と設定している。ステップＳ１４１０で、思い出デジタルデータ重要度と思い出リンクデータ重要度に、優先度と同じ値を設定する。ステップＳ１４１１で、前ステップまでに計算・取得した値と本処理の入力データをもとに、初期値をユーザー分野情報データ表へ登録する。具体的には、ユーザー分野情報データ表のデータ項目、（分野ＩＤ）、（ユーザーＩＤ）、（作成日時）、（優先度）、（思い出デジタルデータ重要度）、（思い出リンクデータ重要度）、（登録数）、（登録比率）、（参照回数）、（参照比率）、（リンク参照回数）、（リンク参照比率）にそれぞれ、ループの入力となっている分野ＩＤ、本処理の入力データであるユーザーＩＤ、登録時の日時、保持中の優先度、保持中の思い出デジタルデータ重要度、保持中の思い出リンクデータ重要度、０、０％、０、０％、０、０％を挿入する。ステップＳ１４１２で、ループ入力の分野リストの中に次の分野がまだ存在していればステップＳ１４０２へ戻り、存在していなければ本処理を完了する。
ログイン・システムは既存の機能・技術にて代用でき、本発明とは直接の関連はないため割愛する。ログインを必要とする他のシステムのために、ログイン終了後はセッション管理を継続的に行う。当業者ならば理解されるように、複数Ｗｅｂページにまたがるセッション管理は既存の機能にて簡単に実現できるものであり、ユーザーＩＤ情報などの授受の代表的な実施例はＣｏｏｋｉｅ（クッキー）を介した方法である。
図１５は、家系データ管理システムの全体的流れを示すフロー図である。まだユーザーＩＤが登録されていないユーザーの新規登録は、前記のユーザー登録システムとなるが、既に登録済みのユーザーＩＤに対して、他のユーザーから見た家系データを登録する場合に本システムが必要となる。例えば、父と息子の２つのユーザーＩＤは登録済みだが、父が登録する思い出デジタルデータの被写体に息子がある場合、または息子が登録する思い出デジタルデータの被写体に父がある場合に家族関係（家系）の情報を登録しておく必要がある。ステップＳ１５０１で、ユーザーは、クライアント・システムを通してサーバー・システムにアクセスし、家系データ管理の開始を依頼する。通常はログイン後のＷｅｂページに含まれるリンクまたはボタンのクリックから開始を依頼できるが、この時には既にログインしている事が前提となり、ユーザーＩＤ情報がサーバー・システムへ渡される。当業者ならば理解されるように、複数Ｗｅｂページにまたがるセッション管理は既存の機能にて簡単に実現できるものであり、ユーザーＩＤ情報などの授受の代表的な実施例はＣｏｏｋｉｅを介した方法である。ステップＳ１５０２で、サーバー・システムは、ログイン中のユーザーＩＤを用いて次の条件にて、家系データ表とユーザー情報データ表を連結して、登録済みの家系データを取得する。条件は、（家系データ表のユーザーＩＤ）＝ログイン中のユーザーＩＤ、かつ（家系データ表の相手ユーザーＩＤ）＝（ユーザー情報データ表のユーザーＩＤ）で、出力は、（ユーザー情報データ表の氏名）、（家系データ表の続柄）、（家系データ表の親等数）、（家系データ表の優先度）、（ユーザー情報データ表の性別）、現在年月日−（ユーザー情報データ表の生年月日）である。ステップＳ１５０３で、サーバー・システムは、取得したデータを家系データ管理画面に組み込み、クライアント・システムへ送信する。ステップＳ１５０４で、クライアント・システムは、家系データ管理画面を表示する。図１６は、クライアント・システムにて表示される家系データ管理画面のためのＷｅｂページの一例である。必要な項目として、登録済み家系データを表示し、編集・削除のために選択できるセクションＣ１６０１（氏名、続柄、親等数、優先度、性別、年齢を含む）と、追加ボタンＦ１６０１、編集ボタンＦ１６０２、削除ボタンＦ１６０３、閉じるボタンＦ１６０４がある。続くステップＳ１５０５で、ユーザーが追加ボタンをクリックすると、クライアント・システムは、サーバー・システムへ家系データ追加画面の送信を要求し、ステップＳ１５０６へ進む。ステップＳ１５０６の詳細は後述するが、ステップＳ１５０６を終えた後はステップＳ１５０２へ戻る。追加ボタンがクリックされない場合は、Ｃ１６０１セクションに表示されている登録済み家系データが１つ選択された状態であれば、ステップＳ１５０７またはステップＳ１５０９へ進むことができる。ステップＳ１５０７で、ユーザーが編集ボタンをクリックすると、クライアント・システムはサーバー・システムへ家系データ編集画面の送信を要求し、ステップＳ１５０８へ進む。ステップＳ１５０８の詳細は後述するが、ステップＳ１５０８を終えた後はステップＳ１５０２へ戻る。ステップＳ１５０９で、ユーザーが削除ボタンをクリックすると、クライアント・システムはサーバー・システムへ家系データ削除画面の送信を要求し、ステップＳ１５１０へ進む。ステップＳ１５１０の詳細は後述するが、ステップＳ１５１０を終えた後はステップＳ１５０２へ戻る。家系データの追加・編集・削除ボタンをクリックせずに、閉じるボタンをクリックした場合には、本処理は終了する。
図１７は、ステップＳ１５０６を細分化したフロー図である。本処理の入力は、ユーザーＩＤである。ステップＳ１７０１で、サーバー・システムはクライアント・システムへ家系データ追加画面を送信する。ステップＳ１７０２で、クライアント・システムは、家系データ追加画面を表示する。図１８は、一実施形態における家系データ追加画面で、追加ユーザーを検索するためのフィールドである氏名Ｆ１８０１、性別Ｆ１８０２、年齢Ｆ１８０３、および検索ボタンＦ１８０４、検索結果の表示および追加ユーザーの選択のためのセクションＣ１８０１、家系データ入力・選択のための続柄Ｆ１８０５、親等数Ｆ１８０６、優先度Ｆ１８０７、および追加ボタンＦ１８０８が含まれている。ステップＳ１７０３で、ユーザーは、クライアント・システムからサーバー・システムにアクセスし、追加候補のユーザーを検索する。具体的には、氏名、性別、年齢フィールドに条件を入力して検索ボタンをクリックすることで、対象となるユーザーをサーバー・システムへ照会依頼する。ステップＳ１７０４で、サーバー・システムは、氏名、性別、および年齢について入力された条件にて、ユーザー情報データ表と家系データ表に照会を行う。具体的には例えば、条件は、（ユーザー情報データ表の氏名）ＬＩＫＥ ％氏名欄に入力された検索文字％、かつ（ユーザー情報データ表の性別）＝性別欄で選択された性別、かつ現在年月日−（ユーザー情報データ表の生年月日）＞＝年齢欄で選択された年代、かつ現在年月日−（ユーザー情報データ表の生年月日）＜年齢欄で選択された年代＋１０、かつ（ユーザー情報データ表のユーザーＩＤ）が既に登録されている家系データではない、であり出力は、ユーザー情報データ表の全データ項目である。既に登録されている家系データとは、条件は、（ユーザー情報データ表のユーザーＩＤ）＝（家系データ表の相手ユーザーＩＤ）、かつ（家系データ表のユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、で得られる、（ユーザー情報データ表のユーザーＩＤ）のリスト出力である。％タイトル欄に入力された検索文字％の前後にある％は０字以上の文字列を表し、ＬＩＫＥはその後に続く文字列が含まれる、ということを意味する。当業者ならば理解されるように、１つ以上の検索用フィールドに検索用ワードが入力され、それら検索ワードをもとにデータベースを照会する手法およびプログラミングは現在では極めて一般的であり、殆ど全ての検索Ｗｅｂページでも実現されているものである。ステップＳ１７０５で、サーバー・システムは、照会結果をクライアント・システムへ送信する。ステップＳ１７０６で、クライアント・システムは、照会結果、つまり候補ユーザーのリストを表示する。例として図２０に、氏名の一部として“伊藤”、性別は女性、年齢は０〜１１歳にて検索した結果の表示を示している。ステップＳ１７０７で、ユーザーは、検索結果の表示セクションＣ１８０１から追加するユーザーを選択する。当業者ならば理解されるように、追加するユーザーをどのように選択するかについては前記以外にも様々な実装方法があり、登録済みのユーザーの中から追加されるユーザーを選択する、といった目的であれば本発明においての実装方法は問わない。ステップＳ１７０８で、ユーザーは、追加ユーザーに関する家系データである、続柄、親等数、および優先度を入力または選択し、追加ボタンＦ１８０８をクリックする。ステップＳ１７０９で、サーバー・システムは、選択されたユーザーおよび家系情報をデータベースへ挿入し本処理を完了する。具体的には、家系データ表のデータ項目である、（ユーザーＩＤ）、（相手ユーザーＩＤ）、（続柄）、（親等数）、（優先度）、（思い出デジタルデータ重要度）、（登録数）、（登録比率）、（参照回数）、（参照比率）へそれぞれ、本処理の入力データであるユーザーＩＤ、クライアント・システムにて選択されたユーザーＩＤ、選択された続柄、選択された親等数、クライアント・システムより受信した優先度より算出した優先度の１００分率、クライアント・システムより受信した優先度より算出した優先度の１００分率、０、０％、０、０％を挿入する。優先度は、選択された優先度の値である１、２、・・・９、１０を１００分率に変換する。例えば、選択された優先度が１の場合には１００％、選択された優先度が２の場合には９０％、そして選択された優先度が１０の場合には１０％となる。思い出デジタルデータ重要度の初期値としては、優先度と同じ値を設定する。
図１９は、ステップＳ１５０８を細分化したフロー図である。本処理の入力は、ユーザーＩＤ、編集対象ユーザーＩＤである。ステップＳ１９０１で、サーバー・システムはクライアント・システムから編集対象ユーザーＩＤを受信し、以下条件にて、再度データベースへ家系データを照会・取得する。条件は、（家系データ表のユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（家系データ表の相手ユーザーＩＤ）＝本処理の入力データである編集対象ユーザーＩＤ、かつ（家系データ表の相手ユーザーＩＤ）＝（ユーザー情報データ表のユーザーＩＤ）で、出力は、（ユーザー情報データ表の氏名）、（ユーザー情報データ表の性別）、現在年月日−（ユーザー情報データ表の生年月日）、（家系データ表の続柄）、（家系データ表の親等数）、（家系データ表の優先度）である。ステップＳ１９０２で、サーバー・システムは、取得したユーザー情報および家系データを組み込んだ家系データ編集画面をクライアント・システムへ送信する。ステップＳ１９０３で、クライアント・システムは、家系データ編集画面を表示する。図２０は、一実施形態における家系データ編集画面で、編集対象ユーザー情報の表示用セクションＣ２００１で、氏名、性別、および年齢を含んでおり、そして編集フィールドである続柄Ｆ２００１、親等数Ｆ２００２、優先度Ｆ２００３、および更新ボタンＦ２００４が含まれている。表示用セクション内の氏名、性別、および年齢はステップＳ１９０１で取得した値をセットし、変更不可フィールドとして表示する。編集フィールドである続柄、親等数、および優先度は、それぞれ取得した値をセットして表示するが、他の値への変更が可能なフィールドとして表示する。ステップＳ１９０４で、ユーザーは、家系データの編集を行い、更新ボタンＦ２００４をクリックする。ステップＳ１９０５で、サーバー・システムは、編集された家系データをデータベースへ反映して本処理を完了する。具体的には、本処理の入力データであるユーザーＩＤ、本処理の入力データである編集対象ユーザーＩＤ、選択された続柄、選択された親等数、選択された優先度を、それぞれ家系データ表の、（ユーザーＩＤ）、（相手ユーザーＩＤ）、（続柄）、（親等数）、（優先度）として家系データ表へ更新をかける。
図２１は、ステップＳ１５１０を細分化したフロー図である。本処理の入力は、ユーザーＩＤ、削除対象ユーザーＩＤである。ステップＳ２１０１で、サーバー・システムはクライアント・システムから削除対象のユーザーＩＤを受信し、以下条件にて、再度データベースへ家系データを照会・取得する。条件は、（家系データ表のユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（家系データ表の相手ユーザーＩＤ）＝本処理の入力データである削除対象ユーザーＩＤ、かつ（家系データ表の相手ユーザーＩＤ）＝（ユーザー情報データ表のユーザーＩＤ）で、出力は、（ユーザー情報データ表の氏名）、（ユーザー情報データ表の性別）、現在年月日−（ユーザー情報データ表の生年月日）、（家系データ表の続柄）、（家系データ表の親等数）、（家系データ表の優先度）である。ステップＳ２１０２で、サーバー・システムは、取得したユーザー情報および家系データを組み込んだ家系データ削除画面をクライアント・システムへ送信する。ステップＳ２１０３で、クライアント・システムは、家系データ削除画面を表示する。図２２は、一実施形態における家系データ削除画面で、削除対象ユーザー情報の表示用セクションＣ２２０１で、氏名、続柄、親等数、優先度、性別、および年齢を含んでおり、削除ボタンＦ２２０１が含まれている。表示用セクション内の氏名、続柄、親等数、優先度、性別、および年齢はステップＳ２１０１で取得した値をセットし、変更不可フィールドとして表示する。ステップＳ２１０４で、ユーザーは、家系データの削除を行うために、削除ボタンをクリックする。ステップＳ２１０５で、サーバー・システムは、選択された家系データをデータベースから削除して本処理を完了する。具体的には、（家系データ表のユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（家系データ表の相手ユーザーＩＤ）＝本処理の入力データである削除対象ユーザーＩＤ、という条件にて家系データ表からレコードを削除する。
図２３は、思い出デジタルデータ登録システムの全体的流れを示すフロー図である。ステップＳ２３０１で、ユーザーは、クライアント・システムを通してサーバー・システムにアクセスし、思い出デジタルデータ登録の開始を依頼する。この時には既にログインしている事が前提となり、通常はログイン後のＷｅｂページに含まれるリンクまたはボタンのクリックから開始を依頼できる。ステップＳ２３０２で、サーバー・システムは、ログイン中のユーザーＩＤを用いて次の条件にて、家系データ表とユーザー情報データ表を連結して、登録済みの家系データを取得する。条件は、（家系データ表のユーザーＩＤ）＝ログイン中のユーザーＩＤ、かつ（家系データ表の相手ユーザーＩＤ）＝（ユーザー情報データ表のユーザーＩＤ）で、出力は、（ユーザー情報データ表の氏名）、（ユーザー情報データ表の性別）、現在年月日−（ユーザー情報データ表の生年月日）、（家系データ表の続柄）、（家系データ表の親等数）、（家系データ表の優先度）である。ステップＳ２３０３で、サーバー・システムは、分野データ表から全ての分野データを、環境データ表から全ての場面データを、取得する。全ての場面データ（場面とその重要度）はサービス提供者によって予め登録されている。例えば、場面とその重要度はそれぞれ、“新婚旅行中”“高”、“友人との旅行中”“低”、“初めてのデート中”“中”となる。分野データの取得の条件は、（分野データ表の削除日時が無い）で、出力は、（分野ＩＤ）および（分野名）である。場面データの取得の条件は、（環境データ表の削除日時）が無い、かつ（環境データ表の場面）が在りで、出力は、（環境ＩＤ）、（場面）および（環境重要度）である。ステップＳ２３０４で、サーバー・システムは、取得したデータを思い出デジタルデータ登録画面その１に組み込み、クライアント・システムへ送信する。ステップＳ２３０５で、クライアント・システムは、思い出デジタルデータ登録画面その１を表示する。図２４は、クライアント・システムにて表示される思い出デジタルデータ登録画面その１のためのＷｅｂページの一例である。必要な項目として、思い出デジタルデータ・ファイル名Ｆ２４０１、タイトルＦ２４０２、撮影日時Ｆ２４０３、撮影場所Ｆ２４０４、被写体ユーザーリストＦ２４０５、参加ユーザーリストＦ２４０６、分野Ｆ２４０７、場面Ｆ２４０８、次へボタンＦ２４０９がある。思い出デジタルデータ・ファイル名Ｆ２４０１は、登録対象となる、クライアント・システムに保管されているデジタルデータのファイル名の入力フィールドである。当業者ならば理解されるように、ＰＣなどのオペレーティング・システムが提供しているファイル選択ウィンドウを起動するボタンを配置し、その起動されたウィンドウからファイル名を選択することもできる。タイトルＦ２４０２は、登録する思い出デジタルデータの題名であり、ユーザーが自由に入力できる。撮影日時Ｆ２４０３および撮影場所Ｆ２４０４は、それぞれ登録される思い出デジタルデータの撮影された日時および場所である。当業者ならば理解されるように、日時入力は、既に一般的に使用されているカレンダーからの選択あるいは直接入力など様々な入力方法が存在しているが、いずれの方法でも本発明の実装としては使用可能である。撮影場所は、世界に存在する国または地域のリストから選択する。被写体ユーザーリストＦ２４０５は、ログインユーザーから見た登録済み家系データのユーザーのリストで、前記ステップＳ２３０２にて取得されたデータである。同様に参加ユーザーリストＦ２４０６も、ログインユーザーから見た登録済み家系データのユーザーのリストで、前記ステップＳ２３０２にて取得されたデータである。参加ユーザーリストで選択されるユーザーリストは、思い出デジタルデータが撮影された時・場所に共に参加していた人のリストである。分野Ｆ２４０７は、前記ステップＳ２３０３で取得された全ての分野リストが表示される。場面Ｆ２４０８は、前記ステップＳ２３０３で取得された全ての場面リストが表示される。分野は、映画やスポーツなどといった、その思い出デジタルデータの分類される分野を表し、場面は、新婚旅行中、友人との最後の旅行中、初めてのデート中などといった、思い出デジタルデータが撮影された時の場面を表す項目である。詳細は後に記載するが、被写体ユーザーリスト、分野、および場面は、ユーザーごとの思い出デジタルデータに対する好感度の初期値を決める上での重要な要素となる。これらの要素データを用いることで、思い出デジタルデータがその見る人にとって、より大切な被写体が写っている場合、より重きを置いている分野の場合、および人生の中でもより大切な場面の場合には、初期設定される好感度をより高く設定することが可能となる。ステップＳ２３０６で、ユーザーは、クライアント・システムに表示された思い出デジタルデータ登録画面その１にて、登録する思い出デジタルデータ・ファイルおよび上記で記載した他の付属情報の入力および選択を行い、それら設定値をサーバー・システムへ送付するために、次へボタンをクリックする。ステップＳ２３０７で、サーバー・システムは、データ受信後、思い出デジタルデータ表へデータを登録する。具体的には、思い出デジタルデータ表のデータ項目である、（思い出デジタルデータＩＤ）、（タイトル）、（コンテンツ）、（サムネイル）、（撮影日時）、（撮影場所）、（被写体ユーザーリスト）、（参加ユーザーリスト）、（分野ＩＤ）、（環境ＩＤ）へそれぞれ、新たに生成する思い出デジタルデータＩＤ、そしてそれぞれ受信した、タイトル、思い出デジタルデータ・ファイル、もしも存在する場合はサムネイル、撮影日時、撮影場所、被写体ユーザーリスト、参加ユーザーリスト、分野ＩＤ、環境ＩＤを挿入する。この時、思い出デジタルデータＩＤを新たに割り振り、併せて挿入する必要がある。このＩＤは全ての思い出デジタルデータ間で異なる値にすることが必要である。当業者ならば理解されるように、ＩＤの自動生成は、データベース標準装備の機能を用いて簡単に行える。その時点でのタイムスタンプをそのまま適用してもよいし、シーケンス番号を自動生成してくれる関数・機能を用いても良い。また、コンテンツが画像データの場合には、サムネイルデータを自動生成し、データ項目（サムネイル）へ挿入する。ステップＳ２３０８で、サーバー・システムは、ログイン中のユーザーＩＤと設定された被写体ユーザーリスト、分野、および場面を入力として、思い出属性データ表の好感度、方向、および深度の初期値を計算する。被写体、分野および場面に応じて最適化された思い出の大切さの初期値を自動設定するためである。このステップのロジック詳細は後述する。ステップＳ２３０９で、サーバー・システムは、設定された初期値を組み込んだ思い出デジタルデータ登録画面その２をクライアント・システムへ送信する。ステップＳ２３１０で、クライアント・システムは、思い出デジタルデータ登録画面その２を表示する。図２５は、クライアント・システムにて表示される思い出デジタルデータ登録画面その２のためのＷｅｂページの一例である。必要な項目として、登録対象の思い出デジタルデータの情報表示用セクションＣ２５０１と、設定変更可能フィールドである、方向Ｆ２５０１、大きさ・深さＦ２５０２、および登録ボタンＦ２５０３がある。表示用セクションＣ２５０１は、対象となる思い出デジタルデータの識別が可能な情報、例えば、タイトル、撮影日時、撮影場所フィールド、画像のサムネイル、および実データの表示ボタンなどが含まれる。方向は、その思い出が良い思い出か、辛い苦い思い出かをそれぞれ選択できる。大きさ・深さは、ユーザーから見た、その思い出の大切さ・深さをスライドバーにて選択できる。表示されている方向、大きさ・深さはステップＳ２３０８にて初期設定された値だが、ユーザーが修正することができる。ステップＳ２３１１で、ユーザーは、登録対象の思い出に対して、方向と大きさ・深さを確認・修正し、登録ボタンをクリックすることで、サーバー・システムへ登録を依頼する。ステップＳ２３１２で、サーバー・システムは、ログインユーザーと参加ユーザーリストに含まれる全ユーザーＩＤを入力として、以下のループ処理を行う。ステップＳ２３１３で、サーバー・システムは、思い出属性データ表へ新しいデータを挿入する。このステップの詳細ロジックは後述する。ステップＳ２３１４で、サーバー・システムは、思い出デジタルデータの登録に関する各種統計情報を更新する。この統計情報は、ユーザーの登録総数、分野別登録数、被写体の登録数などがあり、思い出デジタルデータの重み付けに反映される。詳細ロジックは後述する。ステップＳ２３１５で、サーバー・システムは、思い出デジタルデータの参照に関する各種統計情報を更新する。この統計情報は、ユーザーの思い出デジタルデータ参照総回数、分野別参照数、被写体の参照数などがあり、思い出デジタルデータの重み付けに反映される。詳細ロジックは後述する。ステップＳ２３１６で、サーバー・システムは、ステップＳ２３１１で選択された方向および大きさ・深さなどから思い出サイズ、思い出鮮明度、思い出強度を算出し、それらを思い出属性データ表へ更新する。このステップの詳細ロジックは後述する。ステップＳ２３１７で、ループ処理の入力となっているユーザーＩＤが他に無い場合は、ループを抜けステップＳ２３１８へ進む。まだ存在すれば次のユーザーＩＤを入力としてステップＳ２３１２へ戻る。ステップＳ２３１８で、サーバー・システムは、思い出デジタルデータ登録完了画面をクライアント・システムへ送信する。ステップＳ２３１９で、クライアント・システムは、思い出デジタルデータ登録完了画面を表示し、思い出デジタルデータ登録システムを終了する。一実施形態では、思い出デジタルデータの登録のための管理サーバーへのデータの送信は、Ｗｅｂページを通して行われるが、ＣＤ／ＤＶＤなどの媒体と郵便メール、ファクシミリ、または電子メールなどの他の通信モードで行うことも可能である。
図２６は、ステップＳ２３０８を細分化したフロー図である。本処理の入力は、ユーザーＩＤ、思い出デジタルデータの被写体ユーザーリスト、分野、および場面である。ステップＳ２６０１で、サーバー・システムは、本処理の入力データであるユーザーＩＤと思い出デジタルデータの分野を条件に、ユーザー分野情報データ表の思い出デジタルデータ重要度を取得する。条件は（分野ＩＤ）＝本処理の入力データである思い出デジタルデータの分野ＩＤ、かつ（ユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（削除日時）の値が無い、で、出力は（思い出デジタルデータ重要度）である。ステップＳ２６０２で、サーバー・システムは、本処理の入力データである思い出デジタルデータの場面を条件に、環境データ表の重要度を取得する。条件は（環境ＩＤ）＝本処理の入力データである思い出デジタルデータの環境ＩＤ、かつ（削除日時）の値が無い、で、出力は（環境重要度）である。ステップＳ２６０３で、サーバー・システムは、本処理の入力データであるユーザーＩＤと思い出デジタルデータの被写体ユーザーリストを条件に、家系データ表の最も高い思い出デジタルデータ重要度を取得する。条件は（ユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（相手ユーザーＩＤ）＝本処理の入力データである思い出デジタルデータの被写体ユーザーリスト、であり、出力は（思い出デジタルデータ重要度）の最大値、である。被写体ユーザーリストは複数人居る可能性があるため、出力の思い出デジタルデータ重要度も複数値が返されるが、その中でも最も大きい値のみを取得する。当業者ならば理解されるように、既製のデータベース製品であれば、ＭＡＸ（）マクロまたは関数が提供されており、１つのＳＱＬにて最大値を取得することができる。ステップＳ２６０４以下で、サーバー・システムは、前ステップまでに取得した分野の思い出デジタルデータ重要度、環境重要度、および被写体の思い出デジタルデータ重要度を元に、思い出属性データの好感度、減衰率、方向、および深度を計算する。好感度はそのユーザーにとって、対象となる思い出デジタルデータに対してどの程度好感を持っているかを数値化したものであり、減衰率はそのユーザーにとって、その思い出デジタルデータが時間とともにどの程度鮮明度を失っていくか減衰する率を数値化したものである。例えば、その思い出がユーザーにとって非常に大切な思い出であれば、好感度は高くなることで良い大きな思い出であることを示し、減衰率が低くなることで時が経っても忘れにくく鮮明さを失いにくい思い出であることを示す。ステップＳ２６０４で、サーバー・システムは、取得した環境重要度の絶対値が５０％以上か否かを判断する。５０％以上だった場合、ステップＳ２６０５で、サーバー・システムは、取得した被写体の思い出デジタルデータ重要度が５０％以上か判断する。さらに５０％以上だった場合、ステップＳ２６０６で、サーバー・システムは、対象分野の重要度をＸ、対象環境重要度の絶対値をＹ、被写体ユーザーリストの重要度をＺとし、４＊（Ｘ＋Ｙ＋Ｚ−Ｘ＊Ｙ−Ｙ＊Ｚ−Ｚ＊Ｘ＋Ｘ＊Ｙ＊Ｚ）−３を好感度として計算する。続くステップＳ２６０７で、サーバー・システムは、減衰率に０．７をセットする。ステップＳ２６０５の結果が５０％未満だった場合、ステップＳ２６０８で、サーバー・システムは、前記のＸ，Ｙ，Ｚの定義をもとに、２＊（２＊Ｘ＋２＊Ｙ−２＊Ｘ＊Ｙ−１）＊Ｚを好感度として計算する。続くステップＳ２６０９で、サーバー・システムは、減衰率に０．８をセットする。ステップＳ２６０４の結果が５０％未満だった場合、ステップＳ２６１０で、サーバー・システムは、取得した被写体の思い出デジタルデータ重要度が５０％以上か判断する。５０％以上だった場合、ステップＳ２６１１で、サーバー・システムは、前記のＸ，Ｙ，Ｚの定義をもとに、２＊（２＊Ｘ＊Ｙ＋Ｚ−２＊Ｘ＊Ｙ＊Ｚ）−１を好感度として計算する。続くステップＳ２６１２で、サーバー・システムは、減衰率に０．９をセットする。ステップＳ２６１０の結果が５０％未満だった場合、ステップＳ２６１３で、サーバー・システムは、前記のＸ，Ｙ，Ｚの定義をもとに、４＊Ｘ＊Ｙ＊Ｚを好感度として計算する。続くステップＳ２６１４で、サーバー・システムは、減衰率に１をセットする。これら計算式はあくまでも一実施形態であり、取得した分野の思い出デジタルデータ重要度が増せば思い出属性データの好感度は増し減衰率は下がる、取得した環境の重要度が増せば好感度は増し減衰率は下がる、取得した被写体の思い出デジタルデータ重要度が増せば好感度は増し減衰率は下がる、といった傾向を実現できる式であればどのような式でも可能である。一実施形態では、環境重要度は−１００％〜＋１００％、分野および被写体の思いデジタルデータ重要度は０〜＋１００％の範囲としているため、計算後の好感度は−１００％〜＋１００％、減衰率は０〜＋１００％となる。環境重要度では、辛いまたは苦しい環境下が存在する可能性があり、それを負（マイナス）の値で示し結果として−１００％〜＋１００％の範囲となる。前記ステップＳ２６０７、Ｓ２６０９、Ｓ２６１２、Ｓ２６１４に続くステップＳ２６１５で、サーバー・システムは、計算して得た好感度と減衰率を本処理の出力のために保持する。この時、環境重要度が負の値だった場合には、好感度に−１を乗じ、その値を好感度として保持し、正の値だった場合にはそのまま保持する。ステップＳ２６１６で、サーバー・システムは、前記計算後の好感度を、以下の式にて方向と深度に分解し、本処理の出力として、本処理を終了する。式：（方向）＝｛（好感度）が０以上（正の値）であれば＋１、（好感度）が０未満（負の値）であれば−１｝。（深度）＝（好感度）の絶対値。つまり、好感度の正負の符号を方向とし、規模を深度として分解する。
図２７は、ステップＳ２３１３を細分化したフロー図である。本処理の入力は、思い出デジタルデータＩＤ、思い出デジタルデータの撮影日時、思い出デジタルデータの分野、思い出デジタルデータの環境、思い出デジタルデータの被写体ユーザーリスト、ログイン中のユーザーＩＤ、ユーザーＩＤ、好感度、減衰率、方向、および大きさ・深さ、である。ステップＳ２７０１で、サーバー・システムは、ユーザーＩＤがログインユーザーＩＤと同一であるか判断する。ステップＳ２７０１でユーザーが同一でなかった場合、ステップＳ２７０２で、サーバー・システムは、本処理の入力データであるユーザーＩＤと思い出デジタルデータの分野、環境、被写体ユーザーリストを元に、好感度、減衰率、方向、および深度を計算し、保持する。このステップは、図２６と同一の処理であり、詳細はステップＳ２６０１からとして説明済みである。ステップＳ２７０１でユーザーが同一だった場合、ステップＳ２７０３で、サーバー・システムは、入力として渡されている好感度、減衰率、方向、および大きさ・深さを思い出属性データの好感度、減衰率、方向、および深度として置換・保持する。ステップＳ２７０２またはステップＳ２７０３に続いて、ステップＳ２７０４で、サーバー・システムは、前ステップまでに取得・保持したデータを、新しいデータとして思い出属性データ表へ挿入し、本処理を終了する。具体的には、思い出属性データ表のデータ項目である、（思い出デジタルデータＩＤ）、（ユーザーＩＤ）、（作成日時）、（方向）、（深度）、（好感度）、（減衰率）、（参照日時）、（参照回数）、（参照比率）、（思い出サイズ）、（思い出鮮明度）、（思い出強度）へそれぞれ、本処理の入力である思い出デジタルデータＩＤ、本処理の入力データであるユーザーＩＤ、現在日時、保持中の方向、保持中の深度、保持中の好感度、保持中の減衰率、現在日時、０、０％、０％、０％、０％を挿入する。
図２８は、ステップＳ２３１４を細分化したフロー図である。本処理では、思い出デジタルデータの登録統計情報を更新する。本処理の入力は、ユーザーＩＤ、思い出デジタルデータの分野、思い出デジタルデータの参加ユーザーリストである。ステップＳ２８０１で、サーバー・システムは、ユーザー情報データ表の登録総数を１増加する。具体的には、（ユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、という条件にて、（ユーザー情報データ表の登録総数）＝（ユーザー情報データ表の登録総数）＋１という更新をかける。ステップＳ２８０２で、サーバー・システムは、ユーザー分野情報データ表の登録数を１増加する。具体的には、（ユーザー分野情報データ表の分野ＩＤ）＝本処理の入寮データである思い出デジタルデータの分野ＩＤ、かつ（ユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（ユーザー分野情報データ表の削除日時）は無し、という条件にて、（ユーザー分野情報データ表の登録数）＝（ユーザー分野情報データ表の登録数）＋１という更新をかける。ステップＳ２８０３で、サーバー・システムは、ユーザー分野情報データ表の登録比率を更新する。ユーザー分野情報データ表の登録比率は、式“（ユーザー分野情報データ表の登録数）／（ユーザー情報データの登録総数）”で計算される。しかし、一実施形態では、式“（ユーザー分野情報データ表の登録数）／ＭＡＸ（（ユーザー情報データの登録総数），１００）”で計算する。ＭＡＸ（Ａ，Ｂ）は、値Ａと値Ｂの大きい方の値を返すという関数である。ユーザーがシステムを使い始めて間が無い時、つまり、思い出デジタルデータの登録総数が極端に少ない時、この式の母数が小さいため、登録比率が極端に偏りユーザーの性質が正しく反映されない可能性が高くなる。これを防ぐために、母数は（ユーザー情報データの登録総数）と１００の大きい方を選択することにする。この１００という値はあくまで一例であって、環境や状況に応じて他の値になりうる。前記計算式の（ユーザー分野情報データ表の登録数）は、具体的には、（ユーザー分野情報データ表）に対して、条件を（分野ＩＤ）＝本処理の入寮データである思い出デジタルデータの分野ＩＤ、かつ（ユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（削除日時）は無し、出力を（登録数）として取得した値であり、（ユーザー情報データの登録総数）は、（ユーザー情報データ表）に対して、条件を（ユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、出力を（登録総数）として取得した値である。ステップＳ２８０４で、サーバー・システムは、参加ユーザーリストに含まれる全ユーザーＩＤを入力として、以下のループ処理を行う。ステップＳ２８０５で、サーバー・システムは、家系データ表の登録数を１増加する。具体的には、（家系データ表のユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（家系データ表の相手ユーザーＩＤ）＝ループ入力であるユーザーＩＤ、という条件にて、（家系データ表の登録数）＝（家系データ表の登録数）＋１という更新をかける。ステップＳ２８０６で、サーバー・システムは、家系データ表の登録比率を更新する。家系データ表の登録比率は、式“（家系データ表の登録数）／（ユーザー情報データの登録総数）”で計算される。しかし、一実施形態では、式“（家系データ表の登録数）／ＭＡＸ（（ユーザー情報データの登録総数），１００）”で計算する。ユーザーがシステムを使い始めて間が無い時、つまり、思い出デジタルデータの登録総数が極端に少ない時、この式の母数が小さいため、登録比率が極端に偏りユーザーの性質が正しく反映されない可能性が高くなる。これを防ぐために、母数は（ユーザー情報データの登録総数）と１００の大きい方を選択することにする。この１００という値はあくまで一例であって、環境や状況に応じて他の値になりうる。前記計算式の（家系データ表の登録数）は、具体的には、（家系データ表）に対して、条件を（ユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（相手ユーザーＩＤ）＝ループ入力であるユーザーＩＤ、出力を（登録数）として取得した値であり、（ユーザー情報データの登録総数）は、（ユーザー情報データ表）に対して、条件を（ユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、出力を（登録総数）として取得した値である。ステップＳ２８０７で、ループ処理の入力となっているユーザーＩＤが他に存在する場合は、次のユーザーＩＤを入力としてステップＳ２８０４へ戻り、存在しない場合はループを抜け、本処理を終了する。
図２９は、ステップＳ２３１５を細分化したフロー図である。本処理では、思い出デジタルデータの参照統計情報を更新する。本処理の入力は、思い出デジタルデータＩＤ、ユーザーＩＤ、思い出デジタルデータの分野ＩＤ、思い出デジタルデータの被写体ユーザーリストである。ステップＳ２９０１で、サーバー・システムは、ユーザー情報データ表の思い出デジタルデータ参照総回数を１増加する。具体的には、（ユーザー情報データ表のユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、という条件にて、（ユーザー情報データ表の思い出デジタルデータ参照総回数）＝（ユーザー情報データ表の思い出デジタルデータ参照総回数）＋１という更新をかける。ステップＳ２９０２で、サーバー・システムは、ユーザー分野情報データ表の参照回数を１増加する。具体的には、（ユーザー分野情報データ表の分野ＩＤ）＝本処理の入寮データである思い出デジタルデータの分野ＩＤ、かつ（ユーザー分野情報データ表のユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（ユーザー分野情報データ表の削除日時）は無し、という条件にて、（ユーザー分野情報データ表の参照回数）＝（ユーザー分野情報データ表の参照回数）＋１という更新をかける。ステップＳ２９０３で、サーバー・システムは、ユーザー分野情報データ表の参照比率を更新する。ユーザー分野情報データ表の参照比率は、式“（ユーザー分野情報データ表の参照回数）／（ユーザー情報データ表の思い出デジタルデータ参照総回数）”で計算される。しかし、一実施形態では、式“（ユーザー分野情報データ表の参照回数）／ＭＡＸ（（ユーザー情報データの思い出デジタルデータ参照総回数），１００）”で計算する。ユーザーがシステムを使い始めて間が無い時、つまり、思い出デジタルデータの参照総回数が極端に少ない時、この式の母数が小さいため、参照比率が極端に偏りユーザーの性質が正しく反映されない可能性が高くなる。これを防ぐために、母数は（ユーザー情報データの思い出デジタルデータ参照総回数）と１００の大きい方を選択することにする。この１００という値はあくまで一例であって、環境や状況に応じて他の値になりうる。前記計算式の（ユーザー分野情報データ表の参照回数）は、具体的には、（ユーザー分野情報データ表）に対して、条件を（分野ＩＤ）＝本処理の入寮データである思い出デジタルデータの分野ＩＤ、かつ（ユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（削除日時）は無し、出力を（参照回数）として取得した値であり、（ユーザー情報データの思い出デジタルデータ参照総回数）は、（ユーザー情報データ表）に対して、条件を（ユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、出力を（思い出デジタルデータ参照総回数）として取得した値である。ステップＳ２９０４で、サーバー・システムは、優先度と登録比率と前ステップにて更新された参照比率を元に、ユーザー分野情報データ表の思い出デジタルデータ重要度を更新する。具体的には、（ユーザー分野情報データ表の分野ＩＤ）＝本処理の入寮データである思い出デジタルデータの分野ＩＤ、かつ（ユーザー分野情報データ表のユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（ユーザー分野情報データ表の削除日時）は無し、という条件にて、（ユーザー分野情報データ表の思い出デジタルデータ重要度）＝（ユーザー分野情報データ表の優先度）＋（１−（ユーザー分野情報データ表の優先度））＊（ユーザー分野情報データ表の登録比率）＊（ユーザー分野情報データ表の参照比率）という更新をかける。ステップＳ２９０５で、サーバー・システムは、被写体ユーザーリストに含まれる全ユーザーＩＤを入力として、以下のループ処理を行う。ステップＳ２９０６で、サーバー・システムは、家系データ表の参照回数を１増加する。具体的には、（家系データ表のユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（家系データ表の相手ユーザーＩＤ）＝ループ入力であるユーザーＩＤ、という条件にて、（家系データ表の参照回数）＝（家系データ表の参照回数）＋１という更新をかける。ステップＳ２９０７で、サーバー・システムは、家系データ表の参照比率を更新する。家系データ表の参照比率は、式“（家系データ表の参照回数）／（ユーザー情報データの思い出デジタルデータ参照総回数）”で計算される。しかし、一実施形態では、式“（家系データ表の参照回数）／ＭＡＸ（（ユーザー情報データの思い出デジタルデータ参照総回数），１００）”で計算する。ユーザーがシステムを使い始めて間が無い時、つまり、思い出デジタルデータの参照総回数が極端に少ない時、この式の母数が小さいため、参照比率が極端に偏りユーザーの性質が正しく反映されない可能性が高くなる。これを防ぐために、母数は（ユーザー情報データの思い出デジタルデータ参照総回数）と１００の大きい方を選択することにする。この１００という値はあくまで一例であって、環境や状況に応じて他の値になりうる。前記計算式の（家系データ表の参照回数）は、具体的には、（家系データ表）に対して、条件を（ユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（相手ユーザーＩＤ）＝ループ入力であるユーザーＩＤ、出力を（参照回数）として取得した値であり、（ユーザー情報データの思い出デジタルデータ参照総回数）は、（ユーザー情報データ表）に対して、条件を（ユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、出力を（思い出デジタルデータ参照総回数）として取得した値である。ステップＳ２９０８で、サーバー・システムは、優先度と登録比率と前ステップにて更新された参照比率を元に、家系データ表の思い出デジタルデータ重要度を更新する。具体的には、（ユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（相手ユーザーＩＤ）＝ループ入力であるユーザーＩＤ、という条件にて、（家系データ表の思い出デジタルデータ重要度）＝（家系データ表の優先度）＋（１−（家系データ表の優先度））＊（家系データ表の登録比率）＊（家系データ表の参照比率）という更新をかける。ステップＳ２９０９で、ループ処理の入力となっているユーザーＩＤが他に存在する場合は、次のユーザーＩＤを入力としてステップＳ２９０５へ戻り、存在しない場合はループを抜け次のステップＳ２９１０へ進む。ステップＳ２９１０で、サーバー・システムは、思い出属性データ表の参照回数を１増加する。具体的には、（思い出属性データ表の思い出デジタルデータＩＤ）＝本処理の入力データである思い出デジタルデータＩＤ、かつ（思い出属性データ表のユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（思い出属性データ表の削除日時）が無し、という条件にて、（思い出属性データ表の参照回数）＝（思い出属性データ表の参照回数）＋１という更新をかける。ステップＳ２９１１で、サーバー・システムは、思い出属性データ表の参照比率を更新し、本処理を終了する。このとき思い出属性データ表の参照比率は、式“（思い出属性データ表の参照回数）／（ユーザー情報データの思い出デジタルデータ参照総回数）”で計算される。しかし、一実施形態では、式“（思い出属性データ表の参照回数）／ＭＡＸ（（ユーザー情報データの思い出デジタルデータ参照総回数），１００）”で計算する。ユーザーがシステムを使い始めて間が無い時、つまり、思い出デジタルデータの参照総回数が極端に少ない時、この式の母数が小さいため、参照比率が極端に偏りユーザーの性質が正しく反映されない可能性が高くなる。これを防ぐために、母数は（ユーザー情報データの思い出デジタルデータ参照総回数）と１００の大きい方を選択することにする。この１００という値はあくまで一例であって、環境や状況に応じて他の値になりうる。前記計算式の（思い出属性データ表の参照回数）は、具体的には、（思い出属性データ表）に対して、条件を（思い出属性データ表の思い出デジタルデータＩＤ）＝本処理の入力データである思い出デジタルデータＩＤ、かつ（思い出属性データ表のユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（思い出属性データ表の削除日時）が無し、出力を（参照回数）として取得した値であり、（ユーザー情報データの思い出デジタルデータ参照総回数）は、（ユーザー情報データ表）に対して、条件を（ユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、出力を（思い出デジタルデータ参照総回数）として取得した値である
図３０は、ステップＳ２３１６を細分化したフロー図である。本処理では、思い出属性データの思い出サイズ、思い出鮮明度、思い出強度を更新する。本処理の入力は、思い出デジタルデータＩＤ、ユーザーＩＤである。ステップＳ３００１で、サーバー・システムは、思い出属性データ表の方向および深度にデータが存在しているか否か判断する。存在している場合はステップＳ３００２へ、存在していない場合にはステップＳ３００３へ進む。ステップＳ３００２で、サーバー・システムは、思い出属性データ表の方向、深度、および参照比率から、思い出サイズを再計算し、更新する。具体的には、（思い出属性データ表の思い出デジタルデータＩＤ）＝本処理の入力データである思い出デジタルデータＩＤ、かつ（思い出属性データ表のユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（思い出属性データ表の削除日時）が無し、という条件にて、（思い出サイズ）＝（深度）−０．５＋(方向)／２＋ＭＩＮ（１−（（深度）−０．５＋(方向)／２），１）＊（参照比率）という更新をかける。ＭＩＮ（Ａ，Ｂ）は、値Ａと値Ｂの小さい方の値を返すという関数である。この時の計算式はあくまでも一実施形態であり、深度が増せば思い出サイズも増し、方向が−１の時よりも＋１の時に思い出サイズが増し、参照比率が増せば思い出サイズも増す、といった傾向が実現できる式であればどのような式でも可能である。ステップＳ３００３で、サーバー・システムは、思い出属性データ表の好感度および参照比率から、思い出サイズを再計算し、更新する。具体的には、（思い出属性データ表の思い出デジタルデータＩＤ）＝本処理の入力データである思い出デジタルデータＩＤ、かつ（思い出属性データ表のユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（思い出属性データ表の削除日時）が無し、という条件にて、（思い出サイズ）＝（好感度）の絶対値−０．５＋(好感度)の符号／２＋ＭＩＮ（１−（（好感度）の絶対値−０．５＋(好感度)の符号／２），１）＊（参照比率）という更新をかける。(好感度)の符号は、好感度が負の値であれば−１、正の値であれば＋１である。この時の計算式はあくまでも一実施形態であり、好感度が増せば思い出サイズも増し、参照比率が増せば思い出サイズも増す、といった傾向が実現できる式であればどのような式でも可能である。ステップＳ３００２およびステップＳ３００３の次ステップであるステップＳ３００４で、サーバー・システムは、減衰率と参照日時から思い出鮮明度を再計算し、更新する。具体的には、（思い出属性データ表の思い出デジタルデータＩＤ）＝本処理の入力データである思い出デジタルデータＩＤ、かつ（思い出属性データ表のユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（思い出属性データ表の削除日時）が無し、という条件にて、（思い出鮮明度）＝（４３８００−（減衰率）＊（ＤＡＴＥ（現在日時）−ＤＡＴＥ（参照日時））)／４３８００、という更新をかける。値４３８００は、１２０年を日数に換算した数字で、凡そ人の最大の寿命を数値化したものである。ＤＡＴＥ（）は（）内の日時データ型から年月日データ型のみを取り出す関数を意味する。また、この時の計算式はあくまでも一実施形態であり、参照日時が古くなれば思い出鮮明度が下がり、減衰率が上がれば思い出鮮明度が下がる、といった傾向が実現できる式であればどのような式でも可能である。ステップＳ３００５で、サーバー・システムは、前ステップまでに更新した思い出サイズと思い出鮮明度から、思い出強度を再計算し、更新し、本処理を終了する。具体的には、（思い出属性データ表の思い出デジタルデータＩＤ）＝本処理の入力データである思い出デジタルデータＩＤ、かつ（思い出属性データ表のユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（思い出属性データ表の削除日時）が無し、という条件にて、（思い出強度）＝（思い出サイズ）＊（思い出鮮明度）、という更新をかける。この時の計算式はあくまでも一実施形態であり、例えば“（（思い出サイズ）の２乗＋（思い出鮮明度）の２乗）の２乗根“の式のように、思い出サイズが増せば思い出強度が増し、思い出鮮明度が増せば思い出強度が増す、といった傾向が実現できる式であればどのような式でも可能である。
図３１は、一般情報デジタルデータ・リンク・システムの全体的流れを示すフロー図である。ステップＳ３１０１で、ユーザーは、クライアント・システムを通してサーバー・システムにアクセスし、一般情報デジタルデータ・リンクの開始を依頼する。この時には既にログインしている事が前提となり、通常はログイン後のＷｅｂページに含まれるリンクまたはボタンのクリックから開始を依頼できる。ステップＳ３１０２で、サーバー・システムは、ログイン中のユーザーＩＤを用いて次の条件にて、家系データ表とユーザー情報データ表を連結して登録済みの家系データを取得し、また分野データ表から全ての分野データを、環境データ表から全ての政治経済情勢データと流行風潮データを、取得する。家系データ取得の条件は、（家系データ表のユーザーＩＤ）＝ログイン中のユーザーＩＤ、かつ（家系データ表の相手ユーザーＩＤ）＝（ユーザー情報データ表のユーザーＩＤ）で、出力は、（ユーザー情報データ表の氏名）、（ユーザー情報データ表の性別）、現在年月日−（ユーザー情報データ表の生年月日）、（家系データ表の続柄）である。分野データの取得の条件は、（分野データ表の削除日時が無い）で、出力は、（分野ＩＤ）、（分野名）である。政治経済情勢データの取得の条件は、（環境データ表の削除日時）が無い、かつ（環境データ表の政治経済情勢）が在りで、出力は、（環境ＩＤ）、（政治経済情勢）、（環境重要度）である。流行風潮データの取得の条件は、（環境データ表の削除日時）が無い、かつ（環境データ表の流行風潮）が在りで、出力は、（環境ＩＤ）、（流行風潮）、（環境重要度）である。環境データはサービス提供者によって予め登録されている。ステップＳ３１０３で、サーバー・システムは、取得したデータを一般情報デジタルデータ・リンク画面その１に組み込み、クライアント・システムへ送信する。具体的には、ステップＳ３１０２で取得した家系データから被写体ユーザー・リストおよび参加ユーザー・リストを作成し、同ステップから取得した分野および環境データからそれぞれ分野リスト、政治経済情勢リスト、および流行風潮リストを作成する。ステップＳ３１０４で、クライアント・システムは、一般情報デジタルデータ・リンク画面その１を表示する。図３２は、クライアント・システムにて表示される一般情報デジタルデータ・リンク画面その１のためのＷｅｂページの一例である。思い出デジタルデータの検索に必要な項目として、タイトルＦ３２０１、撮影日Ｆ３２０２、撮影場所Ｆ３２０３、被写体ユーザーリストＦ３２０４、参加ユーザーリストＦ３２０５、分野Ｆ３２０６、政治経済情勢Ｆ３２０７、流行・風潮Ｆ３２０８、検索ボタンＦ３２０９がある。ステップＳ３１０５で、ユーザーは、クライアント・システムにて、リンク元の思い出デジタルデータ候補を検索する。タイトルＦ３２０１は、既に登録されている思い出デジタルデータの題名の一部を入力するためのフィールドである。撮影日Ｆ３２０２および撮影場所Ｆ３２０３は、それぞれ登録されている思い出デジタルデータの撮影された日および場所であり、それらを条件に検索をする場合にこれらのフィールドへ入力・選択をする。当業者ならば理解されるように、日時入力は、既に一般的に使用されているカレンダーからの選択あるいは直接入力など様々な入力方法が存在しているが、いずれの方法でも本発明の実装としては使用可能である。撮影場所は、世界に存在する国または地域のリストから選択する。被写体ユーザーリストＦ３２０４は、ログインユーザーから見た登録済み家系データのユーザーのリストで、前記ステップＳ３１０２にて取得されたデータである。同様に参加ユーザーリストＦ３２０５も、ログインユーザーから見た登録済み家系データのユーザーのリストで、前記ステップＳ３１０２にて取得されたデータである。被写体ユーザーリストで選択されるユーザーリストは、思い出デジタルデータに写っている人のリストであり、参加ユーザーリストで選択されるユーザーリストは、思い出デジタルデータが撮影された時・場所にそのイベントに共に参加していた人のリストであり、検索条件にするデータを選択する。分野Ｆ３２０６は、前記ステップＳ３１０２で取得された全ての分野リストが表示される。政治経済情勢Ｆ３２０７は、前記ステップＳ３１０２で取得された全ての政治経済情勢リストが表示される。流行・風潮Ｆ３２０８は、前記ステップＳ３１０２で取得された全ての流行風潮リストが表示される。分野は、映画やスポーツなどといった、その思い出デジタルデータの分類される分野を表し、政治経済情勢は、シドニーオリンピック開催期間中、阪神大震災発生から１年以内、東西ドイツの統合などといった、その思い出が撮影された時・場所の政治経済の情勢を表し、流行風潮は、サッカーＪリーグ開幕、インフルエンザの流行などといった、その思い出が撮影された時・場所にて世間一般で流行していた事象または風潮を表す項目である。前記タイトルなど検索ワードを入力あるいは検索条件となるデータをリストより選択し、検索ボタンをクリックすることで、対象となる思い出デジタルデータをサーバー・システムへ照会依頼する。ステップＳ３１０６で、サーバー・システムは、タイトルなど入力された条件にて、思い出デジタルデータ表に照会を行う。例えば、条件は、（思い出デジタルデータ表のタイトル）ＬＩＫＥ ％タイトル欄に入力された検索文字％、かつＤＡＴＥ（思い出デジタルデータ表の撮影日時）＞＝撮影日欄で選択された範囲開始の日、かつＤＡＴＥ（思い出デジタルデータ表の撮影日時）＜＝撮影日欄で選択された範囲終了の日、かつ（思い出デジタルデータ表の撮影場所）＝撮影場所欄で選択された場所、かつ（思い出デジタルデータ表の被写体ユーザーリスト）に、被写体ユーザーリスト欄で選択されたユーザーＩＤを含む、かつ（思い出デジタルデータ表の参加ユーザーリスト）に、参加ユーザーリスト欄で選択されたユーザーＩＤを含む、かつ（思い出デジタルデータ表の分野ＩＤ）＝分野欄で選択された分野ＩＤ、かつ（思い出デジタルデータ表の環境ＩＤ）＝政治経済情勢欄で選択された環境ＩＤまたは流行・風潮欄で選択された環境ＩＤ、であり、出力は、思い出デジタルデータ表の全データ項目である。％タイトル欄に入力された検索文字％、の前後に記述されている％は０字以上の文字列を表し、ＬＩＫＥはその後に続く文字列が含まれる、ということを意味するマクロまたは関数である。ＤＡＴＥ（）は（）内の日時データ型から年月日データ型のみを取り出す関数を意味する。当業者ならば理解されるように、１つ以上の検索用フィールドに検索用ワードが入力され、それら検索ワードをもとにデータベースを照会する手法およびプログラミングは現在では極めて一般的であり、殆ど全ての検索Ｗｅｂページでも実現されているものである。また、この検索手法については本発明の本筋には含まれていないため詳細は割愛する。ステップＳ３１０７で、サーバー・システムは、照会結果をクライアント・システムへ送信する。ステップＳ３１０８で、クライアント・システムは、照会結果である候補思い出デジタルデータのリストを表示する。例として図３２画面下段に、思い出デジタルデータ・リストの検索結果の表示を示している。ステップＳ３１０９で、ユーザーは、検索結果の表示セクションＣ３２０１からリンク元となる思い出デジタルデータをクリックし、選択ボタンＦ３２１０を押すことで、リンク元思い出デジタルデータ情報をサーバー・システムへ送信する。当業者ならば理解されるように、思い出デジタルデータをどのように選択するかについては前記以外にも様々な実装方法があり、登録済みの思い出デジタルデータの中からリンクの元となるデータを選択する、といった目的であれば本発明においては実装方法は問わない。ステップＳ３１１０で、サーバー・システムは、クライアント・システムより送信された、思い出デジタルデータ情報を入力として、既に登録・蓄積されている一般情報デジタルデータ表を照会し、思い出デジタルデータに関連すると思われる一般情報デジタルデータのリスト、つまり思い出リンクデータ候補のリストを取得する。このステップのロジック詳細は後述する。ステップＳ３１１１で、サーバー・システムは、取得された思い出リンクデータと設定された初期値を組み込んだ一般情報デジタルデータ・リンク画面その２をクライアント・システムへ送信する。ステップＳ３１１２で、クライアント・システムは、一般情報デジタルデータ・リンク画面その２を表示する。図３３は、クライアント・システムにて表示される一般情報デジタルデータ・リンク画面その２のためのＷｅｂページの一例である。必要な項目として、リンク元となる思い出デジタルデータの情報表示用セクションＣ３３０１、リンク候補である一般情報デジタルデータのリスト表示用セクションＣ３３０２、およびリンク・ボタンＦ３３０３がある。思い出デジタルデータの情報表示用セクションＣ３３０１は、リンク元となる思い出デジタルデータの識別が可能な情報、例えば、タイトル、撮影日時、サムネイル、および撮影場所フィールドなどが含まれる。一般情報デジタルデータのリスト表示用セクションＣ３３０２には、リンク先となる一般情報デジタルデータの識別が可能な情報、例えば、タイトル、コンテンツ、分野、開始日時、場所が含まれ、さらに設定変更可能フィールドとして、方向Ｆ３３０１および深度Ｆ３３０２が含まれる。方向は、その一般情報が良いまたは楽しい思い出か、苦いまたは辛い思い出かをそれぞれ＋（ポジティブ）、−（ネガティブ）にて選択できる。深度は、ユーザーから見た、リンク元の思い出に対する一般情報の事象の大きさ・深さを設定できる。表示されている方向と深度はステップＳ３１１０にて初期設定された値だが、ユーザーが修正することができる。ステップＳ３１１３で、ユーザーは、リンク候補の一般情報デジタルデータのリストに対して、方向および深度の変更、またはリンクの削除操作を行い、確定した情報をサーバー・システムへ送信するためにリンク・ボタンを押す。ステップＳ３１１４で、サーバー・システムは、情報を受信した後、ログインユーザーと参加ユーザーリストに含まれる全ユーザーＩＤを入力として、以下のループ処理を行う。ステップＳ３１１５で、サーバー・システムは、思い出リンクデータ表へ新しいデータを挿入する。このステップの詳細ロジックは後述する。ステップＳ３１１６で、サーバー・システムは、思い出リンクデータの参照に関する各種統計情報を更新する。この統計情報は、ユーザーの思い出リンクデータ参照総回数、分野別リンク参照回数、リンクデータ別参照回数などがあり、思い出リンクデータの重み付けに反映される本発明の基幹部分でもある。詳細ロジックは後述する。ステップＳ３１１７で、サーバー・システムは、前ステップまでに設定または修正された方向、深度、参照日時、および参照比率などからリンク・サイズ、リンク鮮明度、およびリンク強度を算出し、それらを思い出リンクデータ表へ更新する。このステップの詳細ロジックは後述する。ステップＳ３１１８で、ループ処理の入力となっているユーザーＩＤが他に無い場合は、ループを抜け次のステップＳ３１１９へ進む。まだ存在すれば次のユーザーＩＤを入力としてステップＳ３１１４へ戻る。ステップＳ３１１９で、サーバー・システムは、一般情報デジタルデータ・リンク完了画面をクライアント・システムへ送信する。ステップＳ３１２０で、クライアント・システムは、一般情報デジタルデータ・リンク完了画面を表示し、一般情報デジタルデータ・リンク・システムの処理を終了する。一実施形態では、一般情報デジタルデータ・リ


ンク・システムは独立したシステムとなっているが、前記の思い出デジタルデータ登録システムに連続して呼出しすることも可能である。また、当業者ならば理解されるように、１つではなく、複数の思い出デジタルデータをグループ化し、そのグループに対して一般情報デジタルデータをリンクすることも可能である。
図３４は、ステップＳ３１１０を細分化したフロー図である。本処理の入力は、ユーザーＩＤ、思い出デジタルデータＩＤ、思い出デジタルデータの撮影日時、思い出デジタルデータの撮影場所である。ステップＳ３４０１で、サーバー・システムは、本処理の入力データであるユーザーＩＤと思い出デジタルデータの撮影日時と思い出デジタルデータの撮影場所を条件に、一般情報デジタルデータ表とユーザー分野情報データ表と分野データ表と環境データ表を連結し、一般情報デジタルデータ情報、ユーザーの分野に対する思い出リンクデータ重要度、および一般情報デジタルデータの環境の重要度のリストを取得する。リストとしているのは、リンク候補となる一般情報デジタルデータは複数存在する可能性があるためである。条件は、（環境データ表の環境ＩＤ）＝（一般情報デジタルデータ表の環境ＩＤ）、かつ（環境データ表の削除日時）の値が無し、（分野データ表の分野ＩＤ）＝（一般情報デジタルデータ表の分野ＩＤ）、かつ（分野データ表の削除日時）の値が無し、かつ（一般情報デジタルデータ表の分野ＩＤ）＝（ユーザー分野情報データ表の分野ＩＤ）、かつ（ユーザー分野情報データ表のユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（ユーザー分野情報データ表の削除日時）の値が無し、かつ（一般情報デジタルデータ表の発生国）＝本処理の入力データである思い出デジタルデータの撮影場所、かつ（一般情報デジタルデータ表の開始日時）と（一般情報デジタルデータ表の終了日時）の期間の間に本処理の入力データである思い出デジタルデータの撮影日時が在り、で、出力は（一般情報デジタルデータ表の全データ）と（ユーザー分野情報データ表の思い出リンクデータ重要度）と（環境データ表の環境重要度）である。このときの（一般情報デジタルデータ表の全データ）には、一般情報デジタルデータＩＤ、タイトル、コンテンツ、サムネイル、開始日時、発生国、認知度などが含まれる。ステップＳ３４０２で、サーバー・システムは、前ステップの出力である、一般情報デジタルデータと関連データのリストを入力として、ループ処理を開始する。以下ステップで、サーバー・システムは、前ステップまでに取得した思い出リンクデータ重要度と環境重要度と認知度を元に、思い出リンクデータの好感度、減衰率、方向、および深度を計算する。好感度はそのユーザーにとって、対象となる思い出リンクデータに対してどの程度好感を持っているかを数値化したものであり、減衰率はそのユーザーにとって、その思い出リンクデータが時間とともにどの程度鮮明度を失っていくか減衰していく率を数値化したものである。例えば、その思い出リンクデータがユーザーにとって非常に重みのある事象であれば、好感度は高くなることで良い大きな思い出であることを示し、減衰率が低くなることで時が経っても忘れにくく鮮明さを失いにくい事象であることを示す。ステップＳ３４０３で、サーバー・システムは、取得した環境重要度の絶対値が５０％以上か否かを判断する。５０％以上だった場合、ステップＳ３４０４で、サーバー・システムは、取得した一般情報デジタルデータの認知度が５０％以上か判断する。さらに５０％以上だった場合、ステップＳ３４０５で、サーバー・システムは、対象ユーザー分野情報データの思い出リンクデータ重要度をＡ、対象環境重要度の絶対値をＢ、一般情報デジタルデータの認知度をＣとし、４＊（Ａ＋Ｂ＋Ｃ−Ａ＊Ｂ−Ｂ＊Ｃ−Ｃ＊Ａ＋Ａ＊Ｂ＊Ｃ）−３を好感度として計算する。続くステップＳ３４０６で、サーバー・システムは、減衰率に０．７をセットする。ステップＳ３４０４の結果が５０％未満だった場合、ステップＳ３４０７で、サーバー・システムは、前記のＡ，Ｂ，Ｃの定義をもとに、２＊（２＊Ａ＋２＊Ｂ−２＊Ａ＊Ｂ−１）＊Ｃを好感度として計算する。続くステップＳ３４０８で、サーバー・システムは、減衰率に０．８をセットする。ステップＳ３４０３の結果が５０％未満だった場合、ステップＳ３４０９で、サーバー・システムは、取得した一般情報デジタルデータの認知度が５０％以上か判断する。５０％以上だった場合、ステップＳ３４１０で、サーバー・システムは、前記のＡ，Ｂ，Ｃの定義をもとに、２＊（２＊Ａ＊Ｂ＋Ｃ−２＊Ａ＊Ｂ＊Ｃ）−１を好感度として計算する。続くステップＳ３４１１で、サーバー・システムは、減衰率に０．９をセットする。ステップＳ３４０９の結果が５０％未満だった場合、ステップＳ３４１２で、サーバー・システムは、前記のＡ，Ｂ，Ｃの定義をもとに、４＊Ａ＊Ｂ＊Ｃを好感度として計算する。続くステップＳ３４１３で、サーバー・システムは、減衰率に１をセットする。これら計算式はあくまでも一実施形態であり、取得した分野の思い出リンクデータ重要度が増せば思い出リンクデータの好感度は増し減衰率は下がる、取得した環境の重要度が増せば好感度は増し減衰率は下がる、取得した一般情報デジタルデータの認知度が増せば好感度は増し減衰率は下がる、といった傾向を実現できる式であればどのような式でも可能である。一実施形態では、環境重要度は−１００％〜＋１００％、分野の思いデジタルデータ重要度と一般情報デジタルデータの認知度は０〜＋１００％の範囲としているため、計算後の好感度は−１００％〜＋１００％、減衰率は０〜＋１００％となる。環境重要度では、辛いまたは苦しい環境下が存在する可能性があり、それを負（マイナス）の値で示し結果として−１００％〜＋１００％の範囲となる。前記ステップＳ３４０６、Ｓ３４０８、Ｓ３４１１、Ｓ３４１３に続くステップＳ３４１４で、サーバー・システムは、計算して得た好感度と減衰率を本処理の出力のために保持する。この時、環境重要度が負の値だった場合には、好感度に−１を乗じ、その値を好感度として保持し、正の値だった場合にはそのままの値にて保持する。ステップＳ３４１５で、サーバー・システムは、前記計算後の好感度を、以下の式にて方向と深度に分解し、本処理の出力として保持する。式：（方向）＝｛（好感度）が０以上（正の値）であれば＋１、（好感度）が０未満（負の値）であれば−１｝。（深度）＝（好感度）の絶対値。つまり、好感度の正負の符号を方向とし、規模を深度として分解する。ステップＳ３４１６で、サーバー・システムは、ループ処理の入力となっている一般情報デジタルデータが他に無い場合は、ループを抜け本処理を終了する。まだ存在すれば次の一般情報デジタルデータを入力としてステップＳ３４０２へ戻る。
図３５は、ステップＳ３１１５を細分化したフロー図である。本処理の入力は、思い出デジタルデータＩＤ、思い出デジタルデータの撮影日時、思い出デジタルデータの撮影場所、ログイン中のユーザーＩＤ、ユーザーＩＤ、思い出リンクデータ・リスト、であり、思い出リンクデータ・リストには、ＩＤ、方向、深度、好感度、および減衰率も含む。ステップＳ３５０１で、サーバー・システムは、ユーザーＩＤがログインユーザーＩＤと同一であるか判断する。ステップＳ３５０１でユーザーが同一でなかった場合、ステップＳ３５０２で、サーバー・システムは、本処理の入力データであるユーザーＩＤ、思い出デジタルデータＩＤ、思い出デジタルデータの撮影日時、および思い出デジタルデータの撮影場所を元に、思い出リンクデータ候補リストを取得し、保持する。このステップでは、好感度、減衰率、方向、および深度も計算される。またこのステップは、図３４と同一の処理であり、詳細はステップＳ３４０１からとして説明済みである。ステップＳ３５０１でユーザーが同一だった場合、ステップＳ３５０３で、サーバー・システムは、入力として渡されている好感度、減衰率、方向、および大きさ・深さを思い出リンクデータの好感度、減衰率、方向、および深度として置換・保持する。ステップＳ３５０２またはステップＳ３５０３に続いて、ステップＳ３５０４で、サーバー・システムは、前ステップまでに取得・保持していた思い出リンクデータ・リストを入力として、ループ処理を開始する。ステップＳ３５０５で、サーバー・システムは、ループの入力である思い出リンクデータを思い出リンクデータ表へ新しいデータとして挿入する。具体的には、思い出リンクデータ表のデータ項目である、（思い出デジタルデータＩＤ）、（一般情報デジタルデータＩＤ）、（ユーザーＩＤ）、（作成日時）、（方向）、（深度）、（好感度）、（減衰率）、（参照日時）、（参照回数）、（参照比率）、（リンク・サイズ）、（リンク鮮明度）、（リンク強度）へそれぞれ、本処理の入力データである思い出デジタルデータＩＤ、ループの入力である思い出リンクデータの一般情報デジタルデータＩＤ、本処理の入力データであるユーザーＩＤ、現在日時、ループの入力である思い出リンクデータの方向、ループの入力である思い出リンクデータの深度、ループの入力である思い出リンクデータの好感度、ループの入力である思い出リンクデータの減衰率、現在日時、０、０％、０％、０％、０％を挿入する。ステップＳ３５０６で、サーバー・システムは、ループ処理の入力となっている思い出リンクデータが他に無い場合は、ループを抜け本処理を終了する。まだ存在すれば次の思い出リンクデータを入力としてステップＳ３５０４へ戻る。
図３６は、ステップＳ３１１６を細分化したフロー図である。本処理では、思い出リンクデータの参照統計情報を更新する。本処理の入力は、思い出デジタルデータＩＤ、ユーザーＩＤ、思い出リンクデータ・リスト、である。ステップＳ３６０１は、サーバー・システムは、本処理の入力である思い出リンクデータ・リストを入力として、ループ処理を開始する。ステップＳ３６０２で、サーバー・システムは、ユーザー情報データ表の思い出リンクデータ参照総回数を１増加する。具体的には、（ユーザー情報データ表のユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、という条件にて、（ユーザー情報データ表の思い出リンクデータ参照総回数）＝（ユーザー情報データ表の思い出リンクデータ参照総回数）＋１という更新をかける。ステップＳ３６０３で、サーバー・システムは、ユーザー分野情報データ表のリンク参照回数を１増加する。具体的には、（一般情報デジタルデータ表の一般情報デジタルデータＩＤ）＝ループ入力である思い出リンクデータの一般情報デジタルデータＩＤ）、かつ（ユーザー分野情報データ表の分野ＩＤ）＝（一般情報デジタルデータ表の分野ＩＤ）、かつ（ユーザー分野情報データ表のユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（ユーザー分野情報データ表の削除日時）は無し、という条件にて、（ユーザー分野情報データ表のリンク参照回数）＝（ユーザー分野情報データ表のリンク参照回数）＋１という更新をかける。ステップＳ３６０４で、サーバー・システムは、ユーザー分野情報データ表のリンク参照比率を更新する。ユーザー分野情報データ表のリンク参照比率は、式“（ユーザー分野情報データ表のリンク参照回数）／（ユーザー情報データ表の思い出リンクデータ参照総回数）”で計算される。しかし、一実施形態では、式“（ユーザー分野情報データ表のリンク参照回数）／ＭＡＸ（（ユーザー情報データ表の思い出リンクデータ参照総回数），１００）”で計算する。ユーザーがシステムを使い始めて間が無い時、つまり、思い出リンクデータの参照総回数が極端に少ない時、この式の母数が小さいため、リンク参照比率が極端に偏りユーザーの性質が正しく反映されない可能性が高くなる。これを防ぐために、母数は（ユーザー情報データの思い出リンクデータ参照総回数）と１００の大きい方を選択することにする。この１００という値はあくまで一例であって、環境や状況に応じて他の値になりうる。前記計算式の（ユーザー分野情報データ表のリンク参照回数）は、具体的には、（ユーザー分野情報データ表）に対して、条件を（一般情報デジタルデータ表の一般情報デジタルデータＩＤ）＝ループ入力である思い出リンクデータの一般情報デジタルデータＩＤ）、かつ（ユーザー分野情報データ表の分野ＩＤ）＝（一般情報デジタルデータ表の分野ＩＤ）、かつ（ユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（削除日時）は無し、出力を（リンク参照回数）として取得した値であり、（ユーザー情報データの思い出リンクデータ参照総回数）は、（ユーザー情報データ表）に対して、条件を（ユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、出力を（思い出リンクデータ参照総回数）として取得した値である。ステップＳ３６０５で、サーバー・システムは、優先度と前ステップにて更新された参照比率を元に、ユーザー分野情報データ表の思い出リンクデータ重要度を更新する。具体的には、（一般情報デジタルデータ表の一般情報デジタルデータＩＤ）＝ループ入力である思い出リンクデータの一般情報デジタルデータＩＤ）、かつ（ユーザー分野情報データ表の分野ＩＤ）＝（一般情報デジタルデータ表の分野ＩＤ）、かつ（ユーザー分野情報データ表のユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（ユーザー分野情報データ表の削除日時）は無し、という条件にて、（ユーザー分野情報データ表の思い出リンクデータ重要度）＝（ユーザー分野情報データ表の優先度）＋（１−（ユーザー分野情報データ表の優先度））＊（ユーザー分野情報データ表のリンク参照比率）という更新をかける。ステップＳ３６０６で、サーバー・システムは、思い出リンクデータ表の参照回数を１増加する。具体的には、（思い出リンクデータ表の思い出デジタルデータＩＤ）＝本処理の入力データである思い出デジタルデータＩＤ、かつ（思い出リンクデータ表の一般情報デジタルデータＩＤ）＝ループ入力である思い出リンクデータの一般情報デジタルデータＩＤ、かつ（思い出リンクデータ表のユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（思い出リンクデータ表の削除日時）が無し、という条件にて、（思い出リンクデータ表の参照回数）＝（思い出リンクデータ表の参照回数）＋１という更新をかける。ステップＳ３６０７で、サーバー・システムは、思い出リンクデータ表の参照比率を更新する。このとき思い出リンクデータ表の参照比率は、式“（思い出リンクデータ表の参照回数）／（ユーザー情報データの思い出リンクデータ参照総回数）”で計算される。しかし、一実施形態では、式“（思い出リンクデータ表の参照回数）／ＭＡＸ（（ユーザー情報データの思い出リンクデータ参照総回数），１００）”で計算する。ユーザーがシステムを使い始めて間が無い時、つまり、思い出リンクデータの参照総回数が極端に少ない時、この式の母数が小さいため、参照比率が極端に偏りユーザーの性質が正しく反映されない可能性が高くなる。これを防ぐために、母数は（ユーザー情報データの思い出リンクデータ参照総回数）と１００の大きい方を選択することにする。この１００という値はあくまで一例であって、環境や状況に応じて他の値になりうる。前記計算式の（思い出リンクデータ表の参照回数）は、具体的には、（思い出リンクデータ表）に対して、条件を（思い出リンクデータ表の思い出デジタルデータＩＤ）＝本処理の入力データである思い出デジタルデータＩＤ、かつ（思い出リンクデータ表の一般情報デジタルデータＩＤ）＝ループ入力である思い出リンクデータの一般情報デジタルデータＩＤ、かつ（思い出リンクデータ表のユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（思い出リンクデータ表の削除日時）が無し、出力を（参照回数）として取得した値であり、（ユーザー情報データの思い出リンクデータ参照総回数）は、（ユーザー情報データ表）に対して、条件を（ユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、出力を（思い出リンクデータ参照総回数）として取得した値である。ステップＳ３６０８で、サーバー・システムは、ループ処理の入力となっている思い出リンクデータが他に無い場合は、ループを抜け本処理を終了する。まだ存在すれば次の思い出リンクデータを入力としてステップＳ３６０１へ戻る。
図３７は、ステップＳ３１１７を細分化したフロー図である。本処理では、思い出リンクデータのリンク・サイズ、リンク鮮明度、リンク強度を更新する。本処理の入力は、思い出デジタルデータＩＤ、ユーザーＩＤ、思い出リンクデータ・リスト、である。ステップＳ３７０１は、サーバー・システムは、本処理の入力である思い出リンクデータ・リストを入力として、ループ処理を開始する。ステップＳ３７０２で、サーバー・システムは、思い出リンクデータの方向および深度にデータが存在しているか否か判断する。存在している場合はステップＳ３７０３へ、存在していない場合にはステップＳ３７０４へ進む。ステップＳ３７０３で、サーバー・システムは、思い出リンクデータ表の方向、深度、および参照比率から、リンク・サイズを再計算し、更新する。具体的には、（思い出リンクデータ表の思い出デジタルデータＩＤ）＝本処理の入力データである思い出デジタルデータＩＤ、かつ（思い出リンクデータ表の一般情報デジタルデータＩＤ）＝ループ入力である思い出リンクデータの一般情報デジタルデータＩＤ、かつ（思い出リンクデータ表のユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（思い出リンクデータ表の削除日時）が無し、という条件にて、（リンク・サイズ）＝（深度）−０．５＋(方向)／２＋ＭＩＮ（１−（（深度）−０．５＋(方向)／２），１）＊（参照比率）という更新をかける。この時の計算式はあくまでも一実施形態であり、深度が増せばリンク・サイズも増し、方向が−１の時よりも＋１の時にリンク・サイズが増し、参照比率が増せばリンク・サイズも増す、といった傾向が実現できる式であればどのような式でも可能である。ステップＳ３７０４で、サーバー・システムは、思い出リンクデータ表の好感度および参照比率から、リンク・サイズを再計算し、更新する。具体的には、（思い出リンクデータ表の思い出デジタルデータＩＤ）＝本処理の入力データである思い出デジタルデータＩＤ、かつ（思い出リンクデータ表の一般情報デジタルデータＩＤ）＝ループ入力である思い出リンクデータの一般情報デジタルデータＩＤ、かつ（思い出リンクデータ表のユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（思い出リンクデータ表の削除日時）が無し、という条件にて、（リンク・サイズ）＝（好感度）の絶対値−０．５＋(好感度)の符号／２＋ＭＩＮ（１−（（好感度）の絶対値−０．５＋(好感度)の符号／２），１）＊（参照比率）という更新をかける。(好感度)の符号は、好感度が負の値であれば−１、正の値であれば＋１である。この時の計算式はあくまでも一実施形態であり、好感度が増せばリンク・サイズも増し、参照比率が増せばリンク・サイズも増す、といった傾向が実現できる式であればどのような式でも可能である。ステップＳ３７０３およびステップＳ３７０４の次ステップであるステップＳ３７０５で、サーバー・システムは、減衰率と参照日時からリンク鮮明度を再計算し、更新する。具体的には、（思い出リンクデータ表の思い出デジタルデータＩＤ）＝本処理の入力データである思い出デジタルデータＩＤ、かつ（思い出リンクデータ表の一般情報デジタルデータＩＤ）＝ループ入力である思い出リンクデータの一般情報デジタルデータＩＤ、かつ（思い出リンクデータ表のユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（思い出リンクデータ表の削除日時）が無し、という条件にて、（リンク鮮明度）＝（４３８００−（減衰率）＊（ＤＡＴＥ（現在日時）−ＤＡＴＥ（参照日時））)／４３８００、という更新をかける。値４３８００は、１２０年を日数に換算した数字で、凡そ人の最大の寿命を数値化したものである。ＤＡＴＥ（）は（）内の日時データ型から年月日データ型のみを取り出す関数を意味する。また、この時の計算式はあくまでも一実施形態であり、参照日時が古くなればリンク鮮明度が下がり、減衰率が上がればリンク鮮明度が下がる、といった傾向が実現できる式であればどのような式でも可能である。ステップＳ３７０６で、サーバー・システムは、前ステップまでに更新したリンク・サイズとリンク鮮明度から、リンク強度を再計算し、更新する。具体的には、（思い出リンクデータ表の思い出デジタルデータＩＤ）＝本処理の入力データである思い出デジタルデータＩＤ、かつ（思い出リンクデータ表の一般情報デジタルデータＩＤ）＝ループ入力である思い出リンクデータの一般情報デジタルデータＩＤ、かつ（思い出リンクデータ表のユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（思い出リンクデータ表の削除日時）が無し、という条件にて、（リンク強度）＝（リンク・サイズ）＊（リンク鮮明度）、という更新をかける。この時の計算式はあくまでも一実施形態であり、例えば“（（リンク・サイズ）の２乗＋（リンク鮮明度）の２乗）の２乗根“の式のように、リンク・サイズが増せばリンク強度が増し、リンク鮮明度が増せばリンク強度が増す、といった傾向が実現できる式であればどのような式でも可能である。ステップＳ３７０７で、サーバー・システムは、ループ処理の入力となっている思い出リンクデータが他に無い場合は、ループを抜け本処理を終了する。まだ存在すれば次の思い出リンクデータを入力としてステップＳ３７０１へ戻る。
図３８と図３９は、思い出デジタルデータおよび思い出リンクデータなどのデジタルデータ照会・閲覧システムの全体的流れを示すフロー図である。ステップＳ３８０１で、ユーザーは、クライアント・システムを通してサーバー・システムにアクセスし、思い出（思い出デジタルデータまたは思い出リンクデータ）の照会開始を依頼する。この時には既にログインしている事が前提となり、通常はログイン後のＷｅｂページに含まれるリンクまたはボタンのクリックから開始を依頼できる。ステップＳ３８０２で、サーバー・システムは、ログイン中のユーザーＩＤを用いて次の条件にて、家系データ表とユーザー情報データ表を連結して登録済みの家系データを取得し、また分野データ表から全ての分野データを、環境データ表から全ての場面データを、取得する。家系データ取得の条件は、（家系データ表のユーザーＩＤ）＝ログイン中のユーザーＩＤ、かつ（家系データ表の相手ユーザーＩＤ）＝（ユーザー情報データ表のユーザーＩＤ）で、出力は、（ユーザー情報データ表の氏名）、（ユーザー情報データ表の性別）、現在年月日−（ユーザー情報データ表の生年月日）、（家系データ表の続柄）である。分野データの取得の条件は、（分野データ表の削除日時が無い）で、出力は、（分野ＩＤ）および（分野名）である。場面データの取得の条件は、（環境データ表の場面）が在り、かつ（環境データ表の削除日時）が無い、で、出力は、（環境ＩＤ）、（場面）、（環境重要度）である。場面データは全てサービス提供者によって予め登録されている。例えば、場面とその環境重要度それぞれ、“新婚旅行”“９０％”、“友人との旅行”“７０％”、“初めてのデート”“８０％”などがある。ステップＳ３８０３で、サーバー・システムは、取得したデータを思い出デジタルデータ閲覧画面その１に組み込み、クライアント・システムへ送信する。具体的には、ステップＳ３８０２で取得した家系データから被写体ユーザー・リストおよび参加ユーザー・リストを作成し、同ステップから取得した分野・場面データからそれぞれ分野リストおよび場面リストを作成する。ステップＳ３８０４で、クライアント・システムは、思い出デジタルデータ閲覧画面その１を表示する。図４０は、クライアント・システムにて表示される思い出デジタルデータ閲覧画面その１のためのＷｅｂページの一例である。思い出デジタルデータの検索に使われる項目は大別して２種類ある。１種類目は、思い出デジタルデータの登録時に設定された思い出固有の情報である。例えば、タイトル、撮影日時・場所、被写体、分野、場面などである。２種類目は、閲覧者ごとに刻々と変化する、その思い出に対する情報で、思い出サイズ、思い出鮮明度、および思い出強度である。前記１種類目の検索項目は、セクションＣ４００１で示しており、タイトルＦ４００１、撮影日時Ｆ４００２、撮影場所Ｆ４００３、被写体ユーザーリストＦ４００４、参加ユーザーリストＦ４００５、分野Ｆ４００６、場面Ｆ４００７が含まれる。前記２種類目の検索項目は、セクションＣ４００２およびセクションＣ４００３で示している。セクションＣ４００２は、予め登録されている汎用的な検索条件をリストにした、定義済み汎用条件Ｆ４００８が含まれる。このリストには例えば、「古き良き思い出」がある。古き良き思い出がリストから選択された場合、思い出サイズは高い値の範囲を、思い出鮮明度は低い値の範囲が自動設定される。例えば、（思い出サイズ）＞８０％、かつ（思い出鮮明度）＜２０％、となる。しかしこれら８０％、２０％という値はシステムや環境に応じて異なる可能性がある。セクションＣ４００３は、セクションＣ４００２で定義済み汎用条件を選択せずに、ユーザー自身が、思い出サイズ、思い出鮮明度、思い出強度の値の範囲を指定して条件設定する場合に使用する検索項目を示す。項目のラベル表示としてはそれぞれ、大きさ・深さＦ４００９、鮮明さＦ４０１０、強さＦ４０１１、としている。そして、検索ボタンＦ４０１２がある。ステップＳ３８０５で、ユーザーは、クライアント・システムにて、閲覧するための思い出デジタルデータ候補を検索する。セクションＣ４００１の中の、タイトルＦ４００１は、既に登録されている思い出デジタルデータの題名の一部を入力するためのフィールドである。撮影日Ｆ４００２および撮影場所Ｆ４００３は、それぞれ登録されている思い出デジタルデータの撮影された日および場所であり、それらを条件に検索をする場合にこれらのフィールドへ入力・選択をする。当業者ならば理解されるように、日時入力は、既に一般的に使用されているカレンダーからの選択あるいは直接入力など様々な入力方法が存在しているが、いずれの方法でも本発明の実装としては使用可能である。撮影場所は、世界に存在する国または地域のリストから選択する。被写体ユーザーリストＦ４００４は、ログインユーザーから見た登録済み家系データのユーザーのリストで、前記ステップＳ３８０２にて取得されたデータである。同様に参加ユーザーリストＦ４００５も、ログインユーザーから見た登録済み家系データのユーザーのリストで、前記ステップＳ３８０２にて取得されたデータである。被写体ユーザーリストで選択されるユーザーリストは、思い出デジタルデータに写っている人のリストであり、参加ユーザーリストで選択されるユーザーリストは、思い出デジタルデータが撮影された時・場所に共に参加・同行していた人のリストであり、検索条件にするデータを選択する。分野Ｆ４００６は、前記ステップＳ３８０２で取得された全ての分野リストが表示される。場面Ｆ４００７は、前記ステップＳ３８０２で取得された全ての場面リストが表示される。分野は、映画やスポーツなどといった、その思い出デジタルデータの分類される分野を表し、場面は、新婚旅行、友人との最後の旅行、初めてのデートなどといった、思い出デジタルデータが撮影された時の場面・状況を表す項目である。セクションＣ４００２に含まれる定義済み汎用条件Ｆ４００８は、前記のとおり、リスト選択フィールドである。セクションＣ４００３に含まれる、大きさ・深さＦ４００９は、０％〜１００％までの値のリスト選択フィールドおよび「以下」「以上」いずれかのラジオボタン・フィールドから成る。鮮明さＦ４０１０および強さＦ４０１１も同様に、値リスト選択フィールドと「以上」「以下」のラジオボタン・フィールドから成る。セクションＣ４００１内項目への検索ワード入力あるいは検索条件となるデータのリスト選択、さらにセクションＣ４００２またはセクションＣ４００３内項目からの条件選択、そして検索ボタンをクリックすることで、閲覧対象となる思い出デジタルデータ候補をサーバー・システムへ照会依頼する。ステップＳ３８０６で、サーバー・システムは、思い出デジタルデータ表と思い出属性データ表を結合し、タイトルなど入力された条件にて照会を行う。例えば、条件は、（思い出属性データ表のユーザーＩＤ）＝ログイン中のユーザーＩＤ、かつ（思い出デジタルデータ表の思い出デジタルデータＩＤ）＝（思い出属性データ表の思い出デジタルデータＩＤ）、かつ（思い出属性データ表の削除日時）が無し、かつ（思い出デジタルデータ表のタイトル）ＬＩＫＥ ％タイトル欄に入力された検索文字％、かつＤＡＴＥ（思い出デジタルデータ表の撮影日時）＞＝撮影日欄で選択された範囲開始の日、かつＤＡＴＥ（思い出デジタルデータ表の撮影日時）＜＝撮影日欄で選択された範囲終了の日、かつ（思い出デジタルデータ表の撮影場所）＝撮影場所欄で選択された場所、かつ（思い出デジタルデータ表の被写体ユーザーリスト）に、被写体ユーザーリスト欄で選択されたユーザーＩＤを含む、かつ（思い出デジタルデータ表の参加ユーザーリスト）に、参加ユーザーリスト欄で選択されたユーザーＩＤを含む、かつ（思い出デジタルデータ表の分野ＩＤ）＝選択された分野の分野ＩＤ、かつ（思い出デジタルデータ表の環境ＩＤ）＝選択された場面の環境ＩＤ、かつ（思い出属性データ表の思い出サイズ）＞＝大きさ・深さ欄で選択された値、かつ（思い出属性データ表の思い出鮮明度）＜＝鮮明さ欄で選択された値、かつ（思い出属性データ表の思い出強度）＞＝強さ欄で選択された値、であり出力は、思い出デジタルデータ表の全データ項目、思い出属性データ表の全データ項目である。％タイトル欄に入力された検索文字％の前後にある％は０字以上の文字列を表し、ＬＩＫＥはその後に続く文字列が含まれる、ということを意味する。ＤＡＴＥ（）は（）内の日時データ型から年月日データ型のみを取り出す関数を意味する。当業者ならば理解されるように、１つ以上の検索用フィールドに検索用ワードが入力され、それら検索ワードをもとにデータベースを照会する手法およびプログラミングは現在では極めて一般的であり、殆ど全ての検索Ｗｅｂページでも実現されているものである。また、この検索手法については本発明の内容には含まれていないため詳細は割愛する。ステップＳ３８０７で、サーバー・システムは、照会結果をクライアント・システムへ送信する。ステップＳ３８０８で、クライアント・システムは、照会結果、つまり候補思い出デジタルデータのリストを表示する。例として図４０下段に、思い出デジタルデータ候補の検索結果の表示を示している。ステップＳ３８０９で、ユーザーは、検索結果の表示セクションＣ４００４から閲覧する思い出デジタルデータをクリックし、選択ボタンＦ４０１３を押すことで、閲覧対象の思い出デジタルデータ情報をサーバー・システムへ送信する。当業者ならば理解されるように、思い出デジタルデータをどのように選択するかについては前記以外にも様々な実装方法があり、登録済みの思い出デジタルデータの中からリンクの元となるデータを選択する、といった目的であれば本発明においては実装方法は問わない。ステップＳ３８１０で、サーバー・システムは、クライアント・システムより送信された、思い出デジタルデータ情報を入力として、一般情報デジタルデータ表と思い出リンクデータ表を連結・照会し、思い出にリンクされている一般情報デジタルデータ、つまり思い出リンクデータのリストを取得する。具体的には、条件は、（思い出リンクデータ表のユーザーＩＤ）＝ログイン中のユーザーＩＤ、かつ（思い出リンクデータ表の思い出デジタルデータＩＤ）＝選択された思い出デジタルデータＩＤ、かつ（思い出リンクデータ表の削除日時）が無し、かつ（思い出リンクデータ表の一般情報デジタルデータＩＤ）＝（一般情報デジタルデータ表の一般情報デジタルデータＩＤ）、であり出力は、一般情報デジタルデータ表および思い出リンクデータ表の全データ項目である。ステップＳ３８１１で、サーバー・システムは、取得された思い出リンクデータを組み込んだ思い出デジタルデータ閲覧画面その２をクライアント・システムへ送信する。ステップＳ３８１２で、クライアント・システムは、思い出デジタルデータ閲覧画面その２を表示する。図４１は、クライアント・システムにて表示される思い出デジタルデータ閲覧画面その２のためのＷｅｂページの一例である。表示項目として、閲覧する思い出デジタルデータの情報表示用セクションＣ４１０１、関連する思い出リンクデータのリスト表示用セクションＣ４１０２、および戻るボタンＦ４１０３がある。思い出デジタルデータの情報表示用セクションＣ４１０１は、閲覧する思い出デジタルデータの識別が可能な情報、例えば、タイトル、撮影日時、撮影場所、サムネイル、および登録された思い出デジタルデータのコンテンツを表示する、データ表示ボタンＦ４１０１などが含まれる。思い出リンクデータのリスト表示用セクションＣ４


１０２には、識別が可能となる、例えば、タイトル、コンテンツ、分野、開始日時、場所などが含まれ、さらに閲覧するユーザーから見た、思い出の大きさ、鮮明さ、強度も含まれ、それぞれのコンテンツの表示のための表示ボタンＦ４１０２が含まれる。ステップＳ３８１３で、ユーザーは、クライアント・システムにて、思い出デジタルデータのコンテンツを閲覧するためのデータ表示ボタンＦ４１０１をクリックした場合、思い出デジタルデータＩＤをサーバー・システムへ送信してステップＳ３８１４へ進み、そうでない場合はステップＳ３８２１へ進む。ステップＳ３８１４で、サーバー・システムは、思い出デジタルデータＩＤをもとに、思い出デジタルデータ表からコンテンツを取得する。条件は（思い出デジタルデータＩＤ）＝クライアントから受信した思い出デジタルデータＩＤ、で、出力は（タイトル）、（撮影日時）、（撮影場所）、（コンテンツ）である。ステップＳ３８１５で、サーバー・システムは、取得したコンテンツを組み込んだ思い出デジタルデータ・コンテンツ画面を生成し、クライアント・システムへ送信する。ステップＳ３８１６で、クライアント・システムは、受信した思い出デジタルデータ・コンテンツ画面を表示する。図４２は、クライアント・システムにて表示される思い出デジタルデータ・コンテンツ画面のためのＷｅｂページの一例である。表示項目として、閲覧する思い出デジタルデータのメタデータ表示用セクションＣ４２０１、思い出デジタルデータのコンテンツ表示用セクションＣ４２０２、および閉じるボタンＦ４２０１がある。思い出デジタルデータのメタデータ表示用セクションＣ４２０１は、タイトル、撮影日時、および撮影場所が含まれる。コンテンツ表示用セクションＣ４２０２には、静止画、動画などの画像データ、音楽などの音声データ、インターネットＵＲＬなどのＷｅｂサイト・データ、またはテキストデータがそれぞれの再生プログラムによって表示される。ＵＲＬの場合には、直接ブラウザから別ウィンドウまたは別タブを起動することで簡単に実現できる。当業者ならば理解されるように、現在ではＷｅｂページ上にて画像、音声、テキストデータを再生・表示できる（編集はしない）ソフトウェアやビルドイン・プログラムは各メディア編集ソフトウェア会社から数多く提供されており、それを利用したＷｅｂページを作成することは一般的かつ簡単に行える。またこの再生・表示ロジックは本発明の根幹ではないため、詳細の説明は割愛する。ステップＳ３８１７で、ユーザーは、クライアント・システムにて、思い出デジタルデータを閲覧し、終えたら閉じるボタンＦ４２０１を押して、閲覧の終了をサーバー・システムへ通知する。ステップＳ３８１８で、サーバー・システムは、参照記録と履歴を残すために、同一ユーザーの古い思い出属性データの削除日時を更新し、新しいデータを表へ挿入する。このステップの詳細ロジックは後述する。ステップＳ３８１９で、サーバー・システムは、思い出デジタルデータの参照に関する各種統計情報を更新する。この統計情報は、ユーザーの思い出デジタルデータ参照総回数、分野別参照数、被写体の参照数などがあり、思い出デジタルデータの重み付けに反映される本発明の基幹部分でもある。このステップは、図２９と同一の処理であり、詳細はステップＳ２９０１からとして説明済みである。ステップＳ２９０１へは、思い出デジタルデータＩＤ、ログイン中のユーザーＩＤ、思い出デジタルデータの分野ＩＤ、思い出デジタルデータの被写体ユーザーリストを受け渡す。ステップＳ３８２０で、サーバー・システムは、思い出デジタルデータの各種情報から思い出サイズ、思い出鮮明度、思い出強度を算出し、それらを思い出属性データ表へ更新する。このステップは、図３０と同一の処理であり、詳細はステップＳ３００１からとして説明済みである。ステップＳ３００１へは、思い出デジタルデータＩＤ、ログイン中のユーザーＩＤを受け渡す。ステップＳ３８２０の処理を終えたら、ステップＳ３８１０へ戻る。ステップＳ３８１３でユーザーが、クライアント・システムにて、思い出デジタルデータのコンテンツを閲覧するためにデータ表示ボタンＦ４１０１をクリックしない場合、ステップＳ３８２１へ進む。ステップＳ３８２１で、ユーザーは、クライアント・システムにて、思い出リンクデータのコンテンツを閲覧するための表示ボタンＦ４１０２をクリックした場合、一般情報デジタルデータＩＤをサーバー・システムへ送信してステップＳ３８２２へ進み、そうでない場合は本システムを終了する。ステップＳ３８２２で、サーバー・システムは、一般情報デジタルデータＩＤをもとに、一般情報デジタルデータ表からコンテンツを取得する。条件は（一般情報デジタルデータＩＤ）＝クライアントから受信した一般情報デジタルデータＩＤ、で、出力は（タイトル）、（開始日時）、（発生国）、（発生詳細住所）、（コンテンツ）である。ステップＳ３８２３で、サーバー・システムは、取得したコンテンツを組み込んだ思い出リンクデータ・コンテンツ画面を生成し、クライアント・システムへ送信する。ステップＳ３８２４で、クライアント・システムは、受信した思い出リンクデータ・コンテンツ画面を表示する。図４３は、クライアント・システムにて表示される思い出リンクデータ・コンテンツ画面のためのＷｅｂページの一例である。表示項目として、閲覧する思い出リンクデータのメタデータ表示用セクションＣ４３０１、思い出リンクデータのコンテンツ表示・再生用セクションＣ４３０２、および閉じるボタンＦ４３０１がある。思い出リンクデータのメタデータ表示用セクションＣ４３０１は、タイトル、開始日時、国、および詳細場所が含まれる。コンテンツ表示用セクションＣ４３０２には、静止画、動画などの画像データ、音楽などの音声データ、インターネットＵＲＬなどのＷｅｂサイト・データ、またはテキストデータがそれぞれの再生プログラムによって表示される。ＵＲＬの場合には、直接ブラウザから別ウィンドウまたは別タブを起動することで簡単に実現できる。当業者ならば理解されるように、現在ではＷｅｂページ上にて画像、音声、テキストデータを再生・表示できる（編集はしない）ソフトウェアやビルドイン・プログラムは各メディア編集ソフトウェア会社から無料で提供されており、それを利用したＷｅｂページを作成することは一般的かつ簡単に行える。またこの再生・表示ロジックは本発明の根幹ではないため、詳細の説明は割愛する。ステップＳ３８２５で、ユーザーは、クライアント・システムにて、思い出リンクデータを閲覧・聴聞し、終えたら閉じるボタンＦ４３０１を押して、閲覧・聴聞の終了をサーバー・システムへ通知する。ステップＳ３８２６で、サーバー・システムは、参照記録と履歴を残すために、同一ユーザーの古い思い出リンクデータの削除日時を更新し、新しいデータを表へ挿入する。このステップの詳細ロジックは後述する。ステップＳ３８２７で、サーバー・システムは、思い出リンクデータの参照に関する各種統計情報を更新する。この統計情報は、ユーザーの思い出リンクデータ参照総回数、分野別リンク参照回数、リンクデータ別参照回数などがあり、思い出リンクデータの重み付けに反映される本発明の基幹部分でもある。このステップは、図３６と同一の処理であり、詳細はステップＳ３６０１からとして説明済みである。ステップＳ３６０１へは、思い出デジタルデータＩＤ、ログイン中のユーザーＩＤ、および一般情報デジタルデータＩＤを思い出リンク・リスト１件分として受け渡す。ステップＳ３８２８で、サーバー・システムは、思い出リンクデータの各種情報からリンク・サイズ、リンク鮮明度、リンク強度を算出し、それらを思い出リンクデータ表へ更新する。このステップは、図３７と同一の処理であり、詳細はステップＳ３７０１からとして説明済みである。ステップＳ３７０１へは、思い出デジタルデータＩＤ、ログイン中のユーザーＩＤ、および一般情報デジタルデータＩＤを思い出リンク・リスト１件分として受け渡す。ステップＳ３８２８の処理を終えたら、ステップＳ３８１０へ戻る。
図４４は、ステップＳ３８１８を細分化したフロー図である。本処理では、思い出属性データ表の旧データの削除日を更新し、新しいデータを表へ挿入する。本処理の入力は、思い出デジタルデータＩＤおよびユーザーＩＤである。ステップＳ４４０１で、サーバー・システムは、思い出属性データ表に格納されている最新の思い出属性データ情報を取得・保持する。具体的には、思い出属性データ表より、（思い出デジタルデータＩＤ）＝本処理の入力データである思い出デジタルデータＩＤ、かつ（ユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（削除日時）が無い、という条件で、（方向）、（深度）、（好感度）、（減衰率）、（参照回数）、（参照比率）、（思い出サイズ）、（思い出鮮明度）、（思い出強度）を出力として照会する。ステップＳ４４０２で、サーバー・システムは、前記データの削除日時を更新する。削除日時に現在日時を入れることで、データベース上でのデータは削除されずに残るが、履歴管理上、現在日時においてこのデータが削除されたこととなる。具体的には、思い出属性データ表に対して、（思い出デジタルデータＩＤ）＝本処理の入力データである思い出デジタルデータＩＤ、かつ（ユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（削除日時）が無い、という条件で、（削除日時）＝現在日時、という更新をかける。ステップＳ４４０３で、サーバー・システムは、前ステップまでに保持している情報をもとに、新しいデータを思い出属性データ表へ挿入し、本処理を終了する。具体的には、思い出属性データ表のデータ項目である、（思い出デジタルデータＩＤ）、（ユーザーＩＤ）、（作成日時）、（方向）、（深度）、（好感度）、（減衰率）、（参照日時）、（参照回数）、（参照比率）、（思い出サイズ）、（思い出鮮明度）、（思い出強度）へそれぞれ、本処理の入力データである思い出デジタルデータＩＤ、本処理の入力データであるユーザーＩＤ、現在日時、保持中である旧データの方向、保持中である旧データの深度、保持中である旧データの好感度、保持中である旧データの減衰率、現在日時、保持中である旧データの参照回数、保持中である旧データの参照比率、保持中である旧データの思い出サイズ、保持中である旧データの思い出鮮明度、保持中である旧データの思い出強度を挿入する。
図４５は、ステップＳ３８２６を細分化したフロー図である。本処理では、思い出リンクデータ表の旧データの削除日を更新し、新しいデータを表へ挿入する。本処理の入力は、思い出デジタルデータＩＤ、一般情報デジタルデータＩＤ、およびユーザーＩＤである。ステップＳ４５０１で、サーバー・システムは、思い出リンクデータ表に格納されている最新の思い出リンクデータ情報を取得・保持する。具体的には、思い出リンクデータ表より、（思い出デジタルデータＩＤ）＝本処理の入力データである思い出デジタルデータＩＤ、かつ（一般情報デジタルデータＩＤ）＝本処理の入力データである一般情報デジタルデータＩＤ、かつ（ユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（削除日時）が無い、という条件で、（方向）、（深度）、（好感度）、（減衰率）、（参照回数）、（参照比率）、（リンク・サイズ）、（リンク鮮明度）、（リンク強度）を出力として照会する。ステップＳ４５０２で、サーバー・システムは、前記データの削除日時を更新する。削除日時に現在日時を入れることで、データベース上でのデータは削除されずに残るが、履歴管理上、現在日時においてこのデータが削除されたこととなる。具体的には、思い出リンクデータ表に対して、（思い出デジタルデータＩＤ）＝本処理の入力データである思い出デジタルデータＩＤ、かつ（一般情報デジタルデータＩＤ）＝本処理の入力データである一般情報デジタルデータＩＤ、かつ（ユーザーＩＤ）＝本処理の入力データであるユーザーＩＤ、かつ（削除日時）が無い、という条件で、（削除日時）＝現在日時、という更新をかける。ステップＳ４５０３で、サーバー・システムは、前ステップまでに保持している情報をもとに、新しいデータを思い出リンクデータ表へ挿入し、本処理を終了する。具体的には、思い出リンクデータ表のデータ項目である、（思い出デジタルデータＩＤ）、（一般情報デジタルデータＩＤ）、（ユーザーＩＤ）、（作成日時）、（方向）、（深度）、（好感度）、（減衰率）、（参照日時）、（参照回数）、（参照比率）、（リンク・サイズ）、（リンク鮮明度）、（リンク強度）へそれぞれ、本処理の入力データである思い出デジタルデータＩＤ、本処理の入力データである一般情報デジタルデータＩＤ、本処理の入力データであるユーザーＩＤ、現在日時、保持中である旧データの方向、保持中である旧データの深度、保持中である旧データの好感度、保持中である旧データの減衰率、現在日時、保持中である旧データの参照回数、保持中である旧データの参照比率、保持中である旧データのリンク・サイズ、保持中である旧データのリンク鮮明度、保持中である旧データのリンク強度を挿入する。
図４６は、時間経過による情報自動更新システムの全体的流れを示すフロー図である。時間経過によって変化する情報の例として、思い出属性データ表の思い出鮮明度、思い出強度、および思い出リンクデータ表のリンク鮮明度、リンク強度があり、これらデータを時間とともに変化（低下）させることで、実際の人の記憶に残る思い出の記憶度に近づけることを目的とする。このシステムはサーバー・システムにより、定期的にバッチジョブ処理される。ステップＳ４６０１で、サーバー・システムは、現在時刻が毎月の月初めの夜間か否かを確認し、そうであればステップＳ４６０２以降に示される自動更新プログラムを実行する。実行のタイミングである月初めの夜間というのはあくまで一実施形態であり、システムや利用状況に応じて頻度や実行時間を変えることが可能である。ステップＳ４６０２で、サーバー・システムは、全ての最新の思い出属性データの思い出デジタルデータＩＤとユーザーＩＤのリストを取得する。具体的には、思い出属性データ表に対して、条件が（削除日時）は無し、で出力は、（思い出デジタルデータＩＤ）、（ユーザーＩＤ）である。思い出属性データ表には、同一思い出デジタルデータＩＤ、同一ユーザーＩＤのデータが複数存在する可能性があるが、作成日時と削除日時で履歴管理しているため、削除日時が無いデータが最新のデータとなる。反対に、一世代以上古いデータには、新しいデータが挿入された日時が削除日時として格納されている。ステップＳ４６０３で、サーバー・システムは、取得した思い出デジタルデータＩＤとユーザーＩＤのリストを入力としてループ処理を開始する。ステップＳ４６０４で、サーバー・システムは、ループの入力である思い出デジタルデータＩＤとユーザーＩＤを入力として、思い出属性データ表の旧データの削除日を更新し、新しいデータを表へ挿入する。このステップは、図４４と同一の処理であり、詳細はステップＳ４４０１からとして説明済みである。ステップＳ４６０５で、サーバー・システムは、ループの入力である思い出デジタルデータＩＤとユーザーＩＤを入力として、思い出属性データの思い出サイズ、思い出鮮明度、思い出強度を更新する。このステップは、図３０と同一の処理であり、詳細はステップＳ３００１からとして説明済みである。ステップＳ４６０６で、ループ処理の入力となっている、思い出デジタルデータＩＤとユーザーＩＤが他に無い場合は、ループを抜け次のステップＳ４６０７へ進む。まだ存在すれば次の思い出デジタルデータＩＤとユーザーＩＤを入力としてステップＳ４６０３へ戻る。ステップＳ４６０７で、サーバー・システムは、全ての最新の思い出リンクデータの思い出デジタルデータＩＤと一般情報デジタルデータＩＤとユーザーＩＤのリストを取得する。具体的には、思い出リンクデータ表に対して、条件が（削除日時）は無し、で出力は、（思い出デジタルデータＩＤ）、（一般情報デジタルデータＩＤ）、（ユーザーＩＤ）である。思い出リンクデータ表には、同一思い出デジタルデータＩＤ、同一一般情報デジタルデータＩＤ、同一ユーザーＩＤのデータが複数存在する可能性があるが、作成日時と削除日時で履歴管理しているため、削除日時が無いデータが最新のデータとなる。反対に、一世代以上古いデータには、新しいデータが挿入された日時が削除日時として格納されている。ステップＳ４６０８で、サーバー・システムは、取得した思い出デジタルデータＩＤと一般情報デジタルデータＩＤとユーザーＩＤのリストを入力としてループ処理を開始する。ステップＳ４６０９で、サーバー・システムは、ループの入力である思い出デジタルデータＩＤと一般情報デジタルデータＩＤとユーザーＩＤを入力として、思い出リンクデータ表の旧データの削除日を更新し、新しいデータを表へ挿入する。このステップは、図４５と同一の処理であり、詳細はステップＳ４５０１からとして説明済みである。ステップＳ４６１０で、サーバー・システムは、ループの入力である思い出デジタルデータＩＤと一般情報デジタルデータＩＤとユーザーＩＤを入力として、思い出リンクデータのリンク・サイズ、リンク鮮明度、リンク強度を更新する。このステップは、図３７と同一の処理であり、詳細はステップＳ３７０１からとして説明済みである。ステップＳ４６１１で、ループ処理の入力となっている、思い出デジタルデータＩＤと一般情報デジタルデータＩＤとユーザーＩＤが他に無い場合は、ループを抜け処理を終了する。まだ存在すれば次の思い出デジタルデータＩＤと一般情報デジタルデータＩＤとユーザーＩＤを入力としてステップＳ４６０８へ戻る。
「他の実施形態」
当業者ならば理解されるように、思い出デジタルデータ管理手法はインターネット以外の種々の環境で使用することが可能である。例えば、ＬＡＮ（ローカル・エリア・ネットワーク）、ＷＡＮ（広域ネットワーク）、Ｐ２Ｐ（ポイント・ツー・ポイント）、ダイヤルアップ接続などの種々の通信チャネルを使用することも可能である。さらには、サーバー・システムとクライアント・システムを同居させたコンピュータ・マシン１台でも実現することも可能である。また、サーバー・システムは、思い出デジタルデータの登録、照会などの管理アクションが実行されたときにそれに応答することができるハードウェアまたはソフトウェアの任意の組み合わせで構成することができる。クライアント・システムは、サーバー・システムとやりとりできるハードウェアまたはソフトウェアの任意の組み合わせで構成することができる。これらのシステムには、そこを通して要求を出すことができるテレビジョン・ベースのシステム、または他の種々の消費者製品を含めることも可能である。
また、当業者ならば理解されるように、前記一実施形態で紹介したデータベースへの照会・更新・削除については、説明のためにロジックを複数のステップに分割して表記したが、実際には、データベース言語であるＳＱＬの機能を用いる事により、単純化することが可能である。例えば、１つのＳＱＬで複数のデータベースアクセス（照会・挿入・更新・削除）を組み込んだり、さらにはビジネスロジックをも含め、１つのステップにまとめることができる。
また、請求項２、請求項３、請求項６、および請求項７記載の、照会対象である思い出デジタルデータ固有の情報、照会要求をしているユーザーまたは許可ユーザー固有の情報、および思い出の発生していた当時の場面・政治経済情勢・流行風潮などの環境情報、の１つとして、デジタルカメラ、ビデオカメラなどから直接取得可能なメタデータ（ＧＰＳ機能からの位置情報、日時、カメラ情報、ユーザーによって入力されたその他テキスト情報など）を利用することもできる。これにより、さらなる思い出デジタルデータ管理の自動化・簡素化が可能となる。
本発明の一実施形態における思い出デジタルデータ管理システム全体の構成図である。 本発明の一実施形態における思い出デジタルデータ管理システムのコンポーネント構成図である。 思い出デジタルデータの重み付け分類を実現するための指標の解説図である。 思い出属性データの指標である、思い出サイズ、思い出鮮明度、および思い出強度と、それらに影響を与えるその他の情報の関連図である。 一般情報デジタルデータとの重み付けリンクを実現するための指標の解説図である。 思い出リンクデータの指標である、リンク・サイズ、リンク鮮明度、およびリンク強度と、それらに影響を与えるその他の情報の関連図である。 本発明の一実施形態における関係データベースに含むべき表およびデータ項目のＥＲ図である。 既存技術による典型的なシステム構成図の一例である。 本発明の一実施形態におけるユーザー登録システムの全体的流れを示すフロー図である。 本発明の一実施形態におけるクライアント・システムにて表示されるユーザー登録画面その１のためのＷｅｂページの一例である。 本発明の一実施形態におけるクライアント・システムにて表示されるユーザー登録画面その２のためのＷｅｂページの一例である。 本発明の一実施形態における分野名リストの初期設定を示すフロー図である。 本発明の一実施形態における分野名リストの初期設定を示すフロー図の続きである。 本発明の一実施形態におけるユーザー分野情報データ表の初期設定を示すフロー図である。 本発明の一実施形態における家系データ管理システムの全体的流れを示すフロー図である。 本発明の一実施形態におけるクライアント・システムにて表示される家系データ管理画面のためのＷｅｂページの一例である。 本発明の一実施形態における家系データの追加処理のフロー図である。 本発明の一実施形態における家系データ追加画面である。 本発明の一実施形態における家系データの編集処理のフロー図である。 本発明の一実施形態における家系データ編集画面である。 本発明の一実施形態における家系データの削除処理のフロー図である。 本発明の一実施形態における家系データ削除画面である。 本発明の一実施形態における思い出デジタルデータ登録システムの全体的流れを示すフロー図である。 本発明の一実施形態におけるクライアント・システムにて表示される思い出デジタルデータ登録画面その１のためのＷｅｂページの一例である。 本発明の一実施形態におけるクライアント・システムにて表示される思い出デジタルデータ登録画面その２のためのＷｅｂページの一例である。 本発明の一実施形態における思い出属性データの好感度、減衰率、方向、深度の計算処理のフロー図である。 本発明の一実施形態における思い出属性データ表へのデータ挿入処理のフロー図である。 本発明の一実施形態における思い出デジタルデータの登録統計情報更新処理のフロー図である。 本発明の一実施形態における思い出デジタルデータの参照統計情報更新処理のフロー図である。 本発明の一実施形態における思い出属性データのサイズ、鮮明度、強度の更新処理のフロー図である。 本発明の一実施形態における一般情報デジタルデータ・リンク・システムの全体的流れを示すフロー図である。 本発明の一実施形態におけるクライアント・システムにて表示される一般情報デジタルデータ・リンク画面その１のためのＷｅｂページの一例である。 本発明の一実施形態におけるクライアント・システムにて表示される一般情報デジタルデータ・リンク画面その２のためのＷｅｂページの一例である。 本発明の一実施形態における思い出リンクデータ候補リストの作成処理のフロー図である。 本発明の一実施形態における思い出リンクデータ表へのデータ挿入処理のフロー図である。 本発明の一実施形態における思い出リンクデータの参照統計情報更新処理のフロー図である。 本発明の一実施形態における思い出リンクデータのサイズ、鮮明度、強度の更新処理のフロー図である。 本発明の一実施形態における思い出デジタルデータおよび思い出リンクデータの照会・閲覧システムの全体的流れを示すフロー図である。 本発明の一実施形態における思い出デジタルデータおよび思い出リンクデータの照会・閲覧システムの全体的流れを示すフロー図の続きである。 本発明の一実施形態におけるクライアント・システムにて表示される思い出デジタルデータ閲覧画面その１のためのＷｅｂページの一例である。 本発明の一実施形態におけるクライアント・システムにて表示される思い出デジタルデータ閲覧画面その２のためのＷｅｂページの一例である。 本発明の一実施形態におけるクライアント・システムにて表示される思い出デジタルデータ・コンテンツ画面のためのＷｅｂページの一例である。 本発明の一実施形態におけるクライアント・システムにて表示される思い出リンクデータ・コンテンツ画面のためのＷｅｂページの一例である。 本発明の一実施形態における思い出属性データ表の旧データ削除日更新＆新データ挿入処理のフロー図である。 本発明の一実施形態における思い出リンクデータ表の旧データ削除日更新＆新データ挿入処理のフロー図である。 本発明の一実施形態における時間経過によって変化する情報の自動更新システムの全体的流れを示すフロー図である。
Ｕ０１０１ 思い出デジタルデータ管理システムのサーバー
Ｕ０１０２ 思い出デジタルデータ
Ｕ０１０３ 思い出デジタルデータ・データベース
Ｕ０１０４ 通信ネットワーク
Ｕ０１０５ 登録用クライアントＰＣ
Ｕ０１０６ 参照用クライアントＰＣ
Ｕ０１０７ モバイル通信機器
Ｕ０１０８ その他一般情報を格納する外部の管理システム群
Ｕ０１０９ 思い出デジタルデータの重み付け分類アルゴリズム
Ｕ０１１０ 一般情報との重み付けリンク・アルゴリズム
Ｕ０２０１ 思い出デジタルデータ管理システムのクライアント
Ｕ０２０２ 思い出デジタルデータ管理システムのサーバー
Ｕ０２０３ Ｗｅｂブラウザ
Ｕ０２０４ 登録前の思い出デジタルデータ
Ｕ０２０５ サーバー・システム群
Ｕ０２０６ アプリケーション・システム群
Ｕ０２０７ クライアントに送信されるＷｅｂページ群
Ｕ０２０８ 思い出デジタルデータと一般情報デジタルデータの格納庫
Ｕ０３０１ 縦軸：思い出サイズ
Ｕ０３０２ 横軸：思い出鮮明度
Ｕ０３０３ 第三軸：思い出強度
Ｃ０４０１ 静的情報群
Ｃ０４０２ 動的情報群
Ｕ０５０１ 縦軸：リンク・サイズ
Ｕ０５０２ 横軸：リンク鮮明度
Ｕ０５０３ 第三軸：リンク強度
Ｃ０６０１ 静的情報群
Ｃ０６０２ 動的情報群
Ｕ０８０１ 思い出デジタルデータ管理システムのサーバー
Ｕ０８０２ 思い出デジタルデータ
Ｕ０８０３ 通信ネットワーク
Ｕ０８０４ 登録用クライアントＰＣ
Ｕ０８０５ 参照用クライアントＰＣ
Ｕ０８０６ モバイル通信機器
Ｕ０８０７ その他一般情報を格納する外部の管理システム群
Ｕ０８０８ ユーザーの知識＆見識に基づいたユーザーによる思い出データの分類作業
Ｕ０８０９ ユーザーの知識＆見識に基づいたユーザーによる一般情報の抽出作業
Ｕ０８１０ ユーザーの知識＆見識に基づいたユーザーによる思い出データと一般情報データのリンク作業
Ｃ１６０１ 登録済み家系データの表示・編集・削除選択セクション
Ｃ１８０１ 検索結果の表示および追加ユーザーの選択セクション
Ｃ２００１ 編集対象ユーザー情報の表示セクション
Ｃ２２０１ 削除対象ユーザー情報の表示セクション
Ｃ２５０１ 登録対象の思い出デジタルデータの情報表示セクション
Ｃ３２０１ 検索結果の表示セクション
Ｃ３３０１ リンク元となる思い出デジタルデータの情報表示セクション
Ｃ３３０２ リンク候補である一般情報デジタルデータのリスト表示セクション
Ｃ４００１ 項目別検索セクション
Ｃ４００２ 定義済み汎用条件検索セクション
Ｃ４００３ ３指標による検索セクション
Ｃ４００４ 検索結果の表示セクション
Ｃ４１０１ 閲覧する思い出デジタルデータの情報表示セクション
Ｃ４１０２ 関連する思い出リンクデータのリスト表示セクション
Ｃ４２０１ 閲覧する思い出デジタルデータのメタデータ表示セクション
Ｃ４２０２ 思い出デジタルデータのコンテンツ表示セクション
Ｃ４３０１ 閲覧する思い出リンクデータのメタデータ表示セクション
Ｃ４３０２ 思い出リンクデータのコンテンツ表示・再生セクション

Claims (8)

  1. 写真、ビデオ、録音など思い出を記録している思い出デジタルデータのコンピュータを用いた管理方法であって、前記思い出デジタルデータはユーザーとサーバー・システムの思い出デジタルデータ管理システムによって登録・保管され、前記ユーザーまたは前記ユーザーに登録・許可された許可ユーザーによって照会されるものにおいて、当該方法は、前記サーバー・システムの制御のもとでは、前記思い出デジタルデータ登録・更新時、前記思い出デジタルデータに、思い出そのものの良し悪しと大きさを表す「思い出サイズ」と、人の記憶への残存の程度を表す「思い出鮮明度」と、思い出を体験した時から現在までの間の任意の一時点において前記思い出が実際にその人にとっての大切さの程度を表す「思い出強度」を関連付けることで、各々の思い出デジタルデータごとに重み付けをして前記サーバー・システムに格納し、前記ユーザーまたは許可ユーザーは、前記重み付け、すなわち、前記「思い出サイズ」、前記「思い出鮮明度」、前記「思い出強度」ごと、あるいはそれらの組み合わせを条件として前記格納された思い出デジタルデータの照会・閲覧する、以上によって、前記思い出デジタルデータに前記重み付けをして管理することを特徴とする方法。
  2. 請求項１に記載の方法において、前記「思い出サイズ」は、前記ユーザー情報の登録時、または前記思い出デジタルデータ登録時に、前記思い出発生時の様々な状況情報（静的情報）、すなわち、照会対象である前記思い出デジタルデータ固有の情報、前記照会要求をしているユーザーまたは許可ユーザー固有の情報、および前記思い出の発生していた当時の場面・政治経済情勢・流行風潮などの環境情報、によって算出され初期設定されることを特徴とする方法。
  3. 請求項１または請求項２に記載の方法において、前記「思い出サイズ」および前記「思い出鮮明度」は、前記思い出デジタルデータ登録後の状況の変化・変遷に関する情報（動的情報）、すなわち、前記照会要求をしているユーザーまたは許可ユーザー固有情報の時系列での変化に関する情報、場面・政治経済情勢・流行風潮などの環境情報の時系列での変化に関する情報、前記ユーザーの行動に関する情報、および時間経過による色褪せの変遷、によって適宜再計算され修正されることを特徴とする方法。
  4. 請求項２または請求項３に記載の方法において、前記照会要求をしているユーザーまたは許可ユーザー固有の情報、前記場面・政治経済情勢・流行風潮などの環境情報、前記ユーザーの行動に関する情報、前記「思い出サイズ」、前記「思い出鮮明度」、および前記「思い出強度」は、変更履歴を記録として残し、蓄積することを特徴とする方法。
  5. 思い出デジタルデータに含まれる思い出に関連する他の一般情報デジタルデータの管理方法であって、前記一般情報デジタルデータはクライアント・システム側のユーザーとサーバー・システムの思い出リンクデータ管理システムによって対象となる思い出デジタルデータに連結（以下、リンクという）・保管され、前記ユーザーまたはユーザーに登録・許可された許可ユーザーによって照会されるものにおいて、当該方法は、前記サーバー・システムの制御のもとでは、前記一般情報デジタルデータのリンクおよび更新時、前記リンクに、一般情報デジタルデータそのものの良し悪しと大きさを表す「リンク・サイズ」と、人の記憶への残存の程度を表す「リンク鮮明度」と、思い出を体験した時から現在までの間の任意の一時点において前記一般情報デジタルデータの内容が実際にその人の思い出の中で占める程度を表す「リンク強度」を関連付けることで、各々の思い出にリンクされた一般情報デジタルデータごとに重み付けをして前記サーバー・システムに格納し、前記ユーザーまたは許可ユーザーは、前記重み付け、すなわち、前記「リンク・サイズ」、前記「リンク鮮明度」、前記「リンク強度」ごと、あるいはそれらの組み合わせを条件として前記格納された思い出リンクデータの照会・閲覧する、以上によって、前記思い出にリンクされた一般情報デジタルデータに前記重み付けをして管理することを特徴とする方法。
  6. 請求項５に記載の方法において、前記「リンク・サイズ」は、前記ユーザー情報の登録時、または前記一般情報デジタルデータのリンク時に、前記思い出発生時の様々な状況情報（静的情報）、すなわち、照会対象である前記一般情報デジタルデータ固有の情報、前記照会要求をしているユーザーまたは許可ユーザー固有の情報、および前記思い出の発生していた当時の場面・政治経済情勢・流行風潮などの環境情報、によって算出され初期設定されることを特徴とする方法。
  7. 請求項５または請求項６に記載の方法において、前記「リンク・サイズ」および前記「リンク鮮明度」は、前記思い出デジタルデータ登録後の状況の変化・変遷に関する情報（動的情報）、すなわち、前記照会要求をしているユーザーまたは許可ユーザー固有情報の時系列での変化に関する情報、場面・政治経済情勢・流行風潮などの環境情報の時系列での変化に関する情報、前記ユーザーの行動に関する情報、および時間経過による記憶の衰退、によって適宜再計算され修正されることを特徴とする方法。
  8. 請求項６または請求項７に記載の方法において、前記照会要求をしているユーザーまたは許可ユーザー固有の情報、前記ユーザーの行動に関する情報、前記「リンク・サイズ」、前記「リンク鮮明度」、および前記「リンク強度」は、変更履歴を記録として残し、蓄積することを特徴とする方法。
JP2008189717A 2008-07-23 2008-07-23 思い出に関するデジタルデータの管理方法 Expired - Fee Related JP4363552B1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2008189717A JP4363552B1 (ja) 2008-07-23 2008-07-23 思い出に関するデジタルデータの管理方法
PCT/JP2009/063022 WO2010010861A1 (ja) 2008-07-23 2009-07-21 思い出に関するデジタルデータの管理装置及びプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2008189717A JP4363552B1 (ja) 2008-07-23 2008-07-23 思い出に関するデジタルデータの管理方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2009181301A Division JP4402744B1 (ja) 2009-08-04 2009-08-04 思い出に関するデジタルデータの管理装置及びプログラム

Publications (2)

Publication Number Publication Date
JP4363552B1 true JP4363552B1 (ja) 2009-11-11
JP2010026916A JP2010026916A (ja) 2010-02-04

Family

ID=41393556

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008189717A Expired - Fee Related JP4363552B1 (ja) 2008-07-23 2008-07-23 思い出に関するデジタルデータの管理方法

Country Status (2)

Country Link
JP (1) JP4363552B1 (ja)
WO (1) WO2010010861A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5361853B2 (ja) * 2010-12-27 2013-12-04 株式会社ゼンリンデータコム 情報蓄積編集装置
CN110458287B (zh) * 2019-02-15 2024-05-07 平安科技（深圳）有限公司 神经网络优化器的参数更新方法、装置、终端及存储介质
JP2022113613A (ja) * 2021-01-25 2022-08-04 楠 信子 過去情報と一緒に対象者の過去情報発生時の年齢を送信するシステム

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001092835A (ja) * 1999-09-21 2001-04-06 Minolta Co Ltd 画像記録再生装置及び画像記録再生システム
JP2003052007A (ja) * 2001-08-07 2003-02-21 Topikkusu:Kk 情報処理方法及びシステム
JP2003099434A (ja) * 2001-09-25 2003-04-04 Sanyo Electric Co Ltd 電子アルバム装置
JP4695853B2 (ja) * 2003-05-26 2011-06-08 パナソニック株式会社 音楽検索装置
JP2006163877A (ja) * 2004-12-08 2006-06-22 Seiko Epson Corp メタデータ生成装置
JP5092357B2 (ja) * 2006-11-07 2012-12-05 ソニー株式会社 撮像表示装置、撮像表示方法

Also Published As

Publication number Publication date
JP2010026916A (ja) 2010-02-04
WO2010010861A1 (ja) 2010-01-28

Similar Documents

Publication Publication Date Title
US11170042B1 (en) Method and apparatus for managing digital files
CN101755303B (zh) 采用语义分类器的自动题材创建
JP5920587B2 (ja) リアルタイム動画像収集・認識・分類・処理・配信サーバシステム
KR101384931B1 (ko) 이미지 처리 방법, 장치 또는 시스템
JP5358011B2 (ja) 画像シェアリング用保存装置、画像シェアリングシステムおよび方法
RU2468424C2 (ru) Сбор и представление информации о действии на основе времени
JP3454764B2 (ja) 内容ベースで映像を検索する検索システム及び検索方法
US20160119488A1 (en) Proactive creation of image-based products
US20110314052A1 (en) Enhanced search system and method
JP2010515965A (ja) 意味論上の画像配置を伴うマルチ−フレーム・ディスプレイ・システム
JP2008529150A (ja) ダイナミックフォトコラージュ
JP2014506360A (ja) ユーザカスタマイズ型コンテンツ提供方法およびシステム
JP5988798B2 (ja) 画像表示装置及びその制御方法、プログラム、並びに記憶媒体
JP2002529858A (ja) 相互使用可能なマルチメディアコンテンツ記述のためのシステムおよび方法
US20180150987A1 (en) Proactive creation of photo products
Abraham Wedding videos in north Kerala: technologies, rituals, and ideas about love and conjugality
JP4363552B1 (ja) 思い出に関するデジタルデータの管理方法
JP2021518934A (ja) 記憶の協調的回想の適応提示のためのキュー・データ・モデルの実装
CN101939987A (zh) 个人录制品的内容增加
JP4402744B1 (ja) 思い出に関するデジタルデータの管理装置及びプログラム
JP2003099434A (ja) 電子アルバム装置
KR101813902B1 (ko) 동영상 템플릿의 조합 시스템 및 그 방법
KR20030048442A (ko) 동화상 컨텐츠를 검색하기 위한 검색정보를 관리하는 장치 및 방법, 및 검색정보를 이용하는 검색장치
KR101764705B1 (ko) 과학기술 설명 동영상 중개 및 제작 서비스 시스템 및 방법
JP2006127370A (ja) 情報提供装置および情報提供方法

Legal Events

Date Code Title Description
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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20090812

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120828

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees