(57)【要約】【課題】通信負荷を軽減した情報漏洩対策を実現する。【解決手段】エッジコンピュータ２０は、端末７０で利用するファイルを取得し、ファイルから割符（大）と割符（小）を生成するエンコード部２２と、割符（小）を遠隔コンピュータ１０ｂに送信する割符（小）送信部２８と、ファイルの情報と、割符（小）の格納先の情報と、を含むメタデータを生成するメタデータ生成部２５と、生成したメタデータと割符（大）を端末７０に送信する割符（大）送信部２６と、メタデータを遠隔コンピュータ１０ｂに送信する認証情報送信部２７と、を備えている。【選択図】図１１
2020123006.tif 000002
【特許請求の範囲】
【請求項１】
端末において利用されるファイルデータを取得し、前記ファイルデータから複数の割符を生成する割符化部と、
前記複数の割符の一部を外部装置に送信する第１送信部と、
前記ファイルデータの情報と、前記外部装置の情報と、を含む属性情報を生成する生成部と、
生成した前記属性情報と前記複数の割符のうち前記外部装置に送信していない割符とを前記端末に送信し、前記属性情報を前記外部装置に送信する第２送信部と、を備える情報処理装置。
【請求項２】
前記属性情報は、前記外部装置において前記端末の認証に用いる認証情報を含む、ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記端末が周辺に存在するか否かを検知する検知部と、
前記検知部の検知結果を前記外部装置に送信する第３送信部と、を更に備える請求項１又は２に記載の情報処理装置。
【請求項４】
前記外部装置に送信する前記複数の割符の一部よりも、前記端末に送信する割符のほうが、データ量が大きいことを特徴とする請求項１〜３のいずれか一項に記載の情報処理装置。
【請求項５】
ファイルデータを利用する端末であって、
情報処理装置から、前記ファイルデータから生成された複数の割符の一部を取得するとともに、前記ファイルデータの情報と、前記複数の割符のうち取得した前記割符以外の割符を保有する外部装置の情報と、を含む属性情報を取得する取得部と、
前記ファイルデータの利用要求があると、前記属性情報を用いて前記外部装置にアクセスし、前記複数の割符のうち取得した前記割符以外の割符を前記外部装置から受信する受信部と、
前記情報処理装置から取得した割符及び前記外部装置から受信した割符から前記ファイルデータを復元する復元部と、を備える端末。
【請求項６】
端末において利用されるファイルデータを取得し、前記ファイルデータから複数の割符を生成し、
前記複数の割符の一部を外部装置に送信し、
前記ファイルデータの情報と、前記外部装置の情報と、を含む属性情報を生成し、
生成した前記属性情報と前記複数の割符のうち前記外部装置に送信していない割符とを前記端末に送信し、前記属性情報を前記外部装置に送信する、
処理をコンピュータが実行することを特徴とする情報処理方法。
【請求項７】
端末において利用されるファイルデータを取得し、前記ファイルデータから複数の割符を生成し、
前記複数の割符の一部を外部装置に送信し、
前記ファイルデータの情報と、前記外部装置の情報と、を含む属性情報を生成し、
生成した前記属性情報と前記複数の割符のうち前記外部装置に送信していない割符とを前記端末に送信し、前記属性情報を前記外部装置に送信する、
処理をコンピュータに実行させるための情報処理プログラム。
【請求項８】
端末において利用されるファイルデータを取得し、前記ファイルデータを暗号鍵で暗号化して暗号化データを生成する暗号化部と、
前記暗号鍵と前記暗号化データの一方を外部装置に送信する第１送信部と、
前記ファイルデータの情報と、前記外部装置の情報と、を含む属性情報を生成する生成部と、
生成した前記属性情報と前記暗号鍵と前記暗号化データの他方とを前記端末に送信し、前記属性情報を前記外部装置に送信する第２送信部と、を備える情報処理装置。
【請求項９】
ファイルデータを利用する端末であって、
情報処理装置から、前記ファイルデータを暗号鍵で暗号化した暗号化データと前記暗号鍵の一方を取得するとともに、前記ファイルデータの情報と、前記暗号化データと前記暗号鍵の他方を保有する外部装置の情報と、を含む属性情報を取得する取得部と、
前記ファイルデータの利用要求があると、前記属性情報を用いて前記外部装置にアクセスし、前記外部装置から前記暗号化データと前記暗号鍵の他方を受信する受信部と、
前記情報処理装置から取得した前記暗号化データと前記暗号鍵の一方と、前記外部装置から受信した前記暗号化データと前記暗号鍵の他方と、から前記ファイルデータを復号化する復号化部と、を備える端末。
【請求項１０】
端末において利用されるファイルデータを取得し、前記ファイルデータを暗号鍵で暗号化して暗号化データを生成し、
前記暗号鍵と前記暗号化データの一方を外部装置に送信し、
前記ファイルデータの情報と、前記外部装置の情報と、を含む属性情報を生成し、
生成した前記属性情報と前記暗号鍵と前記暗号化データの他方とを前記端末に送信し、前記属性情報を前記外部装置に送信する、
処理をコンピュータが実行することを特徴とする情報処理方法。
【請求項１１】
端末において利用されるファイルデータを取得し、前記ファイルデータを暗号鍵で暗号化して暗号化データを生成し、
前記暗号鍵と前記暗号化データの一方を外部装置に送信し、
前記ファイルデータの情報と、前記外部装置の情報と、を含む属性情報を生成し、
生成した前記属性情報と前記暗号鍵と前記暗号化データの他方とを前記端末に送信し、前記属性情報を前記外部装置に送信する、
処理をコンピュータに実行させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法及び情報処理プログラム、並びに端末に関する。
【背景技術】
【０００２】
クラウドサーバに格納されているデータに対してアクセスが集中することにより、クラウドサーバに負荷がかかるのを防止するための技術として、エッジコンピュータを利用した負荷分散技術が提案されている。この技術は、クラウドに格納されているデータのキャッシュをエッジコンピュータに配置しておき、エッジコンピュータの近くに存在する端末にエッジコンピュータが有するキャッシュを利用させることで、負荷分散を実現するというものである。
【０００３】
この場合、エッジコンピュータは筐体として存在し、誰でも出入り可能な部屋等に配置される場合もあるため、筐体やＨＤＤ等のハードウェアが盗難されるというリスクがある。万が一盗難されると、エッジコンピュータ内に格納されているキャッシュが漏洩してしまう。
【０００４】
このような漏洩を防ぐための技術として、電子文書（ファイルデータ）を複数の分割データに分割し、各分割データそれぞれを異なるサーバに格納するような電子文書の分散化技術が知られている（例えば特許文献１，２等参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−１９８０１６号公報
【特許文献２】特開２００８−１５２５９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、ファイルデータを複数の分割データに分割したとしても、端末においてファイルデータを利用するときには分割データからデコードされたファイルデータが端末に存在することになる。このため、ファイルデータがすぐに使われずに端末が放置されると、端末が盗難され、ファイルデータが漏洩する可能性がある。この漏洩を防ぐためには、ファイルデータが利用される直前にファイルデータを端末に送信することも考えられるが、通信負荷が大きいため、ファイルデータの送信に時間を要する。これにより、ファイルデータを使用できるまでの時間（待ち時間）が長くなり、ユーザの利便性が低下するおそれがある。
【０００７】
１つの側面では、本発明は、通信負荷を軽減した情報漏洩対策が可能な情報処理装置、情報処理方法及び情報処理プログラム、並びに端末を提供することを目的とする。
【課題を解決するための手段】
【０００８】
一つの態様では、情報処理装置は、端末において利用されるファイルデータを取得し、前記ファイルデータから複数の割符を生成する割符化部と、前記複数の割符の一部を外部装置に送信する第１送信部と、前記ファイルデータの情報と、前記外部装置の情報と、を含む属性情報を生成する生成部と、生成した前記属性情報と前記複数の割符のうち前記外部装置に送信していない割符とを前記端末に送信し、前記属性情報を前記外部装置に送信する第２送信部と、を備えている。
【発明の効果】
【０００９】
通信負荷を軽減した情報漏洩対策が可能である。
【図面の簡単な説明】
【００１０】
【図１】第１の実施形態に係る分散処理システムの構成を概略的に示す図である。
【図２】図２（ａ）は、エッジコンピュータのハードウェア構成を示す図であり、図２（ｂ）は、遠隔コンピュータ及び端末のハードウェア構成を示す図である。
【図３】第１の実施形態のエッジコンピュータ、遠隔コンピュータ及び端末の機能ブロック図である。
【図４】図４（ａ）は、ファイル情報テーブルを示す図であり、図４（ｂ）は、メタデータの一例を示す図である。
【図５】エッジコンピュータによる事前準備を示すフローチャートである。
【図６】遠隔コンピュータによる事前準備を示すフローチャートである。
【図７】事前準備におけるデータのやり取り等を模式的に示す図である。
【図８】エッジコンピュータによる端末接続処理を示すフローチャートである。
【図９】遠隔コンピュータによる端末接続処理を示すフローチャートである。
【図１０】端末による端末接続処理を示すフローチャートである。
【図１１】端末接続処理におけるデータのやり取り等を模式的に示す図である。
【図１２】エッジコンピュータによる端末検知処理を示すフローチャートである。
【図１３】端末によるファイル使用処理を示すフローチャートである。
【図１４】遠隔コンピュータによるファイル使用処理を示すフローチャートである。
【図１５】ファイル使用処理におけるデータのやり取り等を模式的に示す図である。
【図１６】第２の実施形態のエッジコンピュータ、遠隔コンピュータ及び端末の機能ブロック図である。
【図１７】第２の実施形態の事前準備におけるデータのやり取り等を模式的に示す図である。
【図１８】第２の実施形態の端末接続処理におけるデータのやり取り等を模式的に示す図である。
【図１９】第２の実施形態のファイル使用処理におけるデータのやり取り等を模式的に示す図である。
【発明を実施するための形態】
【００１１】
《第１の実施形態》
以下、分散処理システムの第１の実施形態について、図１〜図１５に基づいて詳細に説明する。
【００１２】
図１には、第１の実施形態に係る分散処理システム１００の構成が概略的に示されている。図１に示すように、分散処理システム１００は、ネットワーク８０に接続されたクラウドサーバ１０と、情報処理装置としてのエッジコンピュータ２０と、を備える。ネットワーク８０には、有線または無線を問わず、インターネットを始め、ＬＡＮ（Local Area Network）やＶＰＮ（Virtual Private Network）などの任意の種類の通信網を採用できる。また、ネットワーク８０を介する通信は、例えば、ＴＬＳ（Transport Layer Security）／ＳＳＬ（Secure Sockets Layer）等によって暗号化されるようにしてもよい。
【００１３】
クラウドサーバ１０はデータセンタ等に設置された情報処理装置であり、会社内のユーザが利用するデータを管理する。エッジコンピュータ２０は、例えば会社内の各室（会議室など）に設置された情報処理装置である。エッジコンピュータ２０によって認証された端末７０は、アクセスポイント６８を介してエッジコンピュータ２０との間で通信することが可能となっている。これにより、端末７０は、エッジコンピュータ２０が有するデータを利用することができる。なお、端末７０はノートＰＣ（Personal Computer）やタブレット型ＰＣなどの持ち運び可能な情報処理装置であるものとする。
【００１４】
本第１の実施形態では、会社内において会議を開催する前に、会議で用いる文書などのファイルデータ（以下「ファイル」と呼ぶ）がクラウドサーバ１０のいずれかから会議室に設置されているエッジコンピュータ２０に送信（キャッシュ）される。また、エッジコンピュータ２０は、受信したファイルを割符化し、割符化により生成された割符を別々の場所で管理するようにすることで、エッジコンピュータ２０が盗難に遭っても、ファイルが漏洩しないようにしている。
【００１５】
ここで、端末７０においてファイルを使用する場合、端末７０内にファイルが存在する時間があるため、端末７０の盗難等によりファイルが漏洩する可能性がある。これに対し、端末７０にファイルが存在する時間を短くするために、ファイルを使用する直前に端末７０にファイルを送信することが考えられる。しかしながら、この場合、ファイルを使用する直前における通信負荷が増大するため、ファイルを使用できるまでの時間（待ち時間）が増大し、ユーザの利便性が低下するおそれがある。したがって、本第１の実施形態では、通信負荷の増大を防ぎつつ、ファイルの漏洩を抑制することが重要となる。
【００１６】
本第１の実施形態においては、クラウドサーバ１０のうち、端末７０で使用するファイルそのものを管理するクラウドサーバを「クラウドサーバ１０ａ」とする。また、本第１の実施形態においては、エッジコンピュータ２０がファイルから生成した割符の一部を管理する外部装置（遠隔装置）として、クラウドサーバ１０の１つを用いるものとする。このクラウドサーバ１０を「遠隔コンピュータ１０ｂ」と呼ぶものとする。
【００１７】
以下、エッジコンピュータ２０、遠隔コンピュータ１０ｂ、端末７０について詳細に説明する。
【００１８】
（エッジコンピュータ２０）
図２（ａ）には、エッジコンピュータ２０のハードウェア構成が示されている。図２（ａ）に示すように、エッジコンピュータ２０は、ＣＰＵ（Central Processing Unit）９０、ＲＯＭ（Read Only Memory）９２、ＲＡＭ（Random Access Memory）９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、ネットワークインタフェース９７、センサ９３、及び可搬型記憶媒体用ドライブ９９等を備えている。これらエッジコンピュータ２０の構成各部は、バス９８に接続されている。エッジコンピュータ２０では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラムをＣＰＵ９０が実行することにより、図３に示す、各部の機能が実現される。なお、図３の各部の機能は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されてもよい。
【００１９】
図３は、エッジコンピュータ２０、遠隔コンピュータ１０ｂ及び端末７０の機能ブロック図である。図３に示すように、エッジコンピュータ２０は、ＣＰＵ９０がプログラムを実行することにより、ファイル受信部２１、割符化部としてのエンコード部２２、第１送信部としての割符（小）送信部２８、検知部としての端末検知部２３、認証部２４、生成部としてのメタデータ生成部２５、割符（大）送信部２６、第３送信部としての認証情報送信部２７、として機能する。また、例えば、図２に示すＨＤＤ９６により、割符（大）格納部３８の機能が実現されている。
【００２０】
ファイル受信部２１は、クラウドサーバ１０ａにおいて管理されているファイルがクラウドサーバ１０ａから送信（キャッシュ）されたときに、ファイルを受信して、エンコード部２２に受け渡す。なお、クラウドサーバ１０ａは、ユーザが登録した情報（登録情報）に基づいて、ファイルをエッジコンピュータ２０に送信するものとする。登録情報には、例えば、ファイルを利用する端末の情報（端末ＩＤ）や、ユーザの情報（ユーザ名）、端末７０においてファイルを利用する時刻（会議開始時刻など）、利用するファイルの情報（ファイルＩＤやファイル名）などが含まれる。したがって、クラウドサーバ１０ａは、登録されているファイルを利用する時刻の所定時間前に、登録されているファイルを端末の情報やユーザの情報とともにエッジコンピュータ２０に送信（キャッシュ）する。
【００２１】
エンコード部２２は、ファイル受信部２１が受信したファイルを割符化する。本実施形態では、エンコード部２２は、割符化により、ファイルを割符（大）と割符（小）に分割するものとする。割符（大）は、割符（小）よりもデータ量が大きいものとする。エンコード部３０は、割符（大）を割符（大）格納部３８に格納する。また、エンコード部３０は、割符（小）を割符（小）送信部２８に受け渡す。
【００２２】
割符（小）送信部２８は、割符（小）を遠隔コンピュータ１０ｂに送信する。また、割符（小）送信部２８は、割符（小）の格納先（遠隔コンピュータ１０ｂの割符（小）格納部１２）のアドレスと、ファイルの情報（ファイルＩＤ、ファイル名）、端末及びユーザの情報をファイル情報テーブル３４に格納する。ここで、ファイル情報テーブル３４は、図４（ａ）に示すようなデータ構造を有する。図４（ａ）に示すように、ファイル情報テーブル３４は、「ファイルＩＤ」と、「ファイル名」と、「割符（小）格納部のアドレス」と、「端末ＩＤ」と、「ユーザ名」とを対応付けて格納するテーブルである。図４（ａ）からは、どのファイルの割符（小）がどこに格納されており、どの端末において誰が利用するかがわかるようになっている。なお、ファイル名はファイルＩＤと一致していても良い。この場合、図４（ａ）のファイル名とファイルＩＤのいずれかを省略してもよい。
【００２３】
図３に戻り、端末検知部２３は、センサ９３（図２参照）から得られる情報に基づいて、エッジコンピュータ２０から所定範囲内の状況を監視する。より具体的には、センサ９３は、所定範囲内（例えば会議室内）に存在する端末を検出するセンサであり、例えばＢＬＥ（Bluetooth（登録商標） Low Energy）ビーコン、ＲＦＩＤ（Radio Frequency IDentifier）、ＧＰＳシステムなどを含む。端末検知部２３は、所定範囲内に存在する端末の端末ＩＤ又は該端末を利用するユーザのユーザ名を所定時間ごとに検知し、認証情報送信部２７を介して、検知結果を遠隔コンピュータ１０ｂの認証部１４に送信する。
【００２４】
認証部２４は、端末７０を利用するユーザからログイン要求があったときに、ユーザの認証を行う。具体的には、認証部２４は、端末７０からユーザ名やパスワード、生体情報などが入力されると、予め登録されている認証用のデータと照合することで、ユーザの認証を行う。認証部２４は、ユーザの認証に成功した場合に、ユーザの情報（ユーザ名）をメタデータ生成部２５に送信する。
【００２５】
メタデータ生成部２５は、認証されたユーザに対応する情報をファイル情報テーブル３４から読み出し、読み出した情報に基づいてメタデータ（図４（ｂ）参照）を生成する。図４（ｂ）のメタデータには、認証に成功した端末において使用されるファイルに対応する情報として、ファイル情報テーブル３４から取得した割符（小）格納部１２のアドレス（“address”）、ファイルＩＤ（“fileid”）、ファイル名（“filename”）が含まれる。また、メタデータには、ファイルを利用する認証されたユーザのユーザ名（“username”）が含まれる。更に、メタデータには、端末７０が割符（小）の取得のために遠隔コンピュータ１０ｂにアクセスする際に必要となるトークン（“token”）も含まれる。トークンは、遠隔コンピュータ１０ｂに対するアクセスのために一時的に利用可能な値であり、端末７０が割符（小）を取得するために必要なパスワードに相当するものである。なお、トークンは、ランダムに生成された文字列であるものとする。
【００２６】
メタデータ生成部２５は、生成したメタデータを認証情報送信部２７を介して遠隔コンピュータ１０ｂの認証部１４に送信する。また、メタデータ生成部２５は、生成したメタデータを割符（大）送信部２６に送信する。
【００２７】
割符（大）送信部２６は、メタデータ生成部２５において生成されたメタデータを参照して、メタデータに記述されているファイルに対応する割符（大）を割符（大）格納部３８から読み出す。そして、割符（大）送信部２６は、読み出した割符（大）とメタデータを、メタデータに記述されているユーザが利用する端末７０に対して送信する。
【００２８】
認証情報送信部２７は、端末検知部２３の検知結果と、メタデータ生成部２５が生成したメタデータを遠隔コンピュータ１０ｂの認証部１４に対して送信する。
【００２９】
なお、本第１の実施形態では、割符（大）送信部２６と認証情報送信部２７とにより、メタデータと割符（大）とを端末７０に送信するとともに、メタデータを遠隔コンピュータ１０ｂに送信する第２送信部としての機能が実現されている。
【００３０】
（端末７０）
次に、端末７０について説明する。端末７０は、図２（ｂ）に示すようなハードウェア構成を有する。端末７０は、ＣＰＵ１９０、ＲＯＭ１９２、ＲＡＭ１９４、記憶部（ＨＤＤ）１９６、ネットワークインタフェース１９７、表示部１９３、入力部１９５、及び可搬型記憶媒体用ドライブ１９９等を備えている。これら端末７０の構成各部は、バス１９８に接続されている。端末７０では、ＲＯＭ１９２あるいはＨＤＤ１９６に格納されているプログラム、或いは可搬型記憶媒体用ドライブ１９９が可搬型記憶媒体１９１から読み取ったプログラムをＣＰＵ１９０が実行することにより、図３に示す各部の機能が実現される。なお、図３の各部の機能は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。
【００３１】
端末７０は、ＣＰＵ１９０がプログラムを実行することにより、図３に示す、デコード部７２、及び受信部としての割符（小）要求部７４、として機能する。
【００３２】
デコード部７２は、エッジコンピュータ２０の割符（大）送信部２６から割符（大）とメタデータを受信すると、受信したメタデータを割符（小）要求部７４に受け渡す。また、デコード部７２は、割符（小）要求部７４が遠隔コンピュータ１０ｂから割符（小）を取得した場合に、割符（小）と割符（大）とを用いてファイルを復元（デコード）する。
【００３３】
割符（小）要求部７４は、ユーザからファイルの使用要求が入力された場合に、メタデータを用いて遠隔コンピュータ１０ｂにアクセスして割符（小）の送信を要求する。また、割符（小）要求部７４は、割符（小）を遠隔コンピュータ１０ｂから取得すると、取得した割符（小）をデコード部７２に受け渡す。
【００３４】
なお、本第１の実施形態では、デコード部７２により、暗号化データとメタデータを取得する取得部、及び割符（大）と割符（小）からファイルを復元する復元部、としての機能が実現されている。
【００３５】
（遠隔コンピュータ１０ｂ）
次に、遠隔コンピュータ１０ｂについて説明する。遠隔コンピュータ１０ｂは、端末７０と同様、図２（ｂ）に示すようなハードウェア構成を有する。遠隔コンピュータ１０ｂは、ＣＰＵ１９０がプログラムを実行することにより、図３に示す、割符（小）受信部１８、認証部１４、及び割符（小）送信部１６として機能する。また、遠隔コンピュータ１０ｂのＨＤＤ１９６により、割符（小）格納部１２の機能が実現されている。
【００３６】
割符（小）受信部１８は、エッジコンピュータ２０の割符（小）送信部２８から送信されてくる割符（小）を元のファイルのファイルＩＤと関連付けて割符（小）格納部１２に格納する。
【００３７】
認証部１４は、エッジコンピュータ２０から受信したメタデータを割符（小）格納部１２に格納する。また、認証部１４は、端末７０からメタデータが送信されてきたときに、その端末７０がエッジコンピュータ２０の周辺に存在しているかを確認する。更に、認証部１４は、割符（小）格納部１２に格納されているメタデータに含まれるトークンの中に、端末７０から送信されてきたメタデータに含まれるトークンが存在するかを確認する。認証部１４は、それぞれの確認結果に基づいて認証を行う。認証に成功した場合、認証部１４は、認証に成功したことを示す情報を割符（小）送信部１６に送信する。一方、認証に失敗した場合、認証部１４は、認証に失敗したことを示す情報を端末７０の割符（小）要求部７４に対して通知する。
【００３８】
割符（小）送信部１６は、認証部１４から認証に成功したことを示す情報を受信すると、端末７０から送信されてきたメタデータに記述されているファイルＩＤに対応する割符（小）を割符（小）格納部１２から取得し、端末７０の割符（小）要求部７４に送信する。
【００３９】
（分散処理システム１００の処理について）
次に、分散処理システム１００の処理について、フローチャートに沿って、その他図面を適宜参照しつつ詳細に説明する。
【００４０】
本実施形態では、「事前準備」、「端末接続処理」、「端末検知処理」、「ファイル使用処理」の各処理が行われる。以下、各処理について説明する。
【００４１】
（事前準備）
まず、事前準備について、図５、図６のフローチャート及び図７に基づいて説明する。
【００４２】
事前準備においては、エッジコンピュータ２０が図５のフローチャートに沿った処理を実行するとともに、遠隔コンピュータ１０ｂが図６のフローチャートに沿った処理を実行する。また、図７には、事前準備におけるデータのやり取り等が模式的に示されている。
【００４３】
図５の処理において、エッジコンピュータ２０のファイル受信部２１は、ステップＳ１０において、クラウドサーバ１０ａからファイルが送信されてくるまで待機する。なお、クラウドサーバ１０ａは予め設定されたタイミング（例えば会議が始まる所定時間前のタイミング）で会議に使用するファイルをエッジコンピュータ２０に送信する。クラウドサーバ１０ａからファイルが送信されてきた場合、ステップＳ１２に移行し、ファイル受信部２１は、送信されてきたファイルを受信する（図７の（１）参照）。このとき、ファイル受信部２１は、ファイルを使用するユーザの情報及び端末の情報も受信する。そして、ファイル受信部２１は、受信したファイルをエンコード部２２に受け渡す。
【００４４】
次いで、ステップＳ１４では、エンコード部２２が、ファイルを割符化する（図７の（２）参照）。この割符化により２つの割符（割符（大）と割符（小））が生成されるものとする。エンコード部２２は、割符（小）を割符（小）送信部２８に受け渡す（図７の（３）参照）。
【００４５】
次いで、ステップＳ１６において、割符（小）送信部２８が、割符（小）を遠隔コンピュータ１０ｂに送信する（図７の（４）参照）。ここで、割符（小）送信部２８は、割符（小）を送信したときに、ファイル情報テーブル３４に情報を登録する。例えば、割符（小）の元ファイルのファイルＩＤが「１ａ３ｂ４ｄ５ｅ」であり、ファイル名が「資料１．ｄｏｃ」であり、割符（小）が格納された遠隔コンピュータ１０ｂのアドレスが、「http://server.test.storage1.co.jp/」であり、ファイルを使用する端末７０の端末ＩＤが「Ａ」であり、ファイルを使用するユーザのユーザ名が「Ｕ１」であったとする。この場合、図４（ａ）の上から１行目に記載されているような情報がファイル情報テーブル３４に格納されることになる。
【００４６】
次いで、ステップＳ１８では、エンコード部２２が、割符（大）を割符（大）格納部３８に格納する（図７の（５）参照）。以上により、エッジコンピュータ２０における事前準備が終了する。
【００４７】
一方、遠隔コンピュータ１０ｂでは、図６のステップＳ２０において、割符（小）受信部１８が、エッジコンピュータ２０の割符（小）送信部２８から割符（小）が送信されてくるまで待機している。したがって、割符（小）受信部１８は、エッジコンピュータ２０において図５のステップＳ１６が行われたタイミングで、ステップＳ２２に移行する。
【００４８】
ステップＳ２２では、割符（小）受信部１８が、割符（小）を受信する（図７の（４）参照）。
【００４９】
次いで、ステップＳ２４では、割符（小）受信部１８が、受信した割符（小）を元のファイルのファイルＩＤと関連付けて割符（小）格納部１２に格納する（図７の（６）参照）。以上により、遠隔コンピュータ１０ｂにおける事前準備が終了する。事前準備が終了した段階では、エッジコンピュータ２０の割符（大）格納部３８に割符（大）が格納され、遠隔コンピュータ１０ｂの割符（小）格納部１２に割符（小）が格納された状態となる。このように、本第１の実施形態においては、割符（大）と割符（小）が異なる装置の格納部に分散して格納されるので、例えば、割符（大）が格納されている装置が盗難されても、ファイル自体の漏洩を防止することができる。
【００５０】
（端末接続処理）
次に、端末接続処理について、図８〜図１０のフローチャート及び図１１に基づいて説明する。
【００５１】
端末接続処理においては、エッジコンピュータ２０が図８のフローチャートに沿った処理を実行するとともに、遠隔コンピュータ１０ｂが図９のフローチャートに沿った処理を実行する。また、端末７０が図１０のフローチャートに沿った処理を実行する。なお、図１１には、端末接続処理におけるデータのやり取り等が模式的に示されている。
【００５２】
図８の処理においては、エッジコンピュータ２０の認証部２４が、ステップＳ３０において、端末７０の接続があるまで待機する。したがって、端末７０から接続があると、認証部２４は、ステップＳ３２に移行する。
【００５３】
ステップＳ３２に移行すると、認証部２４が認証処理を実行する。この場合、認証部２４は、端末７０においてユーザが入力したユーザ名やパスワード、生体情報などを用いて認証を行う。
【００５４】
次いで、ステップＳ３４では、認証部２４による認証に成功したか否かを判断する。このステップＳ３４の判断が肯定されると、ステップＳ３６に移行し、メタデータ生成部２５は、ファイル情報テーブル３４（図４（ａ））を参照して、端末７０に対応するファイル（端末７０において利用するファイル）を特定する。
【００５５】
次いで、ステップＳ３８では、メタデータ生成部２５は、認証情報（ユーザ名）とファイルの情報とを用いてメタデータを生成する。例えば、ステップＳ３６で特定されたファイルのファイルＩＤが「１ａ３ｂ４ｄ５ｅ」である場合には、メタデータ生成部２５は、図４（ａ）の１行目のデータに基づいて、図４（ｂ）に示すようなメタデータを生成する。メタデータ生成部２５は、生成したメタデータを認証情報送信部２７と割符（大）送信部２６に受け渡す（図１１の（１１）参照）。
【００５６】
次いで、ステップＳ４０では、認証情報送信部２７が、ステップＳ３８で生成したメタデータを遠隔コンピュータ１０ｂの認証部１４に送信する（図１１の（１２）参照）。
【００５７】
次いで、ステップＳ４２では、割符（大）送信部２６が、メタデータに記述されているファイルの割符（大）を割符（大）格納部３８から読み出し（図１１の（１３）参照）、割符（大）をメタデータとともに端末７０のデコード部７２に送信する（図１１の（１４）参照）。その後は、図８の全処理を終了する。
【００５８】
なお、ステップＳ３４において、認証部２４が認証に失敗したと判断した場合には、ステップＳ３４の判断が否定され、ステップＳ４４に移行する。
【００５９】
ステップＳ４４に移行すると、認証部２４は、認証失敗の情報を端末７０に通知する。その後は、図８の全処理を終了する。
【００６０】
上述のようにエッジコンピュータ２０において図８の処理が実行されている間、遠隔コンピュータ１０ｂでは、図９のフローチャートに沿った処理が実行される。
【００６１】
図９の処理では、遠隔コンピュータ１０ｂの認証部１４は、エッジコンピュータ２０の認証情報送信部２７からメタデータが送信されてくるまで待機している（Ｓ５０）。したがって、認証部１４は、メタデータが送信されてくると、ステップＳ５２に移行し、メタデータを割符（小）格納部１２に格納する（図１１の（１５）参照）。以上により、図９の処理が終了する。
【００６２】
上述したようにエッジコンピュータ２０及び遠隔コンピュータ１０ｂにおいて図８、図９の処理が実行されている間、端末７０では、図１０のフローチャートに沿った処理が実行される。
【００６３】
図１０の処理では、ステップＳ６０において、端末７０の不図示の制御部が、ユーザからエッジコンピュータ２０への接続要求が入力されるまで待機している。したがって、ユーザから接続要求が入力されると、制御部は、ステップＳ６２に移行し、エッジコンピュータ２０に接続する。次いで、制御部は、ステップＳ６４において認証処理を実行する。この認証処理では、ユーザから入力されたユーザ名やパスワード、生体情報などをエッジコンピュータ２０の認証部２４に送信する。
【００６４】
次いで、ステップＳ６６、Ｓ６８において、デコード部７２は、エッジコンピュータ２０の割符（大）送信部２６から割符（大）とメタデータが送信されてくるか、認証失敗の情報が送信されてくるまで待機する。そして、割符（大）とメタデータが送信されてくると、ステップＳ６６の判断が肯定され、デコード部７２は、ステップＳ７０に移行する。
【００６５】
ステップＳ７０に移行すると、デコード部７２は、送信されてきた割符（大）とメタデータを受信する。なお、デコード部７２は、受信したメタデータを割符（小）要求部７４に受け渡す（図１１の（１６）参照）。以上により、端末７０による図１０の端末接続処理が終了する。
【００６６】
なお、ステップＳ６６、Ｓ６８においてデコード部７２が待機している間に、認証失敗の情報が送信されてきた場合には、ステップＳ６８の判断が肯定されるので、デコード部７２は、ステップＳ７２に移行する。この場合、デコード部７２は、認証に失敗した旨を表示部１９３に表示し、図１０の全処理を終了する。
【００６７】
本第１の実施形態においては、上述した端末接続処理が行われることにより、ファイルを利用する端末７０に対して、データ量の大きい割符（大）を予め送信しておくことができる。
【００６８】
（端末検知処理）
次に、エッジコンピュータ２０による端末検知処理について、図１２のフローチャートに沿って説明する。
【００６９】
図１２の処理では、まず、ステップＳ８０において、端末検知部２３は、所定時間経過するまで待機しており、所定時間経過した段階で、ステップＳ８２に移行する。
【００７０】
ステップＳ８２に移行すると、端末検知部２３は、センサ９３により、周囲（例えば会議室内）に存在する端末を検知する。
【００７１】
次いで、ステップＳ８４では、端末検知部２３は、認証情報送信部２７を介して、検知結果（周囲に存在する端末の端末ＩＤ又は該端末を利用するユーザのユーザ名）を遠隔コンピュータ１０ｂの認証部１４に送信する。その後は、ステップＳ８０に戻り、ステップＳ８２、Ｓ８４の処理を所定時間ごとに繰り返すようになっている。
【００７２】
（ファイル使用処理）
次に、ファイル使用処理について、図１３、図１４のフローチャート及び図１５に基づいて説明する。
【００７３】
ファイル使用処理においては、端末７０が図１３のフローチャートに沿った処理を実行するとともに、遠隔コンピュータ１０ｂが図１４のフローチャートに沿った処理を実行する。なお、図１５には、ファイル使用処理におけるデータのやり取り等が模式的に示されている。
【００７４】
図１３の処理では、ステップＳ１００において、割符（小）要求部７４は、ユーザからファイルの使用要求が入力されるまで待機する。ユーザが使用要求を入力すると、割符（小）要求部７４は、ステップＳ１０２に移行し、メタデータを遠隔コンピュータ１０ｂの認証部１４に送信する（図１５の（２０）参照）。
【００７５】
一方、図１４の処理では、遠隔コンピュータ１０ｂの認証部１４は、ステップＳ１２０において、端末７０からメタデータが送信されてくるまで待機している。したがって、端末７０において図１３のステップＳ１０２が実行されると、認証部１４は、ステップＳ１２２に移行する。
【００７６】
ステップＳ１２２では、認証部１４は、送信されてきたメタデータを受信する。次いで、ステップＳ１２３では、認証部１４は、端末検知部２３により直前に検知された端末又はユーザからメタデータを受信したか否かを判断する。このステップＳ１２３の判断が肯定された場合には、ステップＳ１２４に移行し、認証部１４は、受信したメタデータに含まれるトークンと、割符（小）格納部１２に格納されているメタデータのトークンとを照合する。次いで、ステップＳ１２６では、認証部１４は、照合に成功したか否かを判断する。このステップＳ１２６の判断が肯定された場合には、認証部１４は、ステップＳ１２８に移行する。ステップＳ１２８に移行すると、認証部１４は、割符（小）送信部１６に指示を出し、メタデータに含まれるファイルＩＤに対応する割符（小）を割符（小）格納部１２から読み出して、端末７０に送信させる（図１５の（２１）参照）。一方、ステップＳ１２３又はステップＳ１２６の判断が否定された場合には、認証部１４は、照合に失敗したという情報を端末７０の割符（小）要求部７４に通知する。以上のようにして、ステップＳ１２８又はステップＳ１３０の処理が行われた後は、図１４の処理を終了する。
【００７７】
一方、端末７０では、図１３のステップＳ１０２の処理が行われた後は、ステップＳ１０４、Ｓ１０６において、割符（小）要求部７４が、割符（小）が送信されてくるまで、又は照合に失敗したという情報が送信されてくるまで待機する。そして、割符（小）が送信されてきた場合には、ステップＳ１０４の判断が肯定され、割符（小）要求部７４は、ステップＳ１０８に移行する。ステップＳ１０８に移行すると、割符（小）要求部７４は、送信されてきた割符（小）を受信する。この場合、割符（小）要求部７４は、受信した割符（小）をデコード部７２に受け渡す（図１５の（２２）参照）。
【００７８】
そして、ステップＳ１１０に移行すると、デコード部７２は、割符（小）と割符（大）から元のファイルをデコード（復元）する。これにより、端末７０のユーザは、ファイルを使用することが可能となる。この場合、ファイルを使用する直前においては、端末７０は、データ量の少ない割符（小）を受信するのみであるため、ファイル使用直前における端末７０の通信負荷を軽減することができる。
【００７９】
一方、ステップＳ１０４、Ｓ１０６において割符（小）要求部７４が待機している間に、照合に失敗したという情報が送信されてきた場合には、ステップＳ１０６の判断が肯定される。この場合、割符（小）要求部７４は、ステップＳ１１２に移行する。ステップＳ１１２に移行すると、割符（小）要求部７４は、照合に失敗した旨を端末７０の表示部１９３に表示する。
【００８０】
以上のようにして、ステップＳ１１０又はステップＳ１１２の処理が行われた後は、図１３の全処理が終了する。
【００８１】
なお、上述した各処理（フローチャート）は、一連の処理が終了した後（エンドになった後）も、繰り返し実行されるものである。
【００８２】
以上、詳細に説明したように、本第１の実施形態によると、エッジコンピュータ２０は、端末７０で利用するファイルを取得し、ファイルから割符（大）と割符（小）を生成するエンコード部２２と、割符（小）を遠隔コンピュータ１０ｂに送信する割符（小）送信部２８と、を備えている。また、エッジコンピュータ２０は、ファイルの情報と、割符（小）の格納先の情報と、を含むメタデータを生成するメタデータ生成部２５と、生成したメタデータと割符（大）を端末７０に送信する割符（大）送信部２６と、メタデータを遠隔コンピュータ１０ｂに送信する認証情報送信部２７と、を備えている。これにより、本実施形態では、割符（大）と割符（小）を別々の装置において管理するため、いずれかの装置が盗難されても、ファイルの漏洩を防止することができる。また、割符（大）が予め送信されている端末７０は、メタデータを用いて遠隔コンピュータ１０ｂから割符（小）を取得することで、ファイルをデコードすることができる。したがって、端末７０は、ファイルを使用する直前に割符（小）を取得すれば、ファイルを使用することができる。このとき、端末７０では、データ量の少ない割符（小）をファイルの使用直前に取得すればよいので、データ量が大きなファイルを使用する場合であっても、使用直前における通信負荷を軽減することができる。これにより、ユーザがファイルの使用要求を出してから、ファイルを使用できるまでの待ち時間を短くすることができるため、ユーザの利便性を向上することができる。
【００８３】
また、本第１の実施形態では、端末７０のデコード部７２が、エッジコンピュータ２０から割符（大）とメタデータを取得する。また、ユーザからのファイルの使用要求があると、割符（小）要求部７４が、メタデータを用いて、遠隔コンピュータ１０ｂにアクセスし、割符（小）を受信する。そして、デコード部７２は、割符（大）と割符（小）からファイルを復元する。この場合、端末７０は、ユーザがファイルを使用する直前に受信した割符（小）を用いてファイルをデコードするので、ファイルを使用しない間に端末７０にファイルが存在する時間を短くすることができる。これにより、ファイルの漏洩を抑制することができる。また、本第１の実施形態では、端末７０のデコード部７２が割符（大）と割符（小）を用いてファイルを復元するため、エッジコンピュータ２０においてファイルを復元しなくてもよくなる。これにより、エッジコンピュータ２０の負荷を軽減することができる。
【００８４】
また、本第１の実施形態によると、メタデータには、遠隔コンピュータ１０ｂにおいて端末７０の認証に用いる認証情報であるトークンが含まれている。これにより、悪意のある第三者がユーザに成りすまして割符（小）を取得するのを抑制することができる。
【００８５】
また、本第１の実施形態によると、エッジコンピュータ２０は、周辺に存在する端末を検知する端末検知部２３を有し、認証情報送信部２７は、端末検知部２３の検知結果を遠隔コンピュータ１０ｂに送信する。これにより、遠隔コンピュータ１０ｂでは、周辺に存在する端末からメタデータが送信されてきたときに、メタデータを用いた認証を行うことができる。このようにすることで、エッジコンピュータ２０の周辺に存在していない端末（例えば会議室に存在しない端末）に割符（小）を送信するのを防止することができるので、セキュリティを向上することができる。
【００８６】
また、本第１の実施形態では、遠隔コンピュータ１０ｂの割符（小）格納部１２に割符（小）を格納することとしているので、ファイル使用直前においてデータ量の少ない割符（小）を端末との間でやり取りすることになる。これにより、割符（大）をファイル使用直前に端末との間でやり取りする場合よりも通信負荷を軽減することができる。
【００８７】
なお、上記第１の実施形態では、割符（小）を遠隔コンピュータ１０ｂに送信する場合について説明したが、これに限られるものではない。すなわち、遠隔コンピュータ１０ｂには、割符（大）を送信することとしてもよい。
【００８８】
なお、上記第１の実施形態では、エンコード部２２は、割符化によりファイルから２つの割符を生成する場合について説明したが、これに限られるものではない。例えば、エンコード部２２は、割符化によりファイルから３つ以上の割符を生成してもよい。この場合、遠隔コンピュータ１０ｂに送信する割符は、１つであってもよいし、複数であってもよい。また、複数の割符を異なる遠隔コンピュータに送信してもよい。この場合、メタデータ生成部２５は、複数の割符に対応するメタデータを生成して、端末７０に送信すればよい。
【００８９】
《第２の実施形態》
次に、第２の実施形態について、図１６〜図１９に基づいて説明する。上記第１の実施形態では、エンコード部２２がファイルを割符化して割符（小）と割符（大）を生成することとしたが、本第２の実施形態では、エンコード部２２が暗号鍵を用いてファイルから暗号化データを生成するようになっている。
【００９０】
以下、図１６の機能ブロック図を用いて、各装置の機能について、第１の実施形態と異なる点を中心に説明する。
【００９１】
本第２の実施形態のエッジコンピュータ２０は、図１６に示すように、暗号鍵生成部１２９を有している。その他、本第２の実施形態のエッジコンピュータ２０は、第１の実施形態の割符（大）送信部２６、割符（小）送信部２８、割符（大）格納部３８に代えて、暗号化データ送信部１２６、第１送信部としての暗号鍵送信部１２８、暗号化データ格納部１３８を有している。
【００９２】
また、本第２の実施形態の端末７０は、第１の実施形態の割符（小）要求部７４に代えて、受信部としての暗号鍵要求部１７４を有する。また、本第２の実施形態の遠隔コンピュータ１０ｂは、第１の実施形態の割符（小）格納部１２、割符（小）送信部１６、割符（小）受信部１８に代えて、暗号鍵格納部１１２、暗号鍵送信部１１６、暗号鍵受信部１１８を有する。
【００９３】
以下、本第２の実施形態における「事前準備」、「端末接続処理」、「端末検知処理」、「ファイル使用処理」の各処理について説明する。
【００９４】
（事前準備）
本第２の実施形態においては、事前準備において、図１７に示すような処理を行う。すなわち、図１７に示すように、クラウドサーバ１０ａから送信されてきたファイルをファイル受信部２１が受信すると（図１７の（１）参照）、暗号鍵生成部１２９が暗号鍵を生成し、エンコード部２２に受け渡す（図１７の（Ａ）参照）。次いで、エンコード部２２が、ファイルを暗号鍵で暗号化し、暗号化データを生成する（図１７の（２）参照）。そして、エンコード部２２は、暗号鍵を暗号鍵送信部１２８に受け渡す（図１７の（３）参照）。また、エンコード部２２は、暗号化データを暗号化データ格納部１３８に格納する（図１７の（５）参照）。
【００９５】
その後、暗号鍵送信部１２８は、暗号鍵を遠隔コンピュータ１０ｂの暗号鍵受信部１１８に送信する（図１７の（４）参照）。このとき、暗号鍵受信部１１８は、暗号鍵をファイルＩＤと関連付けて暗号鍵格納部１１２に格納する（図１７の（６）参照）。
【００９６】
以上により、遠隔コンピュータ１０ｂにおける事前準備が終了する。事前準備が終了した段階では、エッジコンピュータ２０の暗号化データ格納部１３８に暗号化データが格納され、遠隔コンピュータ１０ｂの暗号鍵格納部１１２に暗号鍵が格納された状態となる。このように、本第２の実施形態においては、暗号化データと暗号鍵が異なる装置の格納部に分散して格納されるので、例えば、暗号化データが格納されている装置が盗難されても、ファイル自体の漏洩を防止することができる。
【００９７】
（端末接続処理）
本第２の実施形態の端末接続処理については、図１８と図１１を比較するとわかるように、暗号化データ送信部１２６が端末７０に対して暗号化データを送信する（図１８の（１３）、（１４）参照）以外は、第１の実施形態と同様となっている。
【００９８】
（端末検知処理）
端末検知処理については、第１の実施形態と同様である。
【００９９】
（ファイル使用処理）
ファイル使用処理においては、図１９に示すように、暗号鍵要求部１７４がメタデータを用いて遠隔コンピュータ１０ｂに対して暗号鍵を要求する（図１９の（２０）参照）。遠隔コンピュータ１０ｂの認証部１４においてメタデータを用いた認証に成功すると、暗号鍵送信部１１６は、暗号鍵を端末７０の暗号鍵要求部１７４に送信する（図１９の（２１）参照）。そして、暗号鍵要求部１７４は、デコード部７２に暗号鍵を受け渡し（図１９の（２２）参照）、デコード部７２において、暗号鍵を用いて暗号化データを復号化し、ファイルを生成する。
【０１００】
なお、フローチャートについては、図５、図６、図８〜図１０、図１２〜図１４の処理のうち、「割符（小）」、「割符（大）」、「割符化」を「暗号鍵」、「暗号化データ」、「暗号化」と読み替えるものとする。また、図５のステップＳ１２、Ｓ１４の間に、暗号鍵生成部１２９が暗号鍵を生成する処理を実行するものとする。なお、暗号鍵生成部１２９が暗号鍵を生成するタイミングは、ステップＳ１２、Ｓ１４の間でなくてもよく、ステップＳ１２より前に暗号鍵を生成しておいてもよい。
【０１０１】
これまでの説明からわかるように、本第２の実施形態においては、暗号化データ送信部１２６と認証情報送信部２７とにより、メタデータと暗号化データとを端末７０に送信し、メタデータを遠隔コンピュータ１０ｂに送信する第２送信部としての機能が実現されている。また、デコード部７２により、暗号化データとメタデータを取得する取得部、及び暗号鍵と暗号化データからファイルを復号化する復号化部、としての機能が実現されている。
【０１０２】
以上のように、本第２の実施形態によれば、エッジコンピュータ２０は、端末７０で利用するファイルを取得し、暗号鍵を用いて暗号化データを生成するエンコード部２２と、暗号鍵を遠隔コンピュータ１０ｂに送信する暗号鍵送信部１２８と、を備えている。また、エッジコンピュータ２０は、ファイルの情報と、暗号鍵の格納先の情報と、を含むメタデータを生成するメタデータ生成部２５と、生成したメタデータと暗号化データを端末７０に送信する暗号化データ送信部１２６と、メタデータを遠隔コンピュータ１０ｂに送信する認証情報送信部２７と、を備えている。これにより、本実施形態では、暗号鍵と暗号化データを別々の装置において管理するため、いずれかの装置が盗難されても、ファイルの漏洩を防止することができる。また、暗号化データが予め送信されている端末７０は、メタデータを用いて遠隔コンピュータ１０ｂから暗号鍵を取得することで、ファイルをデコード（復号化）することができる。したがって、端末７０では、ファイルを使用する直前に暗号鍵を取得すれば、ファイルを使用することができる。このとき、端末７０では、ファイルの使用直前にデータ量の少ない暗号鍵を取得すればよいので、データ量が大きなファイルを使用する場合であっても、ファイルの使用直前における通信負荷を軽減することができる。これにより、ユーザがファイルの使用要求を出してから、ファイルを使用できるまでの待ち期間を短くすることができるため、ユーザの利便性を向上することができる。
【０１０３】
また、本実施形態では、端末７０のデコード部７２は、エッジコンピュータ２０から暗号化データとメタデータを取得する。また、ユーザからのファイルの使用要求があると、暗号鍵要求部１７４は、メタデータを用いて、遠隔コンピュータ１０ｂにアクセスし、暗号鍵を受信する。そして、デコード部７２は、暗号化データと暗号鍵からファイルを復号化する。この場合、端末７０は、ユーザがファイルを使用する直前に受信した暗号鍵を用いてファイルを復号化するので、ファイルを使用しない間に端末７０にファイルが存在する時間を短くすることができる。これにより、ファイルの漏洩を抑制することができる。また、本第２の実施形態では、端末７０のデコード部７２が暗号化データを復号化するため、エッジコンピュータ２０において暗号化データを復号化をしなくてもよくなる。これにより、エッジコンピュータ２０の負荷を軽減することができる。
【０１０４】
なお、上記第２の実施形態では、エッジコンピュータ２０が、暗号化データを端末７０に予め送信しておき、暗号鍵を遠隔コンピュータ１０ｂに格納しておく場合について説明したが、これに限られるものではない。すなわち、エッジコンピュータ２０は、暗号鍵を端末７０に予め送信しておき、暗号化データを遠隔コンピュータ１０ｂに格納しておいてもよい。
【０１０５】
なお、上記各実施形態では、認証部１４が認証を行う際に、端末７０がエッジコンピュータ２０の周辺に存在するか否かを判断する場合について説明したが、これに限られるものではない。すなわち、認証部１４は、端末７０がエッジコンピュータ２０の周辺に存在するか否かを考慮せずに認証を行うこととしてもよい。この場合、エッジコンピュータ２０は、端末検知部２３を有していなくてもよい。
【０１０６】
なお、上記各実施形態では、分散処理システム１００が会社内で利用される場合について説明したが、これに限らず、例えば学校などにおいて利用することもできる。この場合、授業開始前の所定タイミングで割符（大）や暗号化データを教師が利用する端末７０に送信しておき、教師が授業を開始するという入力を行ったタイミングで、端末７０が割符（小）や暗号鍵を遠隔コンピュータ１０ｂに要求するようにすればよい。
【０１０７】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記憶媒体（ただし、搬送波は除く）に記録しておくことができる。
【０１０８】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記憶媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【０１０９】
プログラムを実行するコンピュータは、例えば、可搬型記憶媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記憶媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【０１１０】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【０１１１】
なお、以上の第１、第２の実施形態の説明に関して、更に以下の付記を開示する。
（付記１）  端末において利用されるファイルデータを取得し、前記ファイルデータから複数の割符を生成する割符化部と、
前記複数の割符の一部を外部装置に送信する第１送信部と、
前記ファイルデータの情報と、前記外部装置の情報と、を含む属性情報を生成する生成部と、
生成した前記属性情報と前記複数の割符のうち前記外部装置に送信していない割符とを前記端末に送信し、前記属性情報を前記外部装置に送信する第２送信部と、を備える情報処理装置。
（付記２）  前記属性情報は、前記外部装置において前記端末の認証に用いる認証情報を含む、ことを特徴とする付記１に記載の情報処理装置。
（付記３）  前記端末が周辺に存在するか否かを検知する検知部と、
前記検知部の検知結果を前記外部装置に送信する第３送信部と、を更に備える付記１又は２に記載の情報処理装置。
（付記４）  前記外部装置に送信する前記複数の割符の一部よりも、前記端末に送信する割符のほうが、データ量が大きいことを特徴とする付記１〜３のいずれかに記載の情報処理装置。
（付記５）  ファイルデータを利用する端末であって、
情報処理装置から、前記ファイルデータから生成された複数の割符の一部を取得するとともに、前記ファイルデータの情報と、前記複数の割符のうち取得した前記割符以外の割符を保有する外部装置の情報と、を含む属性情報を取得する取得部と、
前記ファイルデータの利用要求があると、前記属性情報を用いて前記外部装置にアクセスし、前記複数の割符のうち取得した前記割符以外の割符を前記外部装置から受信する受信部と、
前記情報処理装置から取得した割符及び前記外部装置から受信した割符から前記ファイルデータを復元する復元部と、を備える端末。
（付記６）  端末において利用されるファイルデータを取得し、前記ファイルデータから複数の割符を生成し、
前記複数の割符の一部を外部装置に送信し、
前記ファイルデータの情報と、前記外部装置の情報と、を含む属性情報を生成し、
生成した前記属性情報と前記複数の割符のうち前記外部装置に送信していない割符とを前記端末に送信し、前記属性情報を前記外部装置に送信する、
処理をコンピュータが実行することを特徴とする情報処理方法。
（付記７）  前記属性情報は、前記外部装置において前記端末の認証に用いる認証情報を含む、ことを特徴とする付記６に記載の情報処理方法。
（付記８）  前記端末が周辺に存在するか否かを検知し、
前記検知する処理の検知結果を前記外部装置に送信する、処理を前記コンピュータが更に実行する付記６又は７に記載の情報処理方法。
（付記９）  前記外部装置に送信する前記複数の割符の一部よりも、前記端末に送信する割符のほうが、データ量が大きいことを特徴とする付記６〜８のいずれかに記載の情報処理方法。
（付記１０）  端末において利用されるファイルデータを取得し、前記ファイルデータから複数の割符を生成し、
前記複数の割符の一部を外部装置に送信し、
前記ファイルデータの情報と、前記外部装置の情報と、を含む属性情報を生成し、
生成した前記属性情報と前記複数の割符のうち前記外部装置に送信していない割符とを前記端末に送信し、前記属性情報を前記外部装置に送信する、
処理をコンピュータに実行させるための情報処理プログラム。
（付記１１）  端末において利用されるファイルデータを取得し、前記ファイルデータを暗号鍵で暗号化して暗号化データを生成する暗号化部と、
前記暗号鍵と前記暗号化データの一方を外部装置に送信する第１送信部と、
前記ファイルデータの情報と、前記外部装置の情報と、を含む属性情報を生成する生成部と、
生成した前記属性情報と前記暗号鍵と前記暗号化データの他方とを前記端末に送信し、前記属性情報を前記外部装置に送信する第２送信部と、を備える情報処理装置。
（付記１２）  前記属性情報は、前記外部装置において前記端末の認証に用いる認証情報を含む、ことを特徴とする付記１１に記載の情報処理装置。
（付記１３）  前記端末が周辺に存在するか否かを検知する検知部と、
前記検知部の検知結果を前記外部装置に送信する第３送信部と、を更に備える付記１１又は１２に記載の情報処理装置。
（付記１４）  ファイルデータを利用する端末であって、
情報処理装置から、前記ファイルデータを暗号鍵で暗号化した暗号化データと前記暗号鍵の一方を取得するとともに、前記ファイルデータの情報と、前記暗号化データと前記暗号鍵の他方を保有する外部装置の情報と、を含む属性情報を取得する取得部と、
前記ファイルデータの利用要求があると、前記属性情報を用いて前記外部装置にアクセスし、前記外部装置から前記暗号化データと前記暗号鍵の他方を受信する受信部と、
前記情報処理装置から取得した前記暗号化データと前記暗号鍵の一方と、前記外部装置から受信した前記暗号化データと前記暗号鍵の他方と、から前記ファイルデータを復号化する復号化部と、を備える端末。
（付記１５）  端末において利用されるファイルデータを取得し、前記ファイルデータを暗号鍵で暗号化して暗号化データを生成し、
前記暗号鍵と前記暗号化データの一方を外部装置に送信し、
前記ファイルデータの情報と、前記外部装置の情報と、を含む属性情報を生成し、
生成した前記属性情報と前記暗号鍵と前記暗号化データの他方とを前記端末に送信し、前記属性情報を前記外部装置に送信する、
処理をコンピュータが実行することを特徴とする情報処理方法。
（付記１６）  端末において利用されるファイルデータを取得し、前記ファイルデータを暗号鍵で暗号化して暗号化データを生成し、
前記暗号鍵と前記暗号化データの一方を外部装置に送信し、
前記ファイルデータの情報と、前記外部装置の情報と、を含む属性情報を生成し、
生成した前記属性情報と前記暗号鍵と前記暗号化データの他方とを前記端末に送信し、前記属性情報を前記外部装置に送信する、
処理をコンピュータに実行させるための情報処理プログラム。
【符号の説明】
【０１１２】
１０ｂ  遠隔コンピュータ（外部装置）
２０  エッジコンピュータ（情報処理装置）
２２  エンコード部（割符化部、暗号化部）
２３  端末検知部（検知部）
２５  メタデータ生成部（生成部）
２６  割符（大）送信部（第２送信部の一部）
２７  認証情報送信部（第２送信部の一部、第３送信部）
２８  割符（小）送信部（第１送信部）
７０  端末
７２  デコード部（取得部、復元部、復号化部）
７４  割符（小）要求部（受信部）
１２６  暗号化データ送信部（第２送信部）
１２８  暗号鍵送信部（第１送信部）
１７４  暗号鍵要求部（受信部）
【図１】
2020123006.tif 000003
【図２】
2020123006.tif 000004
【図３】
2020123006.tif 000005
【図４】
2020123006.tif 000006
【図５】
2020123006.tif 000007
【図６】
2020123006.tif 000008
【図７】
2020123006.tif 000009
【図８】
2020123006.tif 000010
【図９】
2020123006.tif 000011
【図１０】
2020123006.tif 000012
【図１１】
2020123006.tif 000013
【図１２】
2020123006.tif 000014
【図１３】
2020123006.tif 000015
【図１４】
2020123006.tif 000016
【図１５】
2020123006.tif 000017
【図１６】
2020123006.tif 000018
【図１７】
2020123006.tif 000019
【図１８】
2020123006.tif 000020
【図１９】
2020123006.tif 000021