(57)【要約】      （修正有）【課題】複数のＳＮＳサーバにアップロードされた管理対象情報を少ないデータ量で管理する。【解決手段】情報管理装置は、ネットワークを介して接続された複数の情報保持サーバの各々が保持する管理対象情報を管理するため、管理対象情報を検出し、検出された管理対象情報へネットワークを介してアクセスするためのリンク情報を作成するＳ１０３。そして、管理対象情報に付随する付随情報を複数の情報保持サーバから取得しＳ１０６、予め定められた階層に従って分類する。その上で、リンク情報と分類した付随情報とを対応付けて表示部に表示する。【選択図】図１８
2017097723.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続された複数の情報保持サーバの各々が保持する管理対象情報を管理するための情報管理装置であって、
前記情報保持サーバの各々が保持する前記管理対象情報を検出する検出手段と、
前記検出された管理対象情報へ前記ネットワークを介してアクセスするためのリンク情報を作成するリンク情報作成手段と、
前記管理対象情報に付随する付随情報を前記複数の情報保持サーバから取得する付随情報取得手段と、
前記付随情報取得手段により取得した付随情報を、予め定められた階層に従って分類する分類手段と、
前記リンク情報作成手段で作成したリンク情報と前記分類手段で分類した付随情報とを対応付けて表示する表示手段と、
を備えることを特徴とする情報管理装置。
【請求項２】
前記管理対象情報は、画像情報であり、
前記リンク情報作成手段は、前記管理対象情報を予め定められた大きさに縮小した画像を前記リンク情報として作成する、
ことを特徴とする請求項１に記載の情報管理装置。
【請求項３】
前記検出手段により、少なくとも前記複数の情報保持サーバの一部で同一の管理対象情報が検出された場合、前記表示手段は、予め定められた優先度の高い情報保持サーバの管理対象情報へアクセスするためのリンク情報と前記分類手段で分類した付随情報とを対応付けて表示する、
ことを特徴とする請求項１または２に記載の情報管理装置。
【請求項４】
前記付随情報取得手段は、前記複数の情報保持サーバから前記付随情報を取得できなかった場合、ユーザのスケジュールが登録されたスケジュールデータを保持するスケジュール管理サーバから前記ネットワークを介して前記付随情報を取得する、
ことを特徴とする請求項１〜３のいずれか１項に記載の情報管理装置。
【請求項５】
ネットワークを介して接続された複数の情報保持サーバの各々が保持する管理対象情報を管理するための情報管理方法であって、
検出手段が、前記情報保持サーバの各々が保持する前記管理対象情報を検出し、
リンク情報作成手段が、前記検出された管理対象情報へ前記ネットワークを介してアクセスするためのリンク情報を作成し、
付随情報取得手段が、前記管理対象情報に付随する付随情報を前記複数の情報保持サーバから取得し、
分類手段が、前記付随情報取得手段で取得された付随情報を、予め定められた階層に従って分類し、
表示手段が、前記リンク情報作成手段で作成されたリンク情報と前記分類手段で分類された付随情報とを対応付けて表示する
ことを特徴とする情報管理方法。
【請求項６】
ネットワークを介して接続された複数の情報保持サーバの各々が保持する管理対象情報を管理するためのプログラムであって、
前記ネットワークに接続されたコンピュータを、
前記情報保持サーバの各々が保持する前記管理対象情報を検出する検出手段、
前記検出された管理対象情報へ前記ネットワークを介してアクセスするためのリンク情報を作成するリンク情報作成手段、
前記管理対象情報に付随する付随情報を前記複数の情報保持サーバから取得する付随情報取得手段、
前記付随情報取得手段により取得した付随情報を、予め定められた階層に従って分類する分類手段、
前記リンク情報作成手段で作成したリンク情報と前記分類手段で分類した付随情報とを対応付けて表示する表示手段、
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報管理装置、情報管理方法及びプログラムに関する。
【背景技術】
【０００２】
ＳＮＳ（ソーシャルネットワーキングサービス）と呼ばれるインターネットを利用したサービスが広く普及している。ＳＮＳのユーザの中には、複数のＳＮＳを利用して情報を発信しているものもいる。このように複数のＳＮＳを利用するユーザの場合、どのＳＮＳにどのような情報を発信したかが分かり難くなることがある。
【０００３】
例えば、特許文献１には、ユーザ自身によって連携されたＳＮＳ上のユーザの書き込み内容をもとに、自動的に検索を行う機能であるユーザ投稿内容自動検索機能を備えた検索・情報表示システムが開示されている。
【０００４】
特許文献１によれば、制御部は、ユーザ自身のＳＮＳアカウントを検索エンジンに渡して検索を行い、ユーザ自身のＳＮＳで発信したツイート等の内容を取得し、ユーザがＳＮＳアカウントを連携した時点から当サービス内にアーカイブを格納する。そして、このアーカイブに格納された情報が検索対象となり、自身の投稿内容のみを検索対象とすることができるため、過去の同時期の自身の活動内容などを見ることができることが特許文献１に記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−２６６１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載の検索・情報表示システムでは、上述のように、ＳＮＳアカウントを連携した時点からサービス内にアーカイブが格納される。そのため、アーカイブのデータ量が膨大になり、その結果、膨大な量のデータを記憶し処理できる装置を準備する手間や費用などのために、管理が実際上困難になることがある。
【０００７】
この発明は、かかる現状に鑑みてなされたものであり、複数のＳＮＳサーバ等の情報保持サーバにアップロードされた管理対象情報を少ないデータ量で管理することが可能な情報管理装置、情報管理方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明の第１の観点に係る情報管理装置は、
ネットワークを介して接続された複数の情報保持サーバの各々が保持する管理対象情報を管理するための情報管理装置であって、
前記情報保持サーバの各々が保持する前記管理対象情報を検出する検出手段と、
前記検出された管理対象情報へ前記ネットワークを介してアクセスするためのリンク情報を作成するリンク情報作成手段と、
前記管理対象情報に付随する付随情報を前記複数の情報保持サーバから取得する付随情報取得手段と、
前記付随情報取得手段により取得した付随情報を、予め定められた階層に従って分類する分類手段と、
前記リンク情報作成手段で作成したリンク情報と前記分類手段で分類した付随情報とを対応付けて表示する表示手段と、
を備える。
【０００９】
また、前記管理対象情報は、画像情報であり、
前記リンク情報作成手段は、前記管理対象情報を予め定められた大きさに縮小した画像を前記リンク情報として作成する、
ようにしてもよい。
【００１０】
また、前記検出手段により、少なくとも前記複数の情報保持サーバの一部で同一の管理対象情報が検出された場合、前記表示手段は、予め定められた優先度の高い情報保持サーバの管理対象情報へアクセスするためのリンク情報と前記分類手段で分類した付随情報とを対応付けて表示する、
ようにしてもよい。
【００１１】
また、前記付随情報取得手段は、前記複数の情報保持サーバから前記付随情報を取得できなかった場合、ユーザのスケジュールが登録されたスケジュールデータを保持するスケジュール管理サーバから前記ネットワークを介して前記付随情報を取得する、
ようにしてもよい。
【００１２】
上記目的を達成するため、本発明の第２の観点に係る情報管理方法は、
ネットワークを介して接続された複数の情報保持サーバの各々が保持する管理対象情報を管理するための情報管理方法であって、
検出手段が、前記情報保持サーバの各々が保持する前記管理対象情報を検出し、
リンク情報作成手段が、前記検出された管理対象情報へ前記ネットワークを介してアクセスするためのリンク情報を作成し、
付随情報取得手段が、前記管理対象情報に付随する付随情報を前記複数の情報保持サーバから取得し、
分類手段が、前記付随情報取得手段で取得された付随情報を、予め定められた階層に従って分類し、
表示手段が、前記リンク情報作成手段で作成されたリンク情報と前記分類手段で分類された付随情報とを対応付けて表示する
ことを特徴とする。
【００１３】
上記目的を達成するため、本発明の第３の観点に係るプログラムは、
ネットワークを介して接続された複数の情報保持サーバの各々が保持する管理対象情報を管理するためのプログラムであって、
前記ネットワークに接続されたコンピュータを、
前記情報保持サーバの各々が保持する前記管理対象情報を検出する検出手段、
前記検出された管理対象情報へ前記ネットワークを介してアクセスするためのリンク情報を作成するリンク情報作成手段、
前記管理対象情報に付随する付随情報を前記複数の情報保持サーバから取得する付随情報取得手段、
前記付随情報取得手段により取得した付随情報を、予め定められた階層に従って分類する分類手段、
前記リンク情報作成手段で作成したリンク情報と前記分類手段で分類した付随情報とを対応付けて表示する表示手段、
として機能させることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、管理対象情報自体を記憶する必要がなくなる。したがって、複数の情報保持サーバにアップロードされた管理対象情報を少ないデータ量で管理することが可能になる。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施の形態に係る情報管理システムの構成を示す図である。
【図２】一実施の形態に係る端末装置の機能的な構成を示す図である。
【図３】一実施の形態に係る第１ＳＮＳサーバの機能的な構成を示す図である。
【図４】第１ＳＮＳデータの一例を示す図である。
【図５】第１ＳＮＳサーバから送信される情報に基づいて端末装置に表示される画面の構成の一例を示す図である。
【図６】一実施の形態に係る第２ＳＮＳサーバの機能的な構成を示す図である。
【図７】第２ＳＮＳデータの一例を示す図である。
【図８】第２ＳＮＳサーバから送信される情報に基づいて端末装置に表示される画面の構成の一例を示す図である。
【図９】一実施の形態に係るスケジュール管理サーバの機能的な構成を示す図である。
【図１０】スケジュールデータの一例を示す図である。
【図１１】一実施の形態に係る情報管理装置の機能的な構成を示す図である。
【図１２】管理データの一例を示す図である。
【図１３】サーバデータの一例を示す図である。
【図１４】付随項目データの一例を示す図である。
【図１５】付随情報に基づいて画像情報を分類するためのツリー構造の一例を示す図である。
【図１６】分類項目データの一例を示す図である。
【図１７】付随情報取得部の詳細な構成を示す図である。
【図１８】一実施の形態に係る管理データ更新処理の流れを示すフローチャートである。
【図１９】図１８に示す付随情報取得処理の詳細な流れを示すフローチャートである。
【図２０】一実施の形態に係る閲覧処理の流れを示すフローチャートである。
【図２１】情報管理装置により管理された画像情報を表示する端末装置の画面の構成の一例を示す図である。
【発明を実施するための形態】
【００１６】
以下、本発明の一実施の形態について、図面を参照しつつ説明する。全図を通じて同一の要素には同一の符号を付す。
【００１７】
本発明の一実施の形態に係る情報管理システム１００は、ユーザが端末装置１０１を利用して第１ＳＮＳ（ソーシャルネットワーキングサービス）サーバ１０２及び第２ＳＮＳサーバ１０３にアップロードした画像情報を、管理対象情報として管理するためのシステムである。
【００１８】
情報管理システム１００は、図１に示すように、ユーザが利用する端末装置１０１と、異なるＳＮＳをそれぞれ提供するための第１ＳＮＳサーバ１０２及び第２ＳＮＳサーバ１０３と、ユーザのスケジュールを管理するためのスケジュール管理サーバ１０４と、管理対象情報としての画像情報を管理するための情報管理装置１０５とを備える。第１ＳＮＳサーバ１０２、第２ＳＮＳサーバ１０３、スケジュール管理サーバ１０４及び情報管理装置１０５は、有線、無線又はこれらを組み合わせて構築されるネットワーク１０６で接続されており、ネットワーク１０６を介して相互に通信することができる。
【００１９】
なお、本実施の形態ではＳＮＳサーバが２つの例を説明するが、ＳＮＳサーバは、情報管理システム１００に３つ以上備えられていてもよい。
【００２０】
端末装置１０１は、スマートフォン、タブレット端末などであって、ユーザが各サーバ１０２〜１０４に情報をアップロードするとともに、情報管理装置１０５で管理された画像情報を画面で確認するための装置である。
【００２１】
詳細には、端末装置１０１は、図２に示すように、カメラ１０７と、撮像制御部１０８と、画像記憶部１０９と、端末送受信部１１０と、表示部１１１と、表示制御部１１２と、入力部１１３とを備える。
【００２２】
カメラ１０７は、画像を撮影する装置である。
【００２３】
撮像制御部１０８は、ユーザの操作に応じてカメラ１０７に撮像させ、撮影された画像を示す画像情報を、例えば撮影された場所を示す情報（撮影場所情報）などとともに画像記憶部１０９に記憶させる。なお、画像情報には、撮影した日時を示す撮影日時情報が含まれている。
【００２４】
撮影場所情報は、例えば、端末装置１０１が備えるＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）機能などを利用して取得できる場合に、撮影時に画像情報に関連付けられる。なお、撮影場所情報は、入力部１１３を利用して、ユーザの入力により設定されてもよい。
【００２５】
画像記憶部１０９は、画像情報を記憶するフラッシュメモリなどである。なお、画像記憶部１０９は、画像情報に対応付けられている撮影場所情報なとの関連情報があれば、当該関連情報も合わせて記憶する。
【００２６】
端末送受信部１１０は、第１ＳＮＳサーバ１０２、第２ＳＮＳサーバ１０３、スケジュール管理サーバ１０４及び情報管理装置１０５とネットワーク１０６を介して情報を送受信する通信インタフェースである。
【００２７】
表示部１１１は、液晶パネルなどで構成され、画面に情報を表示する。
【００２８】
表示制御部１１２は、第１ＳＮＳサーバ１０２、第２ＳＮＳサーバ１０３、スケジュール管理サーバ１０４及び情報管理装置１０５の各々との間で送受信する情報を予め定められたフォーマットに従って配置した画面を表示部１１１に表示させる。
【００２９】
入力部１１３は、ユーザが情報を入力するために操作する部位である。入力部１１３は、表示部１１１とともにタッチパネルを構成する。
【００３０】
第１ＳＮＳサーバ１０２と第２ＳＮＳサーバ１０３との各々は、ユーザがアップロードした画像情報などの各種情報を公開するなどのソーシャルネットワーキングサービスを提供するためのサーバ装置である。典型的には、第１ＳＮＳサーバ１０２と第２ＳＮＳサーバ１０３との各々は、ソーシャルネットワーキングサービスを提供するためのソフトウェアプログラムがインストールされた汎用のコンピュータで実現される。
【００３１】
第１ＳＮＳサーバ１０２は、図３に示すように、機能的な構成として第１ＳＮＳ記憶部１１４と、第１更新部１１５と、第１閲覧処理部１１６と、を備える。
【００３２】
第１ＳＮＳ記憶部１１４は、ユーザにより端末装置１０１からアップロードされた画像情報などの各種の情報を含む第１ＳＮＳデータ１１７を記憶する。第１ＳＮＳ記憶部１１４は、例えば、フラッシュメモリ、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｃ  Ｄｒｉｖｅ）から構成される。
【００３３】
本実施の形態に係る第１ＳＮＳデータ１１７は、図４に示すように、「投稿ＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｄａｔａ）」と、「ユーザ」と、「投稿日時」と、「コメント」と、「画像ＩＤ」と、「画像」と、「撮影場所」と、「撮影人物」と、「アルバム名」とが関連付けられたデータである。なお、図示する例では、説明をわかりやすくするため、一人のユーザによるデータを例に示しているが、第１ＳＮＳデータ１１７は、ユーザ毎に複数記憶されている。なお、後述する第２ＳＮＳデータ１２１についても同様である。
【００３４】
「投稿ＩＤ」は、第１ＳＮＳデータ１１７の各々を識別するための情報であり、本実施の形態では、更新順に応じた連番が採用されている。
【００３５】
「ユーザ」は、各種の情報をアップロードしたユーザを識別するための情報であり、例えば、第１ＳＮＳサーバ１０２により提供されるＳＮＳにユーザを登録する際、更新及び閲覧の認証用のパスワード（図示せず）とともに適宜設定される。
【００３６】
「投稿日時」は、各種の情報がアップロードされた日時を示す情報である。「投稿日時」は、例えば、第１更新部１１５が各種の情報を受信した日時、各種の情報を第１ＳＮＳ記憶部１１４に記憶させた日時などから予め設定されるとよい。
【００３７】
「コメント」は、ユーザが端末装置１０１に入力してアップロードしたコメントを示すコメント情報であって、例えばユーザが端末装置１０１に入力した文字、数字、記号などから構成される。ここで、図４にて、「−」は、情報が設定されていないことを示す。
【００３８】
「画像ＩＤ」は、第１ＳＮＳデータ１１７に含まれる画像情報の各々を識別するための情報である。本実施の形態に係る「画像ＩＤ」には、更新順に応じた連番が採用されている。
【００３９】
「画像」は、画像情報、すなわち、ユーザにより端末装置１０１からアップロードされた画像を示す情報である。複数の画像情報を一括で受信した場合、図４に示す「画像」の「Ａ」、「Ｂ」、「Ｃ」のように、「画像」は、第１ＳＮＳデータ１１７に含まれる１つの「投稿ＩＤ」に対して、複数の画像情報が関連付けられる。
【００４０】
「撮影場所」は、画像が撮影された場所を示す撮影場所情報である。撮影場所情報は、例えば、端末装置１０１からアップロードされた画像情報に対応付けられていてもよいし、端末装置１０１を介してユーザの入力により設定されてもよい。
【００４１】
「撮影人物」は、画像情報に含まれる人物の名前など、その人物を特定するための撮影人物情報である。撮影人物情報については、後述する。
【００４２】
「アルバム名」は、複数の画像情報をグループとして管理する場合に、各グループを識別するために付される名称を示す情報である。例えば、「アルバム名」は、端末装置１０１を介してユーザの入力により設定されるとよい。
【００４３】
ここで、「投稿日時」、「コメント」、「撮影場所」、「撮影人物」及び「アルバム名」は、付随情報、すなわち、本実施の形態での管理対象情報である画像情報に付随する情報の例である。
【００４４】
図３を参照する。
第１更新部１１５は、ユーザにより操作された端末装置１０１からネットワーク１０６を介して画像情報などの各種の情報を取得すると、取得した各種の情報に基づいて第１ＳＮＳデータ１１７を作成して第１ＳＮＳ記憶部１１４に記憶させる。
【００４５】
詳細には、第１更新部１１５は、画像情報とともに、コメント情報、撮影場所情報及びアルバム名情報を取得すると、可能であれば、画像情報に含まれる撮影人物情報を取得する。
【００４６】
例えば、ＳＮＳには、ユーザ同士を友達などとして関連付ける機能を備え、各ユーザの顔の画像情報を保持するものがある。撮影人物情報は、画像情報をアップロードしたユーザに関連付けられた他のユーザの顔が、アップロードされた画像情報に含まれているか否かに基づいて第１更新部１１５により特定されるとよい。また、この他にも、撮影人物情報は、例えばユーザにより端末装置１０１に入力されてもよい。
【００４７】
第１更新部１１５は、取得した画像情報に、取得したコメント情報、撮影場所情報及びアルバム名情報を関連付けた第１ＳＮＳデータ１１７を作成して第１ＳＮＳ記憶部１１４に記憶させる。また、撮影人物情報が取得された場合には、第１更新部１１５は、さらに撮影人物情報を関連付けた第１ＳＮＳデータ１１７を作成して第１ＳＮＳ記憶部１１４に記憶させる。なお、第１更新部１１５は、上述した投稿ＩＤおよび画像ＩＤを割り当て、各種情報に対応付ける。
【００４８】
第１閲覧処理部１１６は、ユーザの入力に基づく要求を端末装置１０１からネットワーク１０６を介して取得すると、要求に応じた第１ＳＮＳデータ１１７を第１ＳＮＳ記憶部１１４から取得して、取得した第１ＳＮＳデータ１１７を端末装置１０１へ送信する。これにより、端末装置１０１は、第１ＳＮＳデータ１１７に含まれる情報に基づいた画面を表示部１１１に表示する。
【００４９】
例えば、第１ＳＮＳ記憶部１１４に記憶された第１ＳＮＳデータ１１７に含まれる情報を閲覧する要求（閲覧要求）である場合、端末装置１０１は、図５に示すように、各種の情報が配置された画面を表示部１１１に表示する。なお、図示するように、投稿日時の新しいものほど表示部１１１の上部に表示される。
【００５０】
第２ＳＮＳサーバ１０３は、図６に示すように、機能的な構成として第１ＳＮＳサーバ１０２が備える第１ＳＮＳ記憶部１１４、第１更新部１１５及び第１閲覧処理部１１６のそれぞれと同様の機能を備える第２ＳＮＳ記憶部１１８、第２更新部１１９及び第２閲覧処理部１２０を備える。
【００５１】
第２ＳＮＳ記憶部１１８は、ユーザにより端末装置１０１からアップロードされた画像情報などの各種の情報を含む第２ＳＮＳデータ１２１を記憶する。第２ＳＮＳ記憶部１１８は、第１ＳＮＳ記憶部１１４と同様に、例えば、フラッシュメモリ、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｃ  Ｄｒｉｖｅ）から構成される。
【００５２】
本実施の形態に係る第２ＳＮＳデータ１２１は、図７に示すように、「投稿ＩＤ」と、「ユーザ」と、「投稿日時」と、「コメント」と、「画像ＩＤ」と、「画像」との各種の情報が関連付けられたデータである。第２ＳＮＳデータ１２１に含まれる「投稿ＩＤ」、「ユーザ」、「投稿日時」、「コメント」、「画像ＩＤ」及び「画像」の各々は、第１ＳＮＳデータ１１７に含まれる同じ名称の情報に関する上述の説明において、「第１ＳＮＳデータ１１７」を「第２ＳＮＳデータ１２１」に、「第１ＳＮＳサーバ１０２」を「第２ＳＮＳサーバ１０３」に、「第１更新部１１５」を「第２更新部１１９」に置き換えたものに概ね相当する。なお、図７に示す例では、複数の画像情報を一括で受信した「画像」である「Ｅ」、「Ｆ」、「Ｇ」が、第２ＳＮＳデータ１２１に含まれる１つの「投稿ＩＤ」に関連付けられている。なお、図示するように、第２ＳＮＳデータ１２１は、「撮影場所」、「撮影人物」及び「アルバム名」に対応する情報が含まれていない点で第１ＳＮＳデータ１１７と相違する。すなわち、第１ＳＮＳサーバ１０２は、「撮影場所」、「撮影人物」及び「アルバム名」に対応する情報を管理する点で第２ＳＮＳサーバ１０３とは異なる機能を有している。
【００５３】
図６を参照する。
第２更新部１１９と第２閲覧処理部１２０とは、それぞれ、第１更新部１１５と第１閲覧処理部１１６とに関する上述の説明において、「第１更新部１１５」を「第２更新部１１９」に、「第１閲覧処理部１１６」を「第２閲覧処理部１２０」に、「第１ＳＮＳデータ１１７」を「第２ＳＮＳデータ１２１」に、「第１ＳＮＳ記憶部１１４」を「第２ＳＮＳ記憶部１１８」に置き換えたものに概ね相当する。なお、図８は、第２ＳＮＳデータ１２１における各種の情報が端末装置１０１の表示部１１１に表示された例を示している。
【００５４】
図１に示すスケジュール管理サーバ１０４は、ユーザにより端末装置１０１などからアップロードされたスケジュールデータ１２２（図１０参照）を管理するサーバ装置である。スケジュール管理サーバ１０４は、図９に示すように、機能的な構成としてスケジュール記憶部１２３と、スケジュール更新部１２４と、スケジュール閲覧処理部１２５とを備える。スケジュール管理サーバ１０４は、ユーザに対してスケジュール管理機能を提供するためのソフトウェアプログラムがインストールされた汎用のコンピュータで実現される。
【００５５】
スケジュール記憶部１２３は、ユーザのスケジュールを示すスケジュールデータ１２２を記憶する。スケジュール記憶部１２３は、例えば、フラッシュメモリ、ＨＤＤから構成される。
【００５６】
本実施の形態に係るスケジュールデータ１２２は、ユーザ「ＡＡＡ」の例を図１０に示すように、「日時」と、「内容」と、「場所」と、「メンバ」とが関連付けられたデータである。スケジュールデータ１２２の各種情報は、予め端末装置１０１を介して入力される。
【００５７】
「日時」は、ユーザの予定が入っている日時を示す情報である。「内容」は、ユーザの予定の内容を示す情報である。「場所」は、予定が行われる場所や訪れる予定の場所を示す情報である。「メンバ」は、ユーザが一緒に予定を行う者を示す。
【００５８】
例えば、図１０に示すスケジュールデータ１２２の１つは、２０１５年９月２９日から２０１５年９月３０日に、Ｐ温泉へＸとともに温泉旅行に行く予定を示す。また例えば、図１０に示すスケジュールデータ１２２の他の１つは、２０１５年１０月２３日２０時００分から同年同月同日の２１時００分まで、Ｒ公園へＸ及びＹとともにフットサルに行く予定を示す。
【００５９】
スケジュール更新部１２４は、ユーザにより操作された端末装置１０１からネットワーク１０６を介してスケジュールデータ１２２を取得すると、取得したスケジュールデータ１２２をスケジュール記憶部１２３に記憶させる。
【００６０】
スケジュール閲覧処理部１２５は、情報管理装置１０５からの要求、ユーザの入力に基づく端末装置１０１からの要求をネットワーク１０６を介して取得すると、要求に応じたスケジュールデータ１２２をスケジュール記憶部１２３から取得して、取得したスケジュールデータ１２２を、要求した情報管理装置１０５又は端末装置１０１へ送信する。端末装置１０１から要求することにより、スケジュールデータ１２２が示す予定が表示部１１１の画面に表示され、ユーザが予定を確認することができる。
【００６１】
図１に示す情報管理装置１０５は、ユーザが第１ＳＮＳサーバ１０２及び第２ＳＮＳサーバ１０３にアップロードした画像情報を一括して管理するための装置である。情報管理装置１０５は、図１１に示すように、情報管理記憶部１２６と、検出部１２７と、リンク情報作成部１２８と、管理データ更新部１２９と、付随情報取得部１３０と、管理データ作成部１３１と、閲覧処理部１３２とを備える。情報管理装置１０５は、後述する機能をユーザに提供するためのソフトウェアプログラムがインストールされた汎用のコンピュータで実現される。
【００６２】
情報管理記憶部１２６は、物理的には例えば、フラッシュメモリ、ＨＤＤから構成され、図１１に示すように、管理データ１３３と、サーバデータ１３４と、付随項目データ１３５と、分類項目データ１３６とを記憶する。
【００６３】
管理データ１３３は、管理対象情報としての画像情報と、リンク情報とが少なくとも関連付けられたデータである。ここで、リンク情報は、関連付けられた画像情報へネットワーク１０６を介してアクセスするための情報である。
【００６４】
本実施の形態に係る管理データ１３３は、図１２に示すように、「管理ＩＤ」と、「リンク」と、「投稿日時」と、「撮影場所」と、「撮影人物」と、「アルバム名」と、「副リンク」と、「副投稿日時」とが関連付けられたデータである。
【００６５】
「管理ＩＤ」は、管理データ１３３の各々を識別するための情報であり、本実施の形態では、更新順に応じた連番が採用されている。この実施の形態では、管理対象情報としての画像情報毎に一つの管理ＩＤが割り当てられる。
【００６６】
「リンク」及び「副リンク」は、リンク情報である。本実施の形態のリンク情報は、図１２に示すように、画像情報を記憶しているＳＮＳサーバ１０２，１０３の、ネットワーク１０６におけるアドレスと、そのＳＮＳサーバ１０２，１０３での画像ＩＤとを「＿」で接続して表されている。すなわち、この実施の形態では、ＳＮＳサーバのアドレスと、当該ＳＮＳサーバにおける画像を特定する情報である画像ＩＤ（画像アドレス）とにより、管理対象情報としての一の画像情報を特定することができる。
【００６７】
第１ＳＮＳサーバ１０２と第２ＳＮＳサーバ１０３との一方のみに記憶された画像情報の場合、管理データ１３３の「リンク」には、ＳＮＳサーバ１０２と１０３のうち、画像情報を記憶しているＳＮＳサーバのアドレスと画像ＩＤとを含むリンク情報が設定される。この場合、管理データ１３３の「副リンク」には情報が設定されない。
【００６８】
第１ＳＮＳサーバ１０２と第２ＳＮＳサーバ１０３との両方に記憶された画像情報の場合、管理データ１３３の「リンク」には、ＳＮＳサーバ１０２と１０３のうち、優先順位が高いＳＮＳサーバのアドレスと「画像ＩＤ」とを含むリンク情報が、「リンク」に設定される。この場合、管理データ１３３の「副リンク」には、ＳＮＳサーバ１０２と１０３のうち、優先順位が低いＳＮＳサーバのアドレスと「画像ＩＤ」とを含むリンク情報が設定される。
【００６９】
ここでの優先順位は、予め設定されればよい。本実施の形態では、第１ＳＮＳサーバ１０２の優先順位が、第２ＳＮＳサーバ１０３の優先順位よりも高い例により説明する。
【００７０】
「投稿日時」及び「副投稿日時」は、画像情報がアップロードされた日時を示す情報であり、第１ＳＮＳデータ１１７及び第２ＳＮＳデータ１２１の「投稿日時」の内容が設定される。
【００７１】
第１ＳＮＳサーバ１０２と第２ＳＮＳサーバ１０３との一方のみに記憶された画像情報の場合、管理データ１３３の「投稿日時」には、ＳＮＳサーバ１０２と１０３のうち、画像情報を記憶しているＳＮＳサーバが記憶するＳＮＳデータの「投稿日時」の内容が設定される。この場合、管理データ１３３の「副投稿日時」には情報が設定されない。
【００７２】
第１ＳＮＳサーバ１０２と第２ＳＮＳサーバ１０３との両方に記憶された画像情報の場合、管理データ１３３の「投稿日時」には、ＳＮＳサーバ１０２と１０３のうち、優先順位が高いＳＮＳサーバが記憶するＳＮＳデータの「投稿日時」の内容が設定される。この場合、管理データ１３３の「副投稿日時」には、ＳＮＳサーバ１０２と１０３のうち、優先順位が低いＳＮＳサーバが記憶するＳＮＳデータの「投稿日時」の内容が設定される。
【００７３】
「撮影場所」は、管理対象情報である画像情報が示す画像の撮影場所を示す情報である。
【００７４】
本実施の形態では、「リンク」に設定されたＳＮＳサーバ１０２，１０３が記憶するＳＮＳデータ１１７，１２１の「撮影場所」の内容が設定される。「リンク」に設定されたＳＮＳサーバ１０２，１０３が記憶するＳＮＳデータ１１７，１２１の「撮影場所」が設定されていない場合、管理データ１３３の「撮影場所」は、「副リンク」に設定されたＳＮＳサーバ１０２，１０３が記憶するＳＮＳデータ１１７，１２１の「撮影場所」の内容が設定される。そして、「副リンク」に設定されたＳＮＳサーバ１０２，１０３が記憶するＳＮＳデータ１１７，１２１にも「撮影場所」が設定されていない場合、管理データ１３３の「撮影場所」は、スケジュールデータ１２２に含まれる「場所」に基づいて設定される。
【００７５】
「撮影人物」は、管理対象情報である画像情報が示す画像に人物が含まれる場合に、その人物を示す情報である。
【００７６】
本実施の形態では、「リンク」に第１ＳＮＳサーバ１０２が設定され、かつ、第１ＳＮＳデータ１１７の「撮影人物」に情報が設定されている場合、管理データ１３３の「撮影人物」には、第１ＳＮＳデータ１１７の「撮影人物」の内容が設定される。「リンク」に第２ＳＮＳサーバ１０３が設定されている場合、又は、「リンク」に第１ＳＮＳサーバ１０２が設定され、かつ、第１ＳＮＳデータ１１７の「撮影人物」に情報が設定されていない場合、管理データ１３３の「撮影人物」には、スケジュールデータ１２２に含まれる「メンバ」の内容が設定される。
【００７７】
「アルバム名」は、複数の画像情報をグループとして管理する場合に、各グループを識別するために付される名称を示す情報である。
【００７８】
本実施の形態では、「リンク」に第１ＳＮＳサーバ１０２が設定され、かつ、第１ＳＮＳデータ１１７の「アルバム名」に情報が設定されている場合、管理データ１３３の「アルバム名」には、第１ＳＮＳデータ１１７の「アルバム名」の内容が設定される。「リンク」に第１ＳＮＳサーバ１０２が設定され、かつ、第１ＳＮＳデータ１１７の「アルバム名」に情報が設定されていない場合、管理データ１３３の「アルバム名」には、第１ＳＮＳデータ１１７の「コメント」の冒頭２０文字など「コメント」の一部が設定される。「アルバム名」は、端末装置１０１を介してユーザの入力により設定されてもよい。
【００７９】
図１１に戻って、サーバデータ１３４は、サーバ１０２〜１０４の各々の、ネットワーク１０６におけるアドレスを示すデータである。本実施の形態では図１３に示すように、サーバデータ１３４は、サーバ１０２〜１０４を識別するための情報である「サーバＩＤ」と、サーバ１０２〜１０４のネットワーク１０６におけるアドレスを示す「アドレス」とが関連付けられたデータである。「サーバＩＤ」は、例えばユーザにより適宜設定されるとよい。
【００８０】
図１１に示す付随項目データ１３５は、管理対象情報である画像情報に付随する情報として管理する付随情報の種類を定めたデータである。本実施の形態では図１４に示すように、「投稿日時」、「撮影場所」、「アルバム名」及び「撮影人物」が付随情報の種類（付随項目）として設定されている。
【００８１】
図１１に示す分類項目データ１３６は、管理対象情報である画像情報を分類（グループ化）して表示部１１１に表示させるためのグループの構造を示すデータである。本実施の形態では、図１５に示すように、付随項目データ１３５に設定された付随項目ごとに、付随項目の内容を次第に細分化したツリー構造で表されるグループに分けて画像情報を表示する。図１５に示すツリー構造を定めるために、例えば図１６に示すように、分類項目データ１３６では、「分類項目ＩＤ」と、「分類項目名」と、「親分類項目」とが関連付けられている。具体的に、本実施の形態では、図１６に示す付随項目データ１３６を読み込み、予め設定された細分化設定情報に従って、当該付随項目を複数の分類に細分化する。細分化設定情報は、各付随項目を何段階の階層に細分化するかを示す情報であり、予め定められていればよい。例えば、投稿日時であれば、「年」、「年月」、「年月日」、といった階層に細分化する。なお、何段階の階層に細分化するかといった細分化設定情報の内容は、ユーザにより設定可能であればよい。特に、撮影場所について、「国」、「都道府県」、「市町村」、などといったように、住所で細分化する場合、ユーザによっては不要な階層が存在することとなってしまうため、例えば、「国」の階層を省略させることで、不要な階層の存在を防止することができる。また、細分化設定情報は、複数パターンが予め用意されており、ユーザの好みに合わせて選択可能としてもよい。例えば、撮影場所について、住所で細分化するパターンと、「レストラン」、「テーマパーク」、「温泉」など、施設毎に細分化するパターンなど、様々なパターンを用意しておいてもよい。
【００８２】
「分類項目ＩＤ」は、各分類項目を識別するための情報であり、図１６に示す例では、例えば、適宜付与される番号である。「分類項目名」は、グループに付与される名称を示す情報である。「親分類項目」は、ツリー構造において直ぐ上に位置する分類項目の名称を示す情報である。本実施の形態では、細分化設定情報に従って、後述する処理により、付随項目データ１３５に設定された付随項目ごとに、付随項目の内容が細分化される。
【００８３】
図１１に戻って、検出部１２７は、第１ＳＮＳサーバ１０２及び第２ＳＮＳサーバ１０３にアップロードされた画像情報を検出する。本実施の形態に係る検出部１２７は、新たな画像情報が第１ＳＮＳサーバ１０２及び第２ＳＮＳサーバ１０３の各々にアップロードされた場合に、その新たな画像情報を検出する。
【００８４】
リンク情報作成部１２８は、検出部１２７により検出された画像情報へアクセスするためのリンク情報を作成する。
【００８５】
管理データ更新部１２９は、検出部１２７により検出された画像情報と同じ画像情報に関する管理データ１３３があるか否かを判断する。同じ画像情報に関する管理データ１３３があると判断した場合に、管理データ更新部１２９は、リンク情報作成部１２８により作成されたリンク情報とそれに対応する「投稿日時」とを、それぞれ、その管理データ１３３の「副リンク」と「副投稿日時」とに格納する。なお、同じ画像情報であると判定した場合、解像度の高い方の画像情報のリンク情報を「リンク」とし、解像度の低い方のリンク情報を「副リンク」に格納してもよい。
【００８６】
付随情報取得部１３０は、付随項目データ１３５に含まれる付随項目に対応する付随情報を取得して管理データ１３３を更新する。また、付随情報取得部１３０は、取得した付随情報と予め設定された細分化設定情報に基づいて、分類項目データ１３６を更新する。
【００８７】
詳細には、付随情報取得部１３０は、図１７に示す、取得部１３７と、保持部１３８と、分類項目作成部１３９とを備える。
【００８８】
取得部１３７は、付随項目データ１３５を参照し、当該付随項目データ１３５に含まれる付随情報の各種類について順次、付随情報を取得する。
【００８９】
付随情報は、第１ＳＮＳサーバ１０２、第２ＳＮＳサーバ１０３、スケジュール管理サーバ１０４のいずれかから取得されればよい。また、付随情報は、ユーザの入力に基づいて端末装置１０１から取得されてもよい。
【００９０】
保持部１３８は、取得部１３７により取得された付随情報を保持する。
【００９１】
分類項目作成部１３９は、取得部１３７により取得された付随情報と細分化設定情報に基づいて特定される「分類項目名」の分類項目が分類項目データ１３６に含まれていない場合、その「分類項目名」の分類項目に対応する情報を追加して分類項目データ１３６を更新する（すなわち、細分化して新たに追加する）。分類項目作成部１３９は、作成した分類項目データ１３６を情報管理記憶部（図１１参照）１２６に記憶させる。
【００９２】
図１１に戻って、管理データ作成部１３１は、リンク情報作成部１２８により作成されたリンク情報と、保持部１３８に保持された付随情報と、を含む管理データ１３３を作成する。管理データ作成部１３１は、作成した管理データ１３３を情報管理記憶部１２６に記憶させる。
【００９３】
閲覧処理部１３２は、例えば端末装置１０１の要求に応じて、管理データ１３３に含まれる画像情報を、分類項目データ１３６が示すツリー構造で分類して端末装置１０１の表示部１１１に表示させる処理を実行する。
【００９４】
これまで、本発明の一実施の形態に係る情報管理システム１００の構成について説明した。ここから、情報管理システム１００の動作について説明する。
【００９５】
情報管理装置１０５は、図１８に示すように、第１ＳＮＳサーバ１０２及び第２ＳＮＳサーバ１０３への画像情報の更新に応じて管理データ１３３を更新するための管理データ更新処理を実行する。管理データ更新処理は、例えば定期的に実行されるとよい。
【００９６】
検出部１２７は、新たな画像情報があるか否かを判断する（ステップＳ１Ｏ１）。
【００９７】
詳細には例えば、検出部１２７は、サーバデータ１３４及び管理データ１３３を参照して、第１ＳＮＳサーバ１０２及び第２ＳＮＳサーバ１０３にアクセスすることによって、管理データ１３３の「リンク」及び「副リンク」により特定されない画像情報が、第１ＳＮＳサーバ１０２及び第２ＳＮＳサーバ１０３にアップロードされたか否かを判断する。
【００９８】
そして、管理データ１３３の「リンク」及び「副リンク」により特定されない画像情報がアップロードされている場合、検出部１２７は、新たな画像情報があると判断する。管理データ１３３の「リンク」及び「副リンク」により特定されない画像情報がアップロードされていない場合、検出部１２７は、新たな画像情報がないと判断する。
【００９９】
新たな画像情報がないと判断した場合（ステップＳ１０１；Ｎｏ）、検出部１２７は、管理データ更新処理を終了する。
【０１００】
新たな画像情報があると判断した場合（ステップＳ１０１；Ｙｅｓ）、情報管理装置１０５は、ステップＳ１０１にて検出された新たな画像情報のすべてについて、ステップＳ１０３〜Ｓ１０７の処理を繰り返し実行する（ループＡ；ステップＳ１０２）。
【０１０１】
リンク情報作成部１２８は、ステップＳ１０１にて検出された画像情報のリンク情報を作成する（ステップＳ１０３）。
【０１０２】
詳細には、リンク情報作成部１２８は、ステップＳ１０１にて検出された画像情報を記憶するＳＮＳサーバ１０２，１０３のアドレスを、サーバデータ１３４を参照することによって取得する。また、リンク情報作成部１２８は、ステップＳ１０１にて検出された画像情報を記憶するＳＮＳサーバ１０２，１０３のＳＮＳデータ１１７，１２１の、その画像情報に対応する「画像ＩＤ」を取得する。リンク情報作成部１２８は、取得したアドレス及び「画像ＩＤ」に基づいてリンク情報を作成する。
【０１０３】
管理データ更新部１２９は、ステップＳ１０１にて検出された画像情報と同じ画像情報に関する管理データ１３３があるか否かを判断する（ステップＳ１０４）。
【０１０４】
詳細には例えば、管理データ更新部１２９は、ステップＳ１０１にて検出された画像情報と同じ画像情報が、ステップＳ１０１にて検出された画像情報が検出されたＳＮＳサーバ１０２，１０３とは異なるＳＮＳサーバ１０２，１０３に既にアップロードされているか否かに基づいて、ステップＳ１０１にて検出された画像情報と同じ画像情報に関する管理データ１３３があるか否かを判断する。
【０１０５】
同じ画像情報に関する管理データ１３３があると判断した場合に（ステップＳ１０４；Ｙｅｓ）、管理データ更新部１２９は、ステップＳ１０３にて作成されたリンク情報とそれに対応する「投稿日時」とを、それぞれ、その管理データ１３３の「副リンク」と「副投稿日時」とに格納する（ステップＳ１０５）。
【０１０６】
同じ画像情報に関する管理データ１３３がないと判断された場合（ステップＳ１０４；Ｎｏ）、付随情報取得部１３０は、付随情報を取得する付随情報取得処理（ステップＳ１０６）を実行する。
【０１０７】
付随情報取得処理（ステップＳ１０６）の流れを図１９に示すように、付随情報取得部１３０は、付随項目データ１３５に予め定められたすべての付随項目（付随情報の種類）について、ステップＳ２０２〜Ｓ２０５を繰り返す（ループＢ；ステップ２０１）。
【０１０８】
本実施の形態では、付随情報取得部１３０は、「投稿日時」、「撮影場所」、「アルバム名」及び「撮影人物」の各々について、ステップＳ２０２〜Ｓ２０５を繰り返す。
【０１０９】
取得部１３７は、処理対象である種類の付随情報を取得する（ステップＳ２０２）。
【０１１０】
詳細には例えば、取得部１３７は、サーバデータ１３４を参照して、予め定められた第１ＳＮＳサーバ１０２、第２ＳＮＳサーバ１０３、スケジュール管理サーバ１０４の順に、処理対象である種類の付随情報ができるまでアクセスする。
【０１１１】
例えば、図１８のステップＳ１０１にて画像情報「Ｄ」が検出され、かつ、処理対象である付随情報の種類が「撮影人物」である場合、取得部１３７は、第１ＳＮＳサーバ１０２の第１ＳＮＳデータ１１７を参照する。第１ＳＮＳデータ１１７には、図４に示すように、「撮影人物」が設定されていない。
【０１１２】
そのため、次に、取得部１３７は、第２ＳＮＳサーバ１０３の第２ＳＮＳデータ１２１を参照する。第２ＳＮＳデータ１２１には、図７に示すように、画像情報「Ｄ」が含まれないので、これに対応する「撮影人物」も含まれていない。
【０１１３】
そのため、さらに、取得部１３７は、スケジュール管理サーバ１０４のスケジュールデータ１２２を参照する。スケジュールデータ１２２には、図１０に示すように、第１ＳＮＳデータ１１７にて画像情報「Ｄ」に関連付けられた「撮影場所」であるＱ美術館を含むデータがある。取得部１３７は、このスケジュールデータ１２２にてＱ美術館に関連付けられた「メンバ」に設定されたＺを、画像情報「Ｄ」に付随する「撮影人物」として取得する。なお、これとは別に、画像情報に含まれる撮影日時情報とスケジュール管理サーバ１０４のスケジュールデータ１２２を比較して、スケジュールデータ１２２から、当該撮影日時情報に示される日時に対応する「撮影人物」を取得してもよい。具体的に、画像情報「Ｄ」に含まれる撮影日時情報が２０１５年１０月２３日１０：３０である場合、スケジュール管理サーバ１０４のスケジュールデータ１２２の対応する項目を参照することで、「撮影人物」として「Ｚ」を取得することができる。なお、「撮影人物」に限られず、全ての付随項目を画像情報に含まれる撮影日時情報とスケジュール管理サーバ１０４のスケジュールデータ１２２を比較することにより取得してもよい。
【０１１４】
また、第１ＳＮＳサーバ１０２、第２ＳＮＳサーバ１０３、スケジュール管理サーバ１０４の順に参照して取得する例を示したが、予め付随情報毎に優先順位を設け、付随情報に応じて異なる順番で参照するようにしてもよい。また、第１ＳＮＳサーバ１０２、第２ＳＮＳサーバ１０３、スケジュール管理サーバ１０４の順に参照し、取得できた時点で当該付随情報については取得完了として次の付随情報に移行してもよい。また、全てのサーバを参照し、付随情報の内容が異なるものがあれば、内容が一致した数の多いものを採用してもよいし、予め定められた優先度の高いものを採用してもよいし、ユーザにより選択されたものを採用してもよい。
【０１１５】
第１ＳＮＳサーバ１０２、第２ＳＮＳサーバ１０３、スケジュール管理サーバ１０４のいずれからも付随情報を取得できない場合、付随情報は、ユーザの入力に基づいて端末装置１０１から取得されるとよい。また、ユーザの入力に基づいて端末装置１０１から取得された場合には、第１ＳＮＳサーバ１０２、第２ＳＮＳサーバ１０３、スケジュール管理サーバ１０４のいずれかから取得された場合であっても、端末装置１０１から取得された付随情報が、優先的に採用されてもよい。
【０１１６】
保持部１３８は、ステップＳ２０２にて取得された付随情報を保持する（ステップＳ２０３）。
【０１１７】
分類項目作成部１３９は、分類項目データ１３６を参照することによって、ステップＳ２０３にて保持された付随情報と細分化設定情報に応じた分類項目があるか否かを判断する（ステップＳ２０４）。
【０１１８】
分類項目データ１３６がないと判断した場合（ステップＳ２０４；Ｎｏ）、分類項目作成部１３９は、ステップＳ２０３にて保持された付随情報と細分化設定情報に応じた分類項目を作成し、分類項目データ１３６として情報管理記憶部１２６に記憶させる（ステップＳ２０５）。
【０１１９】
付随情報取得部１３０は、付随項目データ１３５に予め定められたすべての付随情報の種類について、ステップＳ２０２〜Ｓ２０５を繰り返すと（ループＢ；ステップ２０１）、付随情報取得処理（ステップＳ１０６）を終了する。
【０１２０】
図１８に示す管理データ更新処理に戻り、管理データ作成部１３１は、ステップＳ１０３にて作成されたリンク情報と、ステップＳ１０６を繰り返し実行することで取得された各付随情報と、を関連付けた管理データ１３３を作成し情報管理記憶部１２６に記憶させる（ステップＳ１０７）。
【０１２１】
情報管理装置１０５は、ステップＳ１０１にて検出された新たな画像情報のすべてについて、ステップＳ１０３〜Ｓ１０７の処理を繰り返し実行すると（ループＡ；ステップＳ１０２）、管理データ更新処理を終了する。
【０１２２】
また、情報管理装置１０５は、図２０に示すように、情報管理装置１０５により管理された画像情報をユーザが閲覧するための閲覧処理を実行する。閲覧処理は、例えば、端末装置１０１からの要求を受けて実行され、この要求は、例えば、端末装置１０１を利用してユーザが情報管理装置１０５にログインすると端末装置１０１から送信される。
【０１２３】
閲覧処理部１３２は、分類項目データ１３６を取得し、取得した分類項目データ１３６に基づいて、図１５に示すようなツリー構造を生成し、端末装置１０１の表示部１１１に表示する（ステップＳ３０１）。
【０１２４】
閲覧処理部１３２は、管理データ１３３のリンク情報に基づいて画像情報を第１ＳＮＳサーバ１０２及び第２ＳＮＳサーバ１０３から取得し、分類項目データ１３６と管理データ１３３の付随情報とに基づいて、取得した画像情報がいずれの分類項目に属するのかを特定する（ステップＳ３０２）。具体的に、管理データ１３３を参照し、取得した画像情報がいずれの付随情報に属するのかをまず特定する。そして、当該特定した付随情報のうち、いずれの分類項目に属するのかを、分類項目データ１３６を参照して特定し、画像情報と分類項目を対応付ける。
【０１２５】
閲覧処理部１３２は、リンク情報作成部１２８の機能により、ステップＳ３０２にて取得した画像情報を予め定められた大きさに縮小することによって、当該画像情報にアクセス可能なリンク情報として、縮小した画像を示すサムネイルデータを作成する（ステップＳ３０３）。なお、サムネイルデータには、当該画像情報にアクセスするためのリンク情報が含まれており、後述するように、当該サムネイルデータに基づいて、アップロードされた画像情報にアクセス可能である。
【０１２６】
続いて閲覧処理部１３２は、ステップＳ３０２にて画像情報と対応付けた分類項目の内容とともに、ステップＳ３０３にて作成したサムネイルデータを端末装置１０１へ送信し（ステップＳ３０４）、図２１に示すように、分類項目の内容とサムネイルデータを対応付けて表示する。
【０１２７】
このような閲覧処理を実行することにより、例えば図２１に示すように、第１ＳＮＳサーバ１０２及び第２ＳＮＳサーバ１０３にアップロードされた画像を、ツリー構造で分類して端末装置１０１の表示部１１１に表示させることができる。また、画像の各々を特定するための情報として、サムネイルが採用されるので、ユーザは、閲覧するだけで容易に画像を認識することができる。なお、この実施の形態では、リンク情報を含むサムネイルデータを表示する例を示しているが、例えばアルバム名など、リンク情報を含む付随情報を表示してもよい。
【０１２８】
なお、図２１では、画面を上下２つに分割した上方に、ツリー構造で分類してサムネイルを表示し、分割した下方に、そのうちの選択されたサムネイル（同図の例では、「2015-10-23」に分類された「Ａ」が選択されたサムネイルである。）の大きな画像とともに、この画像の付随情報を表示している。具体的に、一のサムネイルデータがユーザにより選択されると、閲覧処理部１３２は、当該選択されたサムネイルデータを拡大して画面下方に表示するとともに、管理データ１３３の付随情報を表示する。また、上述したように、当該サムネイルデータには当該画像情報にアクセスするためのリンク情報が含まれているため、表示された大きな画像を選択することで、第１ＳＮＳサーバ１０２や第２ＳＮＳサーバ１０３に実際にアップロードされた画像情報にアクセス可能となっている。
【０１２９】
これまで説明したように、本実施の形態によれば、画像情報へネットワーク１０６を介してアクセスするためのリンク情報を含む管理データ１３３により、画像情報が管理される。これにより、画像情報自体を管理データ１３３に含める必要がなくなる。従って、複数のＳＮＳサーバ１０２，１０３にアップロードされた画像情報を少ないデータ量で管理することが可能になる。
【０１３０】
また、本実施の形態によれば、画像情報のサムネイルを分類項目の内容に従ってツリー構造で分類して表示させる。これにより、ユーザは、どのような画像情報を複数のＳＮＳサーバ１０２，１０３にアップロードしたのかを分類（グループ化）された状態で確認することができる。従って、ユーザは、複数のＳＮＳサーバ１０２，１０３にアップロードした画像情報を容易に確認することが可能になる。すなわち、複数のＳＮＳを利用するユーザにとって、どのＳＮＳにどのような画像情報を投稿したのか、ということが一見して把握可能となり、画像情報の管理を容易にすることができる。
【０１３１】
本発明は、本発明の広義の精神と範囲を逸脱することなく、様々な実施の形態及び変形が可能とされるものである。また、上述した実施の形態は、この発明を説明するためのものであり、本発明の範囲を限定するものではない。すなわち、本発明の範囲は、実施の形態ではなく、特許請求の範囲によって示される。そして、特許請求の範囲内及びそれと同等の発明の意義の範囲内で施される様々な変形が、この発明の範囲内とみなされる。
【０１３２】
上記実施の形態では、管理データ１３３および分類項目データ１３６を生成し、表示する際に、図２１に示すように分類とサムネイルとを対応付けて表示する例を示したが、これは一例である。例えば、画像情報に対応するリンク情報と分類項目とを対応付けて記憶しておき、表示する際には当該記憶した内容を表示するのみにしてもよい。具体的に、分類項目毎にフォルダを作成しておき、図１８のステップＳ１０７の処理にて、対応する分類項目のフォルダにリンク情報をそれぞれ格納すればよい。
【０１３３】
なお、上記実施の形態では、画像情報を管理する例を示して説明したが、画像情報に限られず、例えば、コメント情報を管理してもよい。具体的には、図１８のステップＳ１０１にて新たなコメント情報があるか否かを判定し、ステップＳ１０３にて当該コメント情報に対応するリンク情報を作成すればよい。そして、図２０のステップＳ３０４の処理では、コメントの一部を分類項目に対応付けて表示すればよい。
【０１３４】
なお、本発明を実現するためのプログラム及びデータは、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）とＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）とＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）とを備えた情報管理装置１０５に対して、着脱自在の記録媒体により配布・提供される形態に限定されるものではなく、装着された記憶装置にプリインストールしておくことで配布される形態を採っても構わない。さらに、本発明を実現するためのプログラム及びデータは、通信処理部を設けておくことにより、通信回線等を介して接続されたネットワーク上の、他の機器からダウンロードすることによって配布する形態を採っても構わない。
【符号の説明】
【０１３５】
１００  情報管理システム
１０１  端末装置
１０２  第１ＳＮＳサーバ
１０３  第２ＳＮＳサーバ
１０４  スケジュール管理サーバ
１０５  情報管理装置
１０６  ネットワーク
１０７  カメラ
１０８  撮像制御部
１０９  画像記憶部
１１０  端末送受信部
１１１  表示部
１１２  表示制御部
１１３  入力部
１１４  第１ＳＮＳ記憶部
１１５  第１更新部
１１６  第１閲覧処理部
１１７  第１ＳＮＳデータ
１１８  第２ＳＮＳ記憶部
１１９  第２更新部
１２０  第２閲覧処理部
１２１  第２ＳＮＳデータ
１２２  スケジュールデータ
１２３  スケジュール記憶部
１２４  スケジュール更新部
１２５  スケジュール閲覧処理部
１２６  情報管理記憶部
１２７  検出部
１２８  リンク情報作成部
１２９  管理データ更新部
１３０  付随情報取得部
１３１  管理データ作成部
１３２  閲覧処理部
１３３  管理データ
１３４  サーバデータ
１３５  付随項目データ
１３６  分類項目データ
１３７  取得部
１３８  保持部
１３９  分類項目作成部
【図１】
2017097723.tif 000003
【図２】
2017097723.tif 000004
【図３】
2017097723.tif 000005
【図４】
2017097723.tif 000006
【図５】
2017097723.tif 000007
【図６】
2017097723.tif 000008
【図７】
2017097723.tif 000009
【図８】
2017097723.tif 000010
【図９】
2017097723.tif 000011
【図１０】
2017097723.tif 000012
【図１１】
2017097723.tif 000013
【図１２】
2017097723.tif 000014
【図１３】
2017097723.tif 000015
【図１４】
2017097723.tif 000016
【図１５】
2017097723.tif 000017
【図１６】
2017097723.tif 000018
【図１７】
2017097723.tif 000019
【図１８】
2017097723.tif 000020
【図１９】
2017097723.tif 000021
【図２０】
2017097723.tif 000022
【図２１】
2017097723.tif 000023
【手続補正書】
【提出日】平成28年10月24日(2016.10.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークを介して接続された複数の情報保持サーバの各々が保持する管理対象情報を管理するための情報管理装置であって、
前記情報保持サーバの各々が保持する前記管理対象情報を検出する検出手段と、
前記検出された管理対象情報へ前記ネットワークを介してアクセスするためのリンク情報を作成するリンク情報作成手段と、
ネットワークを介して接続され、ユーザのスケジュールが登録されたスケジュールデータを保持するスケジュール管理サーバと、前記複数の情報保持サーバとを、取得対象の付随情報の種類に応じて予め定められた順に参照して前記管理対象情報に付随する付随情報を取得する付随情報取得手段と、
前記付随情報取得手段により取得した付随情報を、予め定められた階層に従って分類する分類手段と、
前記リンク情報作成手段で作成したリンク情報と前記分類手段で分類した付随情報とを対応付けて表示する表示手段と、
を備えることを特徴とする情報管理装置。
【請求項２】
前記管理対象情報は、画像情報であり、
前記リンク情報作成手段は、前記管理対象情報を予め定められた大きさに縮小した画像を前記リンク情報として作成する、
ことを特徴とする請求項１に記載の情報管理装置。
【請求項３】
前記検出手段により、少なくとも前記複数の情報保持サーバの一部で同一の管理対象情報が検出された場合、前記表示手段は、予め定められた優先度の高い情報保持サーバの管理対象情報へアクセスするためのリンク情報と前記分類手段で分類した付随情報とを対応付けて表示する、
ことを特徴とする請求項１または２に記載の情報管理装置。
【請求項４】
前記分類手段は、前記付随情報取得手段により取得した付随情報を、分類対象の付随情報の種類に応じてユーザにより異なる数に設定された階層に従って分類する、
ことを特徴とする請求項１〜３のいずれか１項に記載の情報管理装置。
【請求項５】
ネットワークを介して接続された複数の情報保持サーバの各々が保持する管理対象情報を管理するための情報管理方法であって、
検出手段が、前記情報保持サーバの各々が保持する前記管理対象情報を検出し、
リンク情報作成手段が、前記検出された管理対象情報へ前記ネットワークを介してアクセスするためのリンク情報を作成し、
付随情報取得手段が、ネットワークを介して接続され、ユーザのスケジュールが登録されたスケジュールデータを保持するスケジュール管理サーバと、前記複数の情報保持サーバとを、取得対象の付随情報の種類に応じて予め定められた順に参照して前記管理対象情報に付随する付随情報を取得し、
分類手段が、前記付随情報取得手段で取得された付随情報を、予め定められた階層に従って分類し、
表示手段が、前記リンク情報作成手段で作成されたリンク情報と前記分類手段で分類された付随情報とを対応付けて表示する
ことを特徴とする情報管理方法。
【請求項６】
ネットワークを介して接続された複数の情報保持サーバの各々が保持する管理対象情報を管理するためのプログラムであって、
前記ネットワークに接続されたコンピュータを、
前記情報保持サーバの各々が保持する前記管理対象情報を検出する検出手段、
前記検出された管理対象情報へ前記ネットワークを介してアクセスするためのリンク情報を作成するリンク情報作成手段、
ネットワークを介して接続され、ユーザのスケジュールが登録されたスケジュールデータを保持するスケジュール管理サーバと、前記複数の情報保持サーバとを、取得対象の付随情報の種類に応じて予め定められた順に参照して前記管理対象情報に付随する付随情報を取得する付随情報取得手段、
前記付随情報取得手段により取得した付随情報を、予め定められた階層に従って分類する分類手段、
前記リンク情報作成手段で作成したリンク情報と前記分類手段で分類した付随情報とを対応付けて表示する表示手段、
として機能させることを特徴とするプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
上記目的を達成するため、本発明の第１の観点に係る情報管理装置は、
ネットワークを介して接続された複数の情報保持サーバの各々が保持する管理対象情報を管理するための情報管理装置であって、
前記情報保持サーバの各々が保持する前記管理対象情報を検出する検出手段と、
前記検出された管理対象情報へ前記ネットワークを介してアクセスするためのリンク情報を作成するリンク情報作成手段と、
ネットワークを介して接続され、ユーザのスケジュールが登録されたスケジュールデータを保持するスケジュール管理サーバと、前記複数の情報保持サーバとを、取得対象の付随情報の種類に応じて予め定められた順に参照して前記管理対象情報に付随する付随情報を取得する付随情報取得手段と、
前記付随情報取得手段により取得した付随情報を、予め定められた階層に従って分類する分類手段と、
前記リンク情報作成手段で作成したリンク情報と前記分類手段で分類した付随情報とを対応付けて表示する表示手段と、
を備える。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
また、前記分類手段は、前記付随情報取得手段により取得した付随情報を、分類対象の付随情報の種類に応じてユーザにより異なる数に設定された階層に従って分類する、
ようにしてもよい。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
上記目的を達成するため、本発明の第２の観点に係る情報管理方法は、
ネットワークを介して接続された複数の情報保持サーバの各々が保持する管理対象情報を管理するための情報管理方法であって、
検出手段が、前記情報保持サーバの各々が保持する前記管理対象情報を検出し、
リンク情報作成手段が、前記検出された管理対象情報へ前記ネットワークを介してアクセスするためのリンク情報を作成し、
付随情報取得手段が、ネットワークを介して接続され、ユーザのスケジュールが登録されたスケジュールデータを保持するスケジュール管理サーバと、前記複数の情報保持サーバとを、取得対象の付随情報の種類に応じて予め定められた順に参照して前記管理対象情報に付随する付随情報を取得し、
分類手段が、前記付随情報取得手段で取得された付随情報を、予め定められた階層に従って分類し、
表示手段が、前記リンク情報作成手段で作成されたリンク情報と前記分類手段で分類された付随情報とを対応付けて表示する
ことを特徴とする。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正の内容】
【００１３】
上記目的を達成するため、本発明の第３の観点に係るプログラムは、
ネットワークを介して接続された複数の情報保持サーバの各々が保持する管理対象情報を管理するためのプログラムであって、
前記ネットワークに接続されたコンピュータを、
前記情報保持サーバの各々が保持する前記管理対象情報を検出する検出手段、
前記検出された管理対象情報へ前記ネットワークを介してアクセスするためのリンク情報を作成するリンク情報作成手段、
ネットワークを介して接続され、ユーザのスケジュールが登録されたスケジュールデータを保持するスケジュール管理サーバと、前記複数の情報保持サーバとを、取得対象の付随情報の種類に応じて予め定められた順に参照して前記管理対象情報に付随する付随情報を取得する付随情報取得手段、
前記付随情報取得手段により取得した付随情報を、予め定められた階層に従って分類する分類手段、
前記リンク情報作成手段で作成したリンク情報と前記分類手段で分類した付随情報とを対応付けて表示する表示手段、
として機能させることを特徴とする。