(57)【要約】      （修正有）【課題】情報指向ネットワーク上の処理負荷を低減する。【解決手段】コンテンツ情報を管理する情報管理装置１００は、コンテンツ情報の名称にＧＵＩＤを関連付けるＮＣＳ３３、および、ＧＵＩＤにＮＡを紐付けるＧＮＳ３４を備える。情報管理装置１００におけるローカル管理部３２は、コンテンツ情報の有効期間及び単位時間あたりの生成数に基づいて、コンテンツ情報を分類するデータ領域解析部３２１と、コンテンツ情報の有効期間が第１の閾値未満かつ生成数が第２の閾値以上であった場合、コンテンツ情報をライブデータとして蓄積するライブデータ蓄積部３２４と、を備える。ＮＣＳ３３がライブデータ蓄積部３２４の指定情報にＧＵＩＤｘを関連付け、ＧＮＳ３４がＧＵＩＤｘにＮＡｘを紐付けることでライブデータを管理する。【選択図】図１
2019139639.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ情報の名称にグローバル識別子を関連付けるグローバル識別子付与検索部、および、前記グローバル識別子にネットワークアドレスを紐付けるネットワークアドレス検索部を備え、前記コンテンツ情報を管理する情報管理装置であって、
前記コンテンツ情報の、有効期間、および、単位時間あたりの生成数に基づいて、前記コンテンツ情報を分類するデータ領域解析部と、
前記コンテンツ情報の、前記有効期間が第１の閾値未満、かつ、前記生成数が第２の閾値以上であった場合、前記コンテンツ情報をライブデータとして蓄積するライブデータ蓄積部と、を備え、
前記グローバル識別子付与検索部が前記ライブデータ蓄積部の指定情報に第１のグローバル識別子を関連付け、前記ネットワークアドレス検索部が前記第１のグローバル識別子に第１のネットワークアドレスを紐付けることで前記ライブデータを管理する、
ことを特徴とする情報管理装置。
【請求項２】
前記コンテンツ情報の、前記有効期間が第１の閾値未満、かつ、前記生成数が第２の閾値以上、でなかった場合、前記コンテンツ情報を静的データとして蓄積する静的データ蓄積部、をさらに備え、
前記グローバル識別子付与検索部が前記静的データの名称に第２のグローバル識別子を関連付け、前記ネットワークアドレス検索部が前記第２のグローバル識別子に第２のネットワークアドレスを紐付けることで前記静的データを管理する、
ことを特徴とする請求項１に記載の情報管理装置。
【請求項３】
前記コンテンツ情報のアクセス頻度を解析するアクセス頻度解析部と、
前記アクセス頻度が第３の閾値以下となる前記コンテンツ情報を廃棄するデータ廃棄部とを、備える、
ことを特徴とする請求項２に記載の情報管理装置。
【請求項４】
前記アクセス頻度解析部は、前記コンテンツ情報のアクセス頻度が、前記第３の閾値より大きい第４の閾値以上であり、かつ、前記コンテンツ情報が前記ライブデータであった場合、前記コンテンツ情報を前記ライブデータから前記静的データにする、
ことを特徴とする請求項３に記載の情報管理装置。
【請求項５】
ユーザ端末から取得した、検索対象のデータ名、前記ライブデータ蓄積部の前記指定情報に関連付けられた前記第１のグローバル識別子、および、前記第１のグローバル識別子に紐付けられた前記第１のネットワークアドレス、を用いて、前記データ名のライブデータを検索する第１のライブデータ検索部、をさらに備える、
ことを特徴とする請求項１から請求項４のいずれか１項に記載の情報管理装置。
【請求項６】
前記第１のライブデータ検索部、および、前記第１のライブデータ検索部とは異なる複数の第２のライブデータ検索部が、異なるエリアにそれぞれ存在し、
前記第１のライブデータ検索部が、前記検索対象のデータ名の前記ライブデータを検索できなかった場合、前記ユーザ端末が前記第２のライブデータ検索部に対して、前記検索対象のデータ名のブロードキャストをすることで、前記第２のライブデータ検索部が前記データ名のライブデータを検索する、
ことを特徴とする請求項５に記載の情報管理装置。
【請求項７】
前記ブロードキャストで前記ライブデータを検索できなかった場合、前記第１のライブデータ検索部が前記グローバル識別子付与検索部を参照することで、静的データになった、前記データ名の前記ライブデータを検索する、
ことを特徴とする請求項６に記載の情報管理装置。
【請求項８】
コンテンツ情報を管理する情報管理装置における情報管理方法であって、
前記情報管理装置が、
前記コンテンツ情報の、有効期間、および、単位時間あたりの生成数に基づいて、前記コンテンツ情報を分類するステップと、
前記コンテンツ情報の、前記有効期間が第１の閾値未満、かつ、前記生成数が第２の閾値以上であった場合、前記コンテンツ情報をライブデータとしてライブデータ蓄積部に蓄積するステップと、
前記ライブデータ蓄積部の指定情報にグローバル識別子を関連付けるステップと、
前記グローバル識別子にネットワークアドレスを紐付けるステップと、を実行することで前記ライブデータを管理する、
ことを特徴とする情報管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報管理装置および情報管理方法に関する。
【背景技術】
【０００２】
現在のインターネットは、TCP(Transmission Control Protocol)/IP(Internet Protocol)プロトコルに基づき、所望のコンテンツを保持するサーバの位置情報であるURL（Uniform Resource Locator）を指定し、これをIPアドレスに変換することによりコンテンツにアクセスするホスト指向ネットワークである。しかし、スマートフォンなどのモバイル端末やSNS（Social Networking Service）などのユーザ主体の情報発信サービスの普及により、インターネットトラフィックの増加に拍車が掛かるとともに、ネットワークの利用形態が、端末やホストの位置を意識せず所望のコンテンツを取得する利用形態へと変化している。
【０００３】
このようなネットワークの利用形態とアーキテクチャの乖離（端末やホストの位置を意識したアーキテクチャと、端末やホストの位置を意識しないアーキテクチャとの乖離）を解決するアーキテクチャとして、情報指向ネットワーク（以下、ICN：Information-Centric Networkingと呼ぶ場合がある）が注目されている。ICNは、ホスト指向ネットワークのプロトコルであるTCP/IPと異なり、コンテンツを主体としたネットワークである。
【０００４】
ICNは、機器（サーバ等）のIPアドレスを指定せずに機器との通信を可能にする。特に、ネットワークトポロジの変化が頻発するモバイル環境ではネットワークアドレスに依存しないICNが有効である。また、ICNでは、コンテンツのキャッシング機能により、コンテンツをユーザ近くの通信機器にキャッシュすることで、より高速なコンテンツ取得、及び、サーバの負荷分散が可能である。
【０００５】
ICNの研究プロジェクトのうち、特に機器やコンテンツの移動性にフォーカスしたアーキテクチャを提案しているプロジェクトとして、非特許文献１に示されたMobilityFirstがある。MobilityFirstでは、ネットワークに接続されるあらゆるオブジェクトに対して、公開鍵に基づくグローバルに一意な識別子（GUID：Global Unique Identifier）が割り当てられる。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】Raychaudhuri, D. et. al ”MobilityFirst: A Robust and Trustworthy Mobility-Centric Architecture for the Future Internet”, ACM SIGMobile Mobile Computing and Communication Review, Volume 16 Issue 3, July 2012, p2-p13
【発明の概要】
【発明が解決しようとする課題】
【０００７】
図８を参照して、MobilityFirstのアーキテクチャの従来例について説明する。
登録者端末１１は、登録するコンテンツ情報１２に対し、人間が識別可能な名前「Content Name n」を付与して、グローバル識別子付与検索部（以下、NCS：Network Certification Serviceと呼ぶ場合がある）１３に登録する。NCS１３は、登録する名前「Content Name n」に対し、公開鍵に基づくグローバルに一意な識別子「GUID n」を割り当てて登録する。ネットワークアドレス検索部（以下、GNS：Global Name Serviceと呼ぶ場合がある）１４は、NCS１３から「GUID n」を取得し、コンテンツ情報１２の位置情報であるネットワークアドレス「NA n」に、取得した「GUID n」を紐付ける。
【０００８】
ユーザ端末２１は、アクセスしたいコンテンツ情報１２の名前「Content Name n」をNCS１３に送信すると、応答として「GUID n」を取得する。次に、ユーザ端末２１は、パケット２５のヘッダに「GUID n」を設定したパケット２５をネットワークに送信する。パケット２５を受信したエッジルータ２２は、パケット２５のヘッダに設定された「GUID n」をGNS１４に送信すると、応答として、「GUID n」に紐付けられた「NA n」を取得する。エッジルータ２２は、パケット２５とペイロードが同じであるパケット２６のヘッダに「GUID n」と「NA n」とを設定する。パケット２６がホップ・バイ・ホップでエッジルータ２２→コアルータ２３→エッジルータ２４の順に転送されることで、ユーザ端末２１は、コンテンツ情報１２にアクセスすることができる。
【０００９】
上記のように、MobilityFirstでは、ネットワークに接続されるあらゆるオブジェクト（コンテンツ情報１２等）にGUIDを割り当て、その各々にオブジェクトの位置情報であるネットワークアドレス（NA）を紐付ける必要がある。このため、NCS,GNSが管理する情報は膨大な量となり、検索処理による遅延時間の増大が大きな課題となる。
【００１０】
さらに、今後500億台にも及ぶIoT（Internet of Things）機器が普及することが想定されるとともに、各IoT機器が常時生成するいわゆるライブデータの大部分が一定時間後無効となり廃棄されることが想定される。しかし、従来のMobilityFirstでは、生成されたライブデータのすべてに対して、上記したようなGUIDの割り当てやNAの紐付けを行う必要があり、無効化したライブデータの廃棄処理も必要になる。その結果、NCS,GNSの負荷が非常に増大するという課題がある。
上記の課題は、例示したMobilityFirstのアーキテクチャに限らず、情報指向ネットワークに対して構築されるアーキテクチャ全般にあてはまる。
【００１１】
このような背景に鑑みて、本発明は、情報指向ネットワーク上の処理負荷を低減することを課題とする。
【課題を解決するための手段】
【００１２】
前記した課題を解決するため、請求項１に記載の発明は、コンテンツ情報の名称にグローバル識別子を関連付けるグローバル識別子付与検索部、および、前記グローバル識別子にネットワークアドレスを紐付けるネットワークアドレス検索部を備え、前記コンテンツ情報を管理する情報管理装置であって、前記コンテンツ情報の、有効期間、および、単位時間あたりの生成数に基づいて、前記コンテンツ情報を分類するデータ領域解析部と、前記コンテンツ情報の、前記有効期間が第１の閾値未満、かつ、前記生成数が第２の閾値以上であった場合、前記コンテンツ情報をライブデータとして蓄積するライブデータ蓄積部と、を備え、前記グローバル識別子付与検索部が前記ライブデータ蓄積部の指定情報に第１のグローバル識別子を関連付け、前記ネットワークアドレス検索部が前記第１のグローバル識別子に第１のネットワークアドレスを紐付けることで前記ライブデータを管理する、ことを特徴とする。
【００１３】
また、請求項８に記載の発明は、コンテンツ情報を管理する情報管理装置における情報管理方法であって、前記情報管理装置が、前記コンテンツ情報の、有効期間、および、単位時間あたりの生成数に基づいて、前記コンテンツ情報を分類するステップと、前記コンテンツ情報の、前記有効期間が第１の閾値未満、かつ、前記生成数が第２の閾値以上であった場合、前記コンテンツ情報をライブデータとしてライブデータ蓄積部に蓄積するステップと、前記ライブデータ蓄積部の指定情報にグローバル識別子を関連付けるステップと、前記グローバル識別子にネットワークアドレスを紐付けるステップと、を実行することで前記ライブデータを管理する、ことを特徴とする。
【００１４】
請求項１，８に記載の発明によれば、ライブデータ蓄積部にグローバル識別子を関連付けるが、ライブデータ蓄積部に膨大に蓄積されるライブデータにはグローバル識別子を関連付けない。このため、グローバル識別子付与検索部の処理負荷、およびネットワークアドレス検索部の処理負荷を低減することができ、コンテンツ情報の処理負荷を低減することができる。
したがって、情報指向ネットワーク上の処理負荷を低減することができる。
【００１５】
また、請求項２に記載の発明は、請求項１に記載の情報管理装置であって、前記コンテンツ情報の、前記有効期間が第１の閾値未満、かつ、前記生成数が第２の閾値以上、でなかった場合、前記コンテンツ情報を静的データとして蓄積する静的データ蓄積部、をさらに備え、前記グローバル識別子付与検索部が前記静的データの名称に第２のグローバル識別子を関連付け、前記ネットワークアドレス検索部が前記第２のグローバル識別子に第２のネットワークアドレスを紐付けることで前記静的データを管理する、ことを特徴とする。
【００１６】
請求項２に記載の発明によれば、グローバル識別子の関連付けが必要となる静的データの管理品質を維持することができる。
【００１７】
また、請求項３に記載の発明は、請求項２に記載の情報管理装置であって、前記コンテンツ情報のアクセス頻度を解析するアクセス頻度解析部と、前記アクセス頻度が第３の閾値以下となる前記コンテンツ情報を廃棄するデータ廃棄部とを、備える、ことを特徴とする。
【００１８】
請求項３に記載の発明によれば、アクセス頻度が少ないコンテンツ情報を廃棄することで、グローバル識別子付与検索部の処理負荷、および、ネットワークアドレス検索部の処理負荷を低減することができ、コンテンツ情報の処理負荷を低減することができる。
【００１９】
また、請求項４に記載の発明は、請求項３に記載の情報管理装置であって、前記アクセス頻度解析部は、前記コンテンツ情報のアクセス頻度が、前記第３の閾値より大きい第４の閾値以上であり、かつ、前記コンテンツ情報が前記ライブデータであった場合、前記コンテンツ情報を前記ライブデータから前記静的データにする、ことを特徴とすることを特徴とする。
【００２０】
請求項４に記載の発明によれば、アクセス頻度が多いライブデータを静的データにすることで、利用価値の高いライブデータの廃棄を回避することができる。
【００２１】
また、請求項５に記載の発明は、請求項１から請求項４のいずれか１項に記載の情報管理装置であって、ユーザ端末から取得した、検索対象のデータ名、前記ライブデータ蓄積部の前記指定情報に関連付けられた前記第１のグローバル識別子、および、前記第１のグローバル識別子に紐付けられた前記第１のネットワークアドレス、を用いて、前記データ名のライブデータを検索する第１のライブデータ検索部、をさらに備える、ことを特徴とする。
【００２２】
請求項５に記載の発明によれば、グローバル識別子付与検索部の処理負荷、およびネットワークアドレス検索部の処理負荷を低減したライブデータの検索を実現することができる。
【００２３】
また、請求項６に記載の発明は、請求項５に記載の情報管理装置であって、前記第１のライブデータ検索部、および、前記第１のライブデータ検索部とは異なる複数の第２のライブデータ検索部が、異なるエリアにそれぞれ存在し、前記第１のライブデータ検索部が、前記検索対象のデータ名の前記ライブデータを検索できなかった場合、前記ユーザ端末が前記第２のライブデータ検索部に対して、前記検索対象のデータ名のブロードキャストをすることで、前記第２のライブデータ検索部が前記データ名のライブデータを検索する、ことを特徴とする。
【００２４】
請求項６に記載の発明によれば、ライブデータの検索をより確実に実現することができる。
【００２５】
また、請求項７に記載の発明は、請求項６に記載の情報管理装置であって、前記ブロードキャストで前記ライブデータを検索できなかった場合、前記第１のライブデータ検索部が前記グローバル識別子付与検索部を参照することで、静的データになった、前記データ名の前記ライブデータを検索する、ことを特徴とする。
【００２６】
請求項７に記載の発明によれば、ライブデータの検索をさらにより確実に実現することができる。
【発明の効果】
【００２７】
本発明によれば、情報指向ネットワーク上の処理負荷を低減することができる。
【図面の簡単な説明】
【００２８】
【図１】本実施形態の情報管理装置の機能構成図の例である。
【図２】データ領域解析部によるデータ領域判定の説明図である。
【図３】データアクセス頻度解析部によるアクセス頻度判定の説明図である。
【図４】複数のライブデータ検索部に対するブロードキャストの説明図である。
【図５】コンテンツ情報登録処理のフローチャートである。
【図６】アクセス頻度判定処理のフローチャートである。
【図７】ライブデータ検索処理のフローチャートである。
【図８】MobilityFirstのアーキテクチャにおける従来構成図の例である。
【発明を実施するための形態】
【００２９】
以下、図面を参照して本発明を実施するための形態（以下、「本実施形態」という）について説明する。
【００３０】
≪構成≫
図１に示すように、本実施形態の情報管理装置１００は、ローカルデータ管理部３２と、NCS（グローバル識別子付与検索部）３３と、GNS（ネットワークアドレス検索部）３４と、ライブデータ検索部３５とを備える。情報管理装置１００は、入出力部、処理部、記憶部といったハードウェアを備えており、処理部の具体例となるＣＰＵが、記憶部の具体例となるメモリ上に読み込んだプログラムを実行することにより、本実施形態の方法を実現する。
【００３１】
なお、図１に示す登録者端末３１は、コンテンツ情報の登録者が操作する計算機である。登録者端末３１は、ローカルネットワーク上にコンテンツ情報（図示なし）を登録することができる。
【００３２】
また、図１に示すユーザ端末４１は、コンテンツ情報を利用するユーザが操作する計算機である。ユーザ端末４１は、ローカルネットワーク上に配置されているルータ等（図示せず）を経由してパケットをホップ・バイ・ホップで転送し、コンテンツ情報にアクセスすることができる。
【００３３】
ローカルデータ管理部３２は、登録者端末３１がローカルネットワーク上に登録するコンテンツ情報をローカルデータとして管理する。ローカルデータ管理部３２は、登録者端末３１の登録者が自身のコンテンツ情報を登録するための登録場所として機能する。ローカルデータ管理部３２は、本実施形態のように、ローカルネットワーク内に設置されてもよいし、登録者端末３１内に設置されてもよい。ローカルデータ管理部３２は、データ領域解析部３２１と、データ蓄積部３２２と、データアクセス頻度解析部３２５と、データ廃棄部３２６とを備える。
【００３４】
データ領域解析部３２１は、ローカルデータ管理部３２が管理するローカルデータのデータ領域判定を行い、ローカルデータを分類する。具体的には、図２に示すように、ローカルデータの有効期間（秒）が閾値α（第１の閾値）未満（またはα以下）、かつ、ローカルデータの単位時間当たりの生成数が閾値β（第２の閾値）以上（またはβを超える）であるライブデータ領域内にローカルデータが含まれる場合、ローカルデータ管理部３２は、ローカルデータをライブデータと判定する。ライブデータは、例えば、監視カメラやドライブレコーダの映像データ、IoT機器のセンサデータである。また、ローカルデータの有効期間（秒）が閾値α（第１の閾値）未満（またはα以下）、かつ、ローカルデータの単位時間当たりの生成数が閾値β（第２の閾値）以上（またはβを超える）、でない静的データ領域内にローカルデータが含まれる場合、ローカルデータ管理部３２は、ローカルデータを静的データと判定する。
なお、ローカルデータを解析して、有効期間（秒）、および、単位時間当たりの生成数を判定する技術は周知であり、説明を書略する。
【００３５】
データ蓄積部３２２は、データ領域解析部３２１によるデータ領域判定がなされたローカルデータを蓄積する。データ蓄積部３２２は、静的データ蓄積部３２３と、ライブデータ蓄積部３２４とを備える。静的データ蓄積部３２３は、データ領域解析部３２１によって判定された静的データを蓄積する。ライブデータ蓄積部３２４は、データ領域解析部３２１によって判定されたライブデータを蓄積する。なお、静的データ、ライブデータの蓄積は、例えば周期的（所定の時間間隔で）に行われる。
【００３６】
図１に戻り、データアクセス頻度解析部３２５は、データ蓄積部３２２に蓄積されたローカルデータに対するアクセス頻度を解析し、ユーザからのアクセスのアクセス頻度判定を行う。具体的には、図３に示すように、ローカルデータのアクセス頻度が閾値γ（第３の閾値）以下（またはγ未満）である場合、データアクセス頻度解析部３２５は、当該ローカルデータを廃棄対象と判定する。また、ローカルデータのアクセス頻度が閾値δ（＞γ）（第４の閾値）以上（またはδを超える）であり、かつ、当該ローカルデータがライブデータである場合、データアクセス頻度解析部３２５は、当該ローカルデータを静的データに移行（格上げ）する。
なお、ローカルデータに対するアクセス頻度を求める技術は周知であり、説明を省略する。
【００３７】
図１に戻り、データ廃棄部３２６は、廃棄対象となったローカルデータを廃棄する。廃棄対象のローカルデータは、有効期間が満了したローカルデータ、および、有効期間が満了していないがデータアクセス頻度解析部３２５によってアクセス頻度が閾値γ以下と判定されたローカルデータである。
【００３８】
NCS３３は、ローカルデータ管理部３２が管理するローカルデータにGUIDを付与する。図１に示すように、NCS３３は、テーブル３３ａを有する。テーブル３３ａは、ローカルデータのデータ名（例：「Content name n」）と、GUIDの番号（例：「GUID n」）とを関連付けて登録するためのテーブルである。
【００３９】
登録者端末３１からの要求によって、ローカルデータ管理部３２が設置される際、NCS３３は、テーブル３３ａにて、ライブデータ蓄積部３２４を登録する。具体的には、NCS３３は、ライブデータ蓄積部３２４に固有のGUID「GUID x」（第１のグローバル識別子）を割り当て（付与し）、テーブル３３ａにライブデータ蓄積部３２４の指定情報（例：ライブデータ蓄積部３２４の名称またはＩＤ）（図示なし）に関連付けて登録する。また、NCS３３は、静的データ蓄積部３２３が蓄積する静的データについて、テーブル３３ａにデータ名を登録するとともに、固有のGUID（第２のグローバル識別子）を割り当て、テーブル３３ａに当該静的データに関連付けて登録する。データアクセス頻度解析部３２５がライブデータを静的データに移行（格上げ）した場合、NCS３３は、移行した静的データに固有のGUIDを割り当て、テーブル３３ａに登録する。また、NCS３３は、付与したGUIDをGNS３４に送信する。
【００４０】
GNS３４は、NCS３３が付与したGUIDに、ネットワークアドレス（NA）を紐付ける。登録されるローカルデータについて、GUIDおよびNAの紐付けがなされることによって、当該ローカルデータの管理が実現する。図１に示すように、GNS３４は、テーブル３４ａを有する。テーブル３４ａは、GUIDの名称（例：「GUID n」）と、NAの番号（例：「NA n」）とを関連付けて登録するためのテーブルである。NCS３３が、ライブデータ蓄積部３２４に固有のGUID「GUID x」を割り当てた場合、GNS３４は、NCS３３から「GUID x」を取得し、取得した「GUID x」に、ライブデータ蓄積部３２４の指定情報に固有のNA「NA x」（第１のネットワークアドレス）を紐付け、テーブル３４ａに「GUID x」と「NA x」とを関連付けて登録する。データアクセス頻度解析部３２５がライブデータを静的データに移行（格上げ）した場合、NCS３３は、移行した静的データに割り当てられたGUIDに固有のNXを紐付け、テーブル３４ａに登録する。
【００４１】
ライブデータ検索部３５（第１のライブデータ検索部）は、ユーザ端末４１によるライブデータの検索を処理する。ライブデータ検索部３５は、ユーザ端末４１による検索対象のライブデータを管理し、特に、アクセス頻度の高いローカルなライブデータを管理する。ライブデータ検索部３５は、ユーザ端末４１のユーザがアクセスしたいライブデータを検索するためのデータベースとして機能する。ライブデータ検索部３５は、本実施形態のように、ローカルネットワーク内に設置されてもよいし、ユーザ端末４１内に設置されてもよい。
【００４２】
図１に示すように、ライブデータ検索部３５は、テーブル３５ａを有する。テーブル３５ａは、ライブデータ蓄積部３２４が蓄積するライブデータのデータ名（例：「Content name x」）と、NCS３３がライブデータ蓄積部３２４に付与したGUIDの番号（例：「GUID x」）とを関連付けて登録するためのテーブルである。
【００４３】
「Content name x」は、ライブデータ蓄積部３２４が蓄積するライブデータのデータ名である。ユーザ端末４１は、ライブデータ検索部３５に対して、アクセスしたいライブデータのコンテンツ名「Content name x」を送信すると、応答として、ライブデータ蓄積部３２４を示す「GUID x」を取得することができる。次に、ユーザ端末４１は、GNS３４に対して、ライブデータ検索部３５から取得した「GUID x」を送信すると、応答として、「GUID x」に紐付けられた「NA x」を取得することができる。その後、ユーザ端末４１は、ライブデータ検索部３５を介してライブデータ蓄積部３２４に対して、「Content name x」と、ライブデータ検索部３５から取得した「GUID x」と、GNS３４から取得した「NA x」を送信すると、ライブデータ蓄積部３２４から所望のライブデータを取得することができる。上記のようにして、検索対象のデータ名についてライブデータの検索が実現する。
【００４４】
もし、上記手順で、ユーザ端末４１が、ライブデータ蓄積部３２４から所望のライブデータを取得することができなかった場合、登録者端末３１の移動に伴うローカルデータ管理部３２の移動に起因して、GUIDとNAとの紐付けが変更されている可能性がある。この場合、図４に示すように、ユーザ端末４１からのブロードキャストによって、ローカルネットワーク内に存在するすべてのライブデータ検索部３５，３５−１，３５−２，３５−３に対して、「Content name x」を送信するとよい。ただし、ライブデータ検索部３５は、所望のライブデータの取得が実現できなかったライブデータ検索部であるため、ブロードキャストの対象外としてもよい。
【００４５】
ライブデータ検索部３５−１，３５−２，３５−３（第２のライブデータ検索部）は、ライブデータ検索部３５を用いるユーザ端末４１とは異なる複数のユーザ端末（図示せず）がそれぞれ用いるライブデータ検索部である。ライブデータ検索部３５，３５−１，３５−２，３５−３は、例えば、異なるエリアにそれぞれ存在しており、さまざまなエリアに位置するユーザのユーザ端末からライブデータの検索要求を受ける。
ライブデータ検索部３５，３５−１，３５−２，３５−３のうち少なくとも１つが、「Content name x」と関連付けられた新たなGUIDを登録している可能性がある。例えば、ライブデータ検索部３５−１が「Content name x」と関連付けられた新たなGUIDを登録していた場合、ユーザ端末４１は、ライブデータ検索部３５−１から新たなGUIDを取得することができ、さらに、新たなGUIDに紐付けられたNAをGNS３４から取得することができる。その結果、ユーザ端末４１は、「Content name x」と、取得した新たなGUIDと、取得したNAとを用いて移動先のライブデータ蓄積部から所望のライブデータを取得することができる。上記のようにして、ブロードキャストによる、検索対象のデータ名のライブデータの検索が実現する。
【００４６】
なお、ライブデータ検索部３５−１，３５−２，３５−３、登録者端末３１の移動に伴う、移動先のローカルデータ管理部３２が備える移動先のライブデータ蓄積部、および、移動先のローカルデータ管理部３２が備える各機能部は、当該情報管理装置１００が備える機能部である。
【００４７】
もし、上記のブロードキャストによって、ユーザ端末４１が、ライブデータ蓄積部３２４から所望のライブデータを取得することができなかった場合、所望のライブデータが、NCS３３によってGUIDが割り当てられた静的データに格上げされている可能性がある。この場合、ユーザ端末４１は、すでに説明した従来例と同様の手順に従って、ローカルネットワーク上に存在する当該静的データへのアクセスを行えばよい（図８参照。）。結果的に、静的データに格上げされた、検索対象のデータ名のライブデータの検索が実現する。
【００４８】
≪処理≫
本実施形態の情報管理装置１００が実行する処理について説明する。情報管理装置１００が実行する処理は、コンテンツ情報登録処理、アクセス頻度判定処理、ライブデータ検索処理を含み、これらの処理について説明する。
【００４９】
＜コンテンツ情報登録処理＞
まず、コンテンツ情報登録処理について、図５を参照して説明する。コンテンツ情報登録処理は、情報管理装置１００が、登録者端末３１からのコンテンツ情報の登録要求を取得したときに開始する。
【００５０】
まず、情報管理装置１００は、登録要求をした登録者端末３１の登録者用のローカルデータ管理部３２を設置する（ステップＡ１）。情報管理装置１００は、ローカルデータ管理部３２の設置の際、すでに説明したデータ領域解析部３２１と、データ蓄積部３２２と、データアクセス頻度解析部３２５と、データ廃棄部３２６とを設置する。また、情報管理装置１００は、データ蓄積部３２２の設置の際、静的データ蓄積部３２３と、ライブデータ蓄積部３２４とを設置する。
【００５１】
次に、情報管理装置１００は、NCS３３によって、ライブデータ蓄積部３２４に「GUID x」を割り当てる（ステップＡ２）。ステップＡ２により、ライブデータ蓄積部３２４の指定情報と「GUID x」との関連付けは、テーブル３３ａに登録される。ステップＡ２の際、GNS３４は、NCS３３から、「GUID x」を取得し、「GUID x」に、固有のネットワークアドレス「NA x」を紐付け、ライブデータの管理を実現する。
【００５２】
次に、登録者端末３１から登録対象のコンテンツ情報が送信された場合、情報管理装置１００は、データ領域解析部３２１によって、登録するコンテンツ情報のデータ領域判定を行う（ステップＡ３）。判定対象のコンテンツ情報について、有効期間が閾値α未満、かつ、単位時間あたりの生成数が閾値β以上であった場合（ステップＡ４でＹｅｓ）、情報管理装置１００は、コンテンツ情報をライブデータとしてライブデータ蓄積部３２４に蓄積し（ステップＡ５）、コンテンツ情報登録処理を終了する。
【００５３】
一方、判定対象のコンテンツ情報について、有効期間が閾値α未満、かつ、単位時間あたりの生成数が閾値β以上、でなかった場合（ステップＡ４でＮｏ）、情報管理装置１００は、コンテンツ情報を静的データとして静的データ蓄積部３２３に蓄積する（ステップＡ６）。その後、情報管理装置１００は、NCS３３によって、当該静的データにGUIDを割り当て（ステップＡ７）、コンテンツ情報登録処理を終了する。
【００５４】
なお、ステップＡ７の際、GNS３４は、NCS３３から、静的データに割り当てたGUIDを取得し、取得したGUIDに、固有のNAを紐付け、静的データの管理を実現する。
【００５５】
本実施形態のコンテンツ情報登録処理によれば、ライブデータ蓄積部３２４にGUIDを関連付けるが、ライブデータ蓄積部３２４に膨大に蓄積されるライブデータにはグローバル識別子を関連付けない。このため、NCS３３の処理負荷、およびGNS３４の処理負荷を低減することができ（割り当てないGUIDにNAを紐付ける必要がないため）、コンテンツ情報の処理負荷を低減することができる。
監視カメラやドライブレコーダの映像データやセンサデータのような、単位時間あたりの生成数が大きく、かつ、有効時間が短いライブデータについては、そのようなライブデータにアクセスを要求するユーザの多くはローカル性が強いと想定される。つまり、特定のライブデータを利用するユーザは特定のユーザに絞られ、不特定多数のユーザが利用することは稀である。そのようなライブデータは、本来GUIDの関連付けの必要性に乏しい。
したがって、情報指向ネットワーク上の処理負荷を低減することができる。
また、グローバル識別子の関連付けが必要となる静的データの管理品質を維持することができる。
【００５６】
＜アクセス頻度判定処理＞
次に、アクセス頻度判定処理について、図６を参照して説明する。アクセス頻度判定処理は、データ蓄積部３２２に蓄積されているデータ（コンテンツ情報）ごとに、周期的に（所定の時間間隔で）実行される。
【００５７】
まず、情報管理装置１００は、データアクセス頻度解析部３２５によって、データ蓄積部３２２に蓄積されている判定対象のデータのアクセス頻度が閾値γ以下であるか否か判定する（ステップＢ１）。閾値γ以下である場合（ステップＢ１でＹｅｓ）、情報管理装置１００は、データ廃棄部３２６によって、当該データを廃棄し（ステップＢ２）、別のデータについてアクセス頻度判定処理を行う。
【００５８】
一方、閾値γ以下でない場合（ステップＢ１でＮｏ）、情報管理装置１００は、判定対象のデータのアクセス頻度が閾値δ以上であるか否か判定する（ステップＢ３）。閾値δ以上である場合（ステップＢ３でＹｅｓ）、情報管理装置１００は、さらに、当該でデータがライブデータであるか否か判定する（ステップＢ４）。判定対象のデータがライブデータ蓄積部３２４に蓄積されている場合、ライブデータであるといえる。ライブデータであった場合（ステップＢ４でＹｅｓ）、情報管理装置１００は、判定対象のデータをライブデータから静的データに格上げする（ステップＢ５）。情報管理装置１００は、格上げされた静的データを、静的データ蓄積部３２３に蓄積するとともに、NCS３３によってGUIDを付与する。その後、情報管理装置１００は、別のデータについてアクセス頻度判定処理を行う。
【００５９】
なお、判定対象のデータについて、アクセス頻度が閾値δ以上でない場合（ステップＢ３でＮｏ）、または、閾値δ以上であってもライブデータでなかった場合（ステップＢ４でＮｏ）、情報管理装置１００は、当該データについて何もせず、別のデータについてアクセス頻度判定処理を行う。または、判定対象のデータの種類に関わらず、当該データのアクセス頻度が閾値δ以上であった場合、当該データを静的データとしてもよい。
【００６０】
本実施形態のアクセス頻度判定処理によれば、アクセス頻度が少ないデータを廃棄することで、GUIDの割り当て、NAの紐付けの処理量を低減することができ、NCS３３の処理負荷およびGNS３４の処理負荷を低減することができる。また、アクセス頻度が多いライブデータを静的データにすることで、利用価値の高いライブデータの廃棄を回避することができる。
【００６１】
＜ライブデータ検索処理＞
次に、ライブデータ検索処理について、図７を参照して説明する。ライブデータ検索処理は、情報管理装置１００が、ユーザ端末４１のユーザに用意されたライブデータ検索部３５にて、当該ユーザ端末４１からのライブデータの検索要求を取得したときに開始する。
【００６２】
まず、情報管理装置１００は、ユーザ端末４１からの検索要求に含まれるデータ名（検索対象となる所望のライブデータのデータ名）を、ライブデータ検索部３５宛のデータ名として取得する（ステップＣ１）。次に、ライブデータ検索部３５は、テーブル３５ａを参照することによって、取得したデータ名のライブデータが蓄積されているライブデータ蓄積部３２４に割り当てられたGUID xを、ユーザ端末４１に応答する（ステップＣ２）。ユーザ端末４１は、GNS３４が有するNA xを取得するため、ライブデータ検索部３５から取得したGUID xを、GNS３４に送信する。
【００６３】
次に、情報管理装置１００は、GNS３４宛のGUID xをユーザ端末４１から取得する（ステップＣ３）。次に、情報管理装置１００は、GNS３４がテーブル３４ａを参照することによって、受信したGUID xに紐付けられたNA xを、ユーザ端末４１に応答する（ステップＣ４）。ユーザ端末４１は、ライブデータ蓄積部３２４が蓄積する該当のライブデータを取得するため、所望のライブデータのデータ名と、ライブデータ蓄積部３２４に割り当てられたGUID xと、GNS３４から取得したNA xとを、ライブデータ検索部３５を介してデータ蓄積部３２２に送信する。
【００６４】
次に、情報管理装置１００のライブデータ検索部３５は、ライブデータ蓄積部３２４宛の、データ名（Content x）、GUID x、NA xをユーザ端末４１から取得する（ステップＣ５）。次に、ライブデータ検索部３５は、ライブデータ蓄積部３２４内に、検索対象のライブデータがあるか否か判定する（ステップＣ６）。ライブデータがある場合（ステップＣ６でＹｅｓ）、ライブデータ検索部３５は、該当のライブデータをユーザ端末４１に送信し（ステップＣ７）、ライブデータ検索処理を終了する。
【００６５】
一方、ライブデータ蓄積部３２４内に、検索対象のライブデータがない場合（ステップＣ６でＮｏ）、登録者端末３１の移動に伴うローカルデータ管理部３２の移動に起因して、GUID xとNA xとの紐付けが変更されている可能性がある。よって、情報管理装置１００は、ユーザ端末４１からのブロードキャストによる検索対象のデータ名を、ローカルネットワーク内にある他のライブデータ検索部（図４中符号３５−１〜３５−３参照。）の各々で取得する（ステップＣ８）。
【００６６】
特定の他のライブデータ検索部が、検索対象のデータ名に関連付けられていた他のGUID（GUID xとは異なる）を登録していたとする。この場合、情報管理装置１００は、他の（移動先の）ライブデータ蓄積部に割り当てられた当該他のGUID、および、GNS３４が当該他のGUIDに紐付けたNAを、ユーザ端末４１に応答する（ステップＣ９）。ここで、他のライブデータ蓄積部は、特定の他のライブデータ検索部が参照可能なデータ蓄積部である。また、前記の「他のGUIDに紐付けたNA」は、GNS３４がテーブル３４ａにて、他のGUIDに実際に紐付けられているNAであり、NA xと同じであってもよいし、異なっていてもよい。ユーザ端末４１は、他のライブデータ蓄積部が蓄積する該当のライブデータを取得するため、所望のライブデータのデータ名と、他のライブデータ蓄積部に割り当てられた他のGUIDと、他のGUID に紐付けたNAとを、ローカルネットワークに送信する。
【００６７】
次に、情報管理装置１００は、特定の他のライブデータ検索部によって、ローカルネットワーク宛の、データ名、他のGUID、（他のGUIDに紐付けた）NAをユーザ端末４１から取得する（ステップＣ１０）。次に、特定の他のライブデータ検索部は、他のライブデータ蓄積部内に、検索対象のライブデータがあるか否か判定する（ステップＣ１１）。ライブデータがある場合（ステップＣ１１でＹｅｓ）、特定の他のライブデータ検索部は、該当のライブデータをユーザ端末４１に送信し（ステップＣ１２）、ライブデータ検索処理を終了する。
【００６８】
一方、いずれの他のライブデータ蓄積部内に、検索対象のライブデータがない場合（ステップＣ１１でＮｏ）、検索対象のライブデータが静的データに格上げされた可能性がある。よって、ライブデータ検索部３５は、検索対象のデータ名をNCS３３宛のデータ名として取得する（ステップＣ１３）。次に、ライブデータ検索部３５は、NCS３３がテーブル３３ａを参照することによって、取得したデータ名に割り当てられたGUID（格上げされた静的データに新たに割り当てられたGUID）を、ユーザ端末４１に応答する（ステップＣ１４）。ユーザ端末４１は、GNS３４が有するNA（格上げされた静的データに新たに割り当てられたGUIDに新たに紐付けられたNA）を取得するため、NCS３３から取得したGUIDを、GNS３４に送信する。
【００６９】
次に、情報管理装置１００は、GNS３４宛のGUIDをユーザ端末４１から取得する（ステップＣ１５）。次に、情報管理装置１００は、GNS３４がテーブル３４ａを参照することによって、受信したGUIDに紐付けられたNAを、ユーザ端末４１に応答する（ステップＣ１６）。ユーザ端末４１は、ローカルネットワーク上の該当の静的データを取得するため、検索対象のデータ名と、データ名に割り当てられたGUIDと、GNS３４から取得したNAとを、ローカルネットワークに送信する。
【００７０】
次に、情報管理装置１００のライブデータ検索部３５は、ローカルネットワーク宛の、データ名、GUID、NAをユーザ端末４１から取得する（ステップＣ１７）。次に、ライブデータ検索部３５は、格上げされた静的データがローカルネットワーク上にあるか否か判定する（ステップＣ１８）。格上げされた静的データがある場合（ステップＣ１８でＹｅｓ）、ライブデータ検索部３５は、ユーザ端末４１からのアクセスに基づいて、格上げされた静的データをユーザ端末４１に送信し（ステップＣ１９）、ライブデータ検索処理を終了する。なお、ステップＣ１９は、すでに説明した従来例に従う（図８参照）。
【００７１】
一方、格上げされた静的データがローカルネットワーク上にない場合、検索対象のデータが削除されている、当該データへのアクセスの障害が発生している等の可能性がある。よって、ライブデータ検索部３５は、検索対象のデータの取得不可を示すエラー応答をユーザ端末４１にし（ステップＣ２０）、ライブデータ検索処理を終了する。
【００７２】
本実施形態のライブデータ検索処理によれば、NCS３３の処理負荷、およびGNS３４の処理負荷を低減したライブデータの検索を実現することができる。
【００７３】
≪その他≫
（ａ）：本実施形態では、ローカルネットワークを例に説明したが、他の種類のネットワーク（例：インターネット）についても適用することができる。また、本実施形態では、コンテンツ情報としてローカルデータを例にして説明したが、他の種類のデータについても適用することができる。
（ｂ）：本実施形態では、検索対象のデータ名のライブデータを検索する際、ユーザ端末４１と情報管理装置１００との間で、データ名、GUID、NAをやり取りするように処理した。しかし、例えば、ユーザ端末４１から検索対象のデータ名を取得した情報管理装置１００は、情報管理装置１００内で、NCS３３やGNS３４等にアクセスし、検索対象のデータ名に対応するGUID、NAを読み出し、データ名、GUID、NAに該当するライブデータを読み出し、当該ライブデータをユーザ端末４１に送信し、所望のライブデータの検索を実現してもよい。
【００７４】
本実施形態で説明した種々の技術を適宜組み合わせた技術を実現することもできる。
本実施形態で説明したソフトウェアをハードウェアとして実現することもでき、ハードウェアをソフトウェアとして実現することもできる。
その他、ハードウェア、ソフトウェア、フローチャートなどについて、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。
【符号の説明】
【００７５】
１００  情報管理装置
３１    登録者端末
３２    ローカルデータ管理部
３３    NCS（グローバル識別子付与検索部）
３４    GNS（ネットワークアドレス検索部）
３５    ライブデータ検索部（第１のライブデータ検索部）
３５−１〜３５−３  ライブデータ検索部（第２のライブデータ検索部）
４１    ユーザ端末
３２１  データ領域解析部
３２２  データ蓄積部
３２３  静的データ蓄積部
３２４  ライブデータ蓄積部
３２５  データアクセス頻度解析部
３２６  データ廃棄部
【図１】
2019139639.tif 000003
【図２】
2019139639.tif 000004
【図３】
2019139639.tif 000005
【図４】
2019139639.tif 000006
【図５】
2019139639.tif 000007
【図６】
2019139639.tif 000008
【図７】
2019139639.tif 000009
【図８】
2019139639.tif 000010