<?xml version='1.0' encoding='UTF-8'?>
<OAI-PMH xmlns="http://www.openarchives.org/OAI/2.0/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.openarchives.org/OAI/2.0/ http://www.openarchives.org/OAI/2.0/OAI-PMH.xsd">
  <responseDate>2026-05-12T04:05:39Z</responseDate>
  <request metadataPrefix="oai_dc" verb="GetRecord" identifier="oai:ipsj.ixsq.nii.ac.jp:00044613">https://ipsj.ixsq.nii.ac.jp/oai</request>
  <GetRecord>
    <record>
      <header>
        <identifier>oai:ipsj.ixsq.nii.ac.jp:00044613</identifier>
        <datestamp>2025-01-22T10:23:53Z</datestamp>
        <setSpec>1164:3925:3936:3938</setSpec>
      </header>
      <metadata>
        <oai_dc:dc xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:oai_dc="http://www.openarchives.org/OAI/2.0/oai_dc/" xmlns="http://www.w3.org/2001/XMLSchema" xsi:schemaLocation="http://www.openarchives.org/OAI/2.0/oai_dc/ http://www.openarchives.org/OAI/2.0/oai_dc.xsd">
          <dc:title>ネットワークトポロジを考慮した効率的なマルチキヤスト暗号方式</dc:title>
          <dc:title>Key-Management Scheme for Secure Multicast based on Network Topology</dc:title>
          <dc:creator>福島, 和英</dc:creator>
          <dc:creator>清本, 晋作</dc:creator>
          <dc:creator>田中, 俊昭</dc:creator>
          <dc:creator>櫻井, 幸一</dc:creator>
          <dc:creator>Kazuhide, FUKUSHIMA</dc:creator>
          <dc:creator>Shinsaku, KIYOMOTO</dc:creator>
          <dc:creator>Toshiaki, TANAKA</dc:creator>
          <dc:creator>Kouichi, SAKURAl</dc:creator>
          <dc:description>有料コンテンツのマルチキャスト配信サービスは，近い将来，個人ＰＣや携帯端末向けの主流サービスとして期待されているが，コンテンツの著作権保護方法の確立が大きな課題となっている．海賊版コンテンツの流通を防ぐための手段の１つとして，コンテンツを暗号化しておく方法があり，これらの暗号化鍵を管理するための効率的な鍵管理方式が求められている．これまでにも，マルチキャストシステム用の鍵管理方式は考案されてきたが，いずれの方式も単純な鍵管理構造を用いており，鍵管理効率の最適化については十分な検討がなされていなかった[1]?[3]．そこで，我々は，クライアントの能力に応じて柔軟な鍵管理が実現できる方式である，γ-鍵管理方式を提案した[4]、さらなる鍵管理方式の最適化を行うためには，ネットワークトポロジを考慮した鍵管理構造を構成することが不可欠となる．本稿では，マルチキャストに適合する鍵管理方式を提案する．さらに，本方式において鍵管理ルータに必要とされる計算量および領域量を定量的に評価し，これらの最適化について議論する．</dc:description>
          <dc:description>Pay-multicasting services are expected to be a main service for mobile devices and personal computers in near future, and copyright protection is a major issue for the services. The encryption of digital content is one solution to prevent illegal copying and generate income from clients. Thus, we proposed r-key-management scheme which provides flexible lock management according to the capacity of a client was proposed. However, this scheme uses a logical key-management structure, and does not consider a network topology. Some key-management systems for multicast systems have been proposed [1]~ [3]. However, these schemes use simple key-management structure, and sufficient examinations for optimization of them have not been carried out. Then, we proposed the r-key-management scheme which provides system which provides flexible key-management based on computational capacities of clients [4]. Additionally, a key-management scheme based on a network topology is required for further optimization. This paper proposed a key-management suited to a multicast system Then, we show the quantitative computational cost and storage cost on key-management routers using five elements; that is the total number of clients, the average service usage time, the duration of keys update, the degree of key-management tree, and the maximum number of clients in a group. Finally, we discuss optimization of our scheme.</dc:description>
          <dc:description>technical report</dc:description>
          <dc:publisher>情報処理学会</dc:publisher>
          <dc:date>2006-07-21</dc:date>
          <dc:format>application/pdf</dc:format>
          <dc:identifier>情報処理学会研究報告コンピュータセキュリティ（CSEC）</dc:identifier>
          <dc:identifier>81(2006-CSEC-034)</dc:identifier>
          <dc:identifier>2006</dc:identifier>
          <dc:identifier>361</dc:identifier>
          <dc:identifier>365</dc:identifier>
          <dc:identifier>AA11235941</dc:identifier>
          <dc:identifier>https://ipsj.ixsq.nii.ac.jp/record/44613/files/IPSJ-CSEC06034049.pdf</dc:identifier>
          <dc:language>eng</dc:language>
        </oai_dc:dc>
      </metadata>
    </record>
  </GetRecord>
</OAI-PMH>
