<?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-09-21T17:53:44Z</responseDate>
  <request verb="GetRecord" identifier="oai:meral.edu.mm:recid/4775" metadataPrefix="oai_dc">https://meral.edu.mm/oai</request>
  <GetRecord>
    <record>
      <header>
        <identifier>oai:meral.edu.mm:recid/4775</identifier>
        <datestamp>2021-12-13T02:28:16Z</datestamp>
        <setSpec>1582963302567:1597824273898</setSpec>
        <setSpec>user-ucsy</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>Cloud Deduplication based on Multiple Group Signature Scheme</dc:title>
          <dc:creator>Cho, Ei Mon</dc:creator>
          <dc:creator>Koshiba, Takeshi</dc:creator>
          <dc:description>Increasing the volume of redundant data bymultiple clients in cloud storage becomes a vitalchallenge. Multiple group setting schemes haverecently become important for enabling deduplicationfor a cloud server. We construct multiple-groups’schemes that allow one or more groups tosubsequently upload or edit a file such that the cloudserver can avoid duplicate according to the ownershipof users. We use the Message Lock Encryption (MLE)as an ingredient for deduplication both for uploadinga new file and for updating an existing file.Furthermore, group signature features are adding forthe multiple- group setting, mainly the groupmanagers manage new entities and the revocationlist for the client and the server respectively. In thispaper, we construct two sub-protocol that providedthe security of MLE. Hence, security of the messageholds under the computational assumptions on themessage distribution produced by the attacker.</dc:description>
          <dc:date>2017-02-16</dc:date>
          <dc:identifier>http://hdl.handle.net/20.500.12678/0000004775</dc:identifier>
          <dc:identifier>https://meral.edu.mm/records/4775</dc:identifier>
        </oai_dc:dc>
      </metadata>
    </record>
  </GetRecord>
</OAI-PMH>
