JP2015014867A - 計算機システム - Google Patents

Abstract

【課題】端末間で安全にデータを共有する。
【解決手段】データを格納するサーバと、複数の端末とを備える計算機システムであって、前記複数の端末は、前記サーバと第１の無線通信回線で接続される第１の端末と、前記第１の端末と第２の無線通信回線で接続される第２の端末とを含み、前記第１の端末は、前記第１の無線通信回線を経由して前記サーバと接続し、前記サーバから転送されたデータを暗号化してメモリに格納し、前記第２の無線通信回線を経由した前記第２の端末からの接続要求を認証し、前記第２の端末は、前記認証の結果に基づいて、前記第２の無線通信回線を経由して前記第１の端末と接続し、前記第１の端末から転送されたデータを暗号化してメモリに格納し、前記メモリに格納されたデータを復号して表示する。
【選択図】図１

Description

本発明は、計算機システムに関し、特に複数のモバイル端末間で安全にデータを共有し、モバイル端末上でデータを管理する技術に関する。

近年、スマートフォンやタブレット端末が普及しており、企業内に導入されるケースも増えている。例えば、企業の営業スタッフは、持ち歩く必要がある沢山の文書を電子化してタブレット端末に保存し社外に持ち歩くことで、印刷量の低減によるコスト削減や、持ち運び資料の軽量化による業務改善を行うことができる。通常ＰＣの場合、持ち運びの不便さや、起動の遅さ、画面を共有するときの共有のしづらさ等によって、出先での電子化されたパンフレットを用いた商談が行いにくい等の不便がある。しかし、タブレット端末では、起動が速く、表示画面を他者と共有しやすいことが、業務上の大きなメリットとなっている。このように、ドキュメントデータをタブレット端末に保存し、閲覧する用途が広まるにつれて、会議において他の利用者との間の情報共有ニーズが生じている。

このような技術として、特許文献１に記載された技術がある。特許文献１に記載の携帯端末会議システムは、発表者端末と、会議参加者端末と、サーバとを備える。発表者端末は、電子ファイルの画面情報を予め画像ファイルに変換してサーバに送信する手段と、画面情報に対応する画像ファイルの電子ファイル名、ページ番号、及びプレゼンアプリのアクティブウィンドウ上のマウスポインタ位置の表示情報をサーバに送信する手段と、マウスポインタ位置の表示情報をサーバに送信する手段とを備える。サーバは、送信された画像ファイルを予め保存する手段と、当該表示情報を逐次保存する手段とを備える。会議参加者端末は、サーバから前記表示情報を逐次取得して、当該画像ファイルと前記マウスポインタ位置の情報に対応する画面位置にマウスポインタを表示する手段とを備える。ことが記載されている。

特開２０１２−８９０９２号

しかし、特許文献１に記載された発明では、データを変換、転送するためのサーバを設置する必要があり、企業内に設置されたサーバへは、通常ＷｉＦｉ経由でアクセスされる。この場合、協力会社のスタッフ等、社外の参加者に対して、イントラネットへのアクセスを許可すると、セキュリティ上の問題が生じることがある。また、長い文字列からなるサーバのアドレス情報を参加者に通知する必要があり、通知が煩雑であるという課題もある。また、その場で配布したいデータもあるが、画像データ以外のデータは、他の津心手段を用いて送信する必要があり、データの送信が煩雑であり、さらに、送信先アドレスの間違いによる誤送信のリスクがある。さらに、サーバへのアクセスを許可する利用者のユーザアカウントを作成する必要がある。

前述した課題を解決するため、本発明では、サーバを必要とせずに、不特定の参加者の端末間で安全なデータ共有を可能とするデータ管理方式を提案する。

本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、データを格納するサーバと、複数の端末とを備える計算機システムであって、前記複数の端末は、前記サーバと第１の無線通信回線で接続される第１の端末と、前記第１の端末と第２の無線通信回線で接続される第２の端末とを含み、前記第１の端末は、前記第１の無線通信回線を経由して前記サーバと接続し、前記サーバから転送されたデータを暗号化してメモリに格納し、前記第２の無線通信回線を経由した前記第２の端末からの接続要求を認証し、前記第２の端末は、前記認証の結果に基づいて、前記第２の無線通信回線を経由して前記第１の端末と接続し、前記第１の端末から転送されたデータを暗号化してメモリに格納し、前記メモリに格納されたデータを復号して表示する。

本発明の代表的な実施の形態によれば、端末間で安全にデータを共有することができる。前述した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

本発明の実施例のシステムの構成図である。 モバイル端末の構成を示すブロック図である。 会議オーナ権の委譲処理の概要を説明する図である。 複数の共有会議を複数端末間で実行する際の概要を説明する図である。 ファイル属性ＤＢのテーブル図の構成を説明する図である。 ローカルストアのユーザインタフェースを説明する図である。 ファイル共有属性設定用ユーザインタフェースを説明する図である。 共有ストアユーザインタフェースを説明する図である。 共有会議管理インタフェースを説明する図である。 文書サーバから文書ファイルをダウンロードし、共有する処理の全体のフローチャートである。 専用アプリでファイルを共有する処理のフローチャートである。 近接の主催者モバイル端末を自動認識する処理のフローチャートである。 共有ファイルを用いて共有会議を行う処理のフローチャートである。 有効期限判定処理のフローチャートである。 会議オーナ切り替え処理のフローチャートである。 モバイル端末同士の衝突による近接端末識別処理のフローチャートである。 音入力による近接端末識別処理のフローチャートである。 ＱＲコードによる近接端末識別処理のフローチャートである。

＜実施例１＞
以下、本発明について、図面を用いて詳細に説明する。なお、これにより本発明が限定されるものではない。

図１は、本発明の実施例のシステムの構成図である。

会議室において、組織内部の会議の主催者と参加者（部内者）、及び組織外部の参加者がミーティングを行う場合を想定している。主催者、部内者、部外者が、それぞれ、主催者モバイル端末１０１、部内者モバイル端末１０３、部外者モバイル端末１０２を保持してミーティングに参加する。主催者と部内者は、両者とも組織内部に属しており、ＷｉＦｉアクセスが許可されている。一方、部外者は、ＷｉＦｉアクセスが許可されていない。

組織内には、文書サーバ１０６が設置されており、ＬＡＮ１０５経由で文書サーバ１０６にアクセス可能となっている。文書サーバ１０６は、文書ファイル１１３を保存・管理するためのサーバであり、その役割は文書管理サービス１０７が提供している。

主催者モバイル端末１０１は、ＷｉＦｉアクセスポイント１０４に接続し、ＬＡＮ１０５経由で文書サーバ１０６内の文書ファイル１１３にアクセスして、文書ファイル１１３をダウンロードしたり、開くことができる。各モバイル端末は、データ記録用のメモリ１１０を有し、専用アプリ１０９がインストールされている。利用者は、専用アプリ１０９を利用して、モバイル端末間で簡易にデータを共有及び管理することができる。

基本的には、部内者のモバイル端末は、ＷｉＦｉ接続できる場合には、ＷｉＦｉアクセスポイントを経由して互いに接続し、データ共有を行う。部外者のモバイル端末には、組織内のセキュリティの都合上、ＷｉＦｉアクセスを許可できないケースがある。また、ＷｉＦｉアクセスを許可する場合にも、管理者に申請するなどの手続が必要になるため、一時的なミーティングの場合に許可が困難なケースがある。

このような場合を踏まえて、部外者モバイル端末１０２と主催者モバイル端末１０１との間は、Ｂｌｕｅｔｏｏｔｈ接続によってデータを共有する（Ｂｌｕｅｔｏｏｔｈは登録商標、以下同じ）。但し、部外者モバイル端末１０２へデータを配信する場合、配信先のデータは、セキュリティ的に様々な制御をすることによって、セキュリティを維持した状態で、部外者間とも安全に一時的にデータを共有する。この場合、セキュリティ上の要となるのは、部外者モバイル端末１０２上の専用アプリ１０９が持つ暗号化機能及び外部コピー制御機能によるサンドボックス化及びデータ制御機能である。

図２は、モバイル端末の構成を示すブロック図である。主催者モバイル端末１０１、部外者モバイル端末１０２、部内者モバイル端末１０３は、基本的に同じ構成であるので、モバイル端末２０１として、代表して説明する。

モバイル端末２０１では、ハードウェア基盤上に端末ＯＳ２０４が稼働しており、ＯＳ２０４上に一般アプリ２０２及び専用アプリ１０９が稼働している。

モバイル端末２０１は、ハードウェア構成として、カメラ２０５、マイク２０６、ＧＰＳ受信モジュール２０７、加速度センサ２０８、メモリ１１０、Ｂｌｕｅｔｏｏｔｈデバイス２１０、ＷｉＦｉデバイス２１１を有する。また、モバイル端末２０１は、プログラムを実行するプロセッサ（ＣＰＵ）を有する。メモリ１１０は、プロセッサが実行するプログラムを格納する。なお、プロセッサによって実行されるプログラムは、不揮発性の記憶媒体又はネットワークを介して、モバイル端末２０１に提供される。このため、モバイル端末２０１は、記憶媒体（ＣＤ−ＲＯＭ、フラッシュメモリ等）からデータを読むためのインタフェースを有するとよい。

ＧＰＳ受信モジュール２０７は、ＧＰＳ衛星からの信号を受信し、地球上の位置情報を算出するデバイスである。加速度センサ２０８は、モバイル端末２０１を動かしたときの加速度を測定するセンサである。

専用アプリ１０９は、暗号化・鍵管理モジュール２１２、端末認証・接続モジュール２１３、専用Ｖｉｅｗｅｒ２１４、ファイル管理モジュール２１５、共有会議モジュール２１６及びファイル属性ＤＢ２１７を含む。専用アプリ１０９では、モバイル端末２０１内のメモリ１１０にファイルを暗号化して保存するとき、暗号化・鍵管理モジュール２１２が、暗号・復号用鍵の生成及び管理と、データの暗号化及び復号化の処理を行う。

端末認証・接続モジュール２１３は、近接する参加者のモバイル端末２０１から、主催者モバイル端末１０１へ接続する際、近隣にあり接続可能な端末の自動的な検知、接続セッションの構築、及び、端末認証などの機能を提供する。端末認証の方式としては、共通するパスコードによる認証、端末に共通の操作（例えば、端末同士をぶつけるような動作）をすることにより生じる加速度、操作時刻及びＧＰＳ情報による認証、同じ会議室内で発生させた、特別の音データ（例えば、音声データのハッシュ値）を用いた認証、一時的に作成したＱＲコードを複数の端末で読み取ったデータを用いた認証等がある。認証方法の詳細は、後述する。

専用Ｖｉｅｗｅｒ２１４は、メモリ１１０のローカルストアに保存されたＰＤＦ、オフィスソフト（文書作成、表計算、プレゼンテーション等）のファイルを開いて、データを表示するツールである。データ自身は暗号化して保存されているため、暗号化・鍵管理モジュール２１２を利用して復号したファイルを開く。ファイル管理モジュール２１５は、メモリ１１０のローカルストアに保存されたファイル及びディレクトリを管理するモジュールである。ファイル管理モジュール２１５を利用して、ファイルのコピー、名前変更、削除、及びディレクトリの生成、削除等の一般的なファイル管理を行うことができる。

共有会議モジュール２１６は、複数の端末間で共有しているファイルを利用した電子会議を行うための機能を提供する。具体的には、共有会議モジュール２１６は、共有ファイルのオープン、クローズ、ページ送り、マーキング等の複数のモバイル端末間での同期的な処理の実行や、会議画面の操作権である会議オーナ権の受け取り及び委譲、複数の共有会議の管理等を行うモジュールである。

ファイル属性ＤＢ２１７は、モバイル端末２０１のファイル管理モジュール２１５が管理するローカルストア上又は共有ストア上のファイル及びディレクトリの属性情報を保持するデータベースである。ここで、共有ストアとは、会議に参加する複数のモバイル端末間で共有するために公開したファイル群を管理するための論理的なデータストアであり、専用アプリ１０９のファイル管理モジュール２１５で、共有ファイルとして設定したファイル群のリストを、ローカルストアの内容として表示することができる。また、共有会議とは、共有ファイルの画面を複数台のモバイル端末２０１間で共有し、遠隔操作によるページ切り替えやマーカー付与等の同期操作を行う論理的なスペースである。本システムでは、複数のモバイル端末２０１間で、複数の共有会議を同時に実行することができる。ローカルストアの内容を表示するローカルストアビュー、共有ストアの内容を表示する共有ストアビュー、複数の共有会議を表示及び管理するための共有会議管理ビューがあり、三つのビューはモバイル端末の画面上で切り替えて表示することができる。

図３は、会議オーナ権の委譲処理の概要を説明する図である。

通常は、参加者のモバイル端末の接続構成は、主催者の端末を中心としたスター状の構成が望ましい。しかし、Ｂｌｕｅｔｏｏｔｈ接続の場合、仕様上１台につき最大で７台までの接続しかできないため、図３に示すように、Ｂｌｕｅｔｏｏｔｈ接続３０８については、他のモバイル端末を経由して、間接的に主催者モバイル端末１０１に接続されるケースもある。具体的には、部外者モバイル端末１０２Ｂが、部外者モバイル端末１０２Ａを経由して、部内者モバイル端末１０３ＢにＢｌｕｅｔｏｏｔｈ接続することがある。

このようなネットワークが構成された場合、部内者モバイル端末１０３Ｂで共有ファイルを設定すると、ネットワークを通じて、各モバイル端末にデータが配信される。データの配信後、部内者モバイル端末１０３Ｂの所有者である主催者が共有会議を開始する。その際、初期の会議オーナ権３０１は、部内者モバイル端末１０３Ｂにあるが、会議画面を操作する権限を、部外者モバイル端末１０２Ｂの利用者に移行する場合、構成されたネットワークを経由して会議オーナ権委譲のコマンドが送信され、部外者モバイル端末１０２Ｂに権限が移行する。この状況を図３に示す。

このように、一旦、端末の認証が成功してネットワークが構成されれば、部内者端末でも、部外者端末でも、会議オーナ権を移行することができる。

図４は、複数の共有会議を複数端末間で実行する際の概要を説明する図である。

図４は、モバイル端末Ａ４０２、モバイル端末Ｂ４０３、モバイル端末Ｃ４０４の３台の端末で、複数の共有会議を実施する状況を示す。一つの共有会議は、一つの共有ファイルを使用する。図４では、共有ファイルＡ４０５、共有ファイルＢ４０６、共有ファイルＣ４０７、共有ファイルＤ４０８の四つの共有ファイルが存在するので、四つの共有会議が実施可能である。

このような共有会議が存在する領域を共有会議領域４０１と定義する。例えば、共有ファイルＡ４０５を保有し、公開しているのはモバイル端末Ａ４０２であるが、会議画面を操作するための会議オーナ権はモバイル端末Ｂ４０３が保有している。３台のモバイル端末は、四つの共有会議に参加しており、共有会議管理ビューにおいて、表示する共有会議の画面を自由に切り替えることができる。また、会議オーナ権を、現在の会議オーナ権を持つ利用者から、自由に他の利用者に切り替えることができる。

図５は、ファイル属性ＤＢのテーブル図の構成を説明する図である。

ファイル属性ＤＢは専用アプリ内のファイル管理モジュールが取り扱うファイル・ディレクトリに関する情報を格納するデータベースである。

ファイル属性ＤＢは、属性値として、ファイルＩＤ５０１、ファイルパス５０２、タイプ５０３、更新日時５０４、外部コピー許可フラグ５０５、公開フラグ５０６、一時共有フラグ５０７、有効期限５０８、及び、共有先外部コピー許可フラグ５０９を含む。

タイプ５０３は、ディレクトリ又はファイルのいずれかを識別する情報を保持しており、「Ｆ」がファイル、「Ｄ」がディレクトリを意味する。外部コピー許可フラグ５０５は、ローカルストアに保存されたファイル、ディレクトリのデータを他の一般アプリや外部のＰＣ等にコピーできるかを示しており、「１」は許可、「０」は不許可を意味する。システムの運用にも依存するが、基本的には文書サーバ上で設定されたセキュリティ属性に基づいて、タイプ５０３の属性値が決まり、データの所有者であっても、外部のＰＣへのコピーや、メール、ブラウザ等のモバイル端末上の一般アプリを経由したデータの転送が自由にはできないよう制御することができる。

公開フラグ５０６は、当該ファイルが他の接続許可されたモバイル端末に公開され、共有される共有ファイルであるかを指定するフラグであり、「１」は共有ファイル、「０」は非共有ファイルを意味する。ローカルストアのファイルが共有ファイルに設定された場合、公開フラグ５０６の値が「１」になり、共有ストアのリストに表示される。

一時共有フラグ５０７は、共有会議時に一時的にアクセス可能になるセキュリティ属性を意味する。共有会議が共有ファイルを保有するオーナに閉じられた場合、他の端末から共有ファイルへのアクセスが不可になり、データが削除される。一時共有の属性をＯＮにすることによって、例えば不特定の部外者とのミーティングにおける一時的で安全な形でデータを共有することができる。

有効期限５０８は、共有先のモバイル端末にコピーされた共有ファイルへアクセス可能な期限を示す。本属性値に基づいて、コピー先のモバイル端末の専用アプリが、データの復号可否を判定し、データを自動的に削除する。これによって、データアクセスの期間を配信元利用者が指定することができる。

共有先外部コピー許可フラグ５０９は、共有ファイルの配信先のモバイル端末における、外部ＰＣへのコピーや、一般アプリによるデータの転送を許可するかを設定する属性であり、「１」は許可、「０」は不許可を意味する。共有先外部コピー許可フラグ５０９を不許可に設定することによって、配信先の端末を保持する利用者は、その端末上のみでデータを利用できるという、制約付きファイル配信を実現できる。

図６は、ローカルストアのユーザインタフェースを説明する図であり、専用アプリの起動後に最初に表示される画面である。

ローカルストアビュー６０１には、ローカルストアに保存されたファイル及びディレクトリがリスト形式でローカルファイルリスト６０５として表示される。ローカルストアビュー６０１を利用して、ディレクトリを辿り、目的のファイルにアクセスすることができる。編集ボタン６０４を操作するとメニューが表示され、ファイルの選択、削除、コピー、移動などの操作をすることができる。また、上位ディレクトリボタン６０３を操作すると、カレントディレクトリを上位ディレクトリに移すことができる。

画面下部には、Ｌｏｃａｌ Ｓｔｏｒｅボタン６０６、Ｓｈａｒｅｄ Ｓｔｏｒｅボタン６０７、及びＳｈａｒｅｄ Ｍｅｅｔｉｎｇボタン６０８が配置されており、これらのボタンを操作することによって、ローカルストアビュー、共有ストアビュー（図８参照）、共有会議管理ビュー（図９参照）に切り替えることができる。

各ファイルのプロパティ情報を閲覧するためには、ローカルファイルリスト６０５上の指定のファイル項目を長押ししてコンテキストメニュー６０９を表示し、Ｐｒｏｐｅｒｔｙメニューを選択することによって、プロパティ情報があるファイル属性情報ビュー６１０を表示することができる。

図７は、ファイル共有属性設定用ユーザインタフェースを説明する図である。図６にて説明した手順でファイル属性情報ビューを表示し、ファイル共有プロパティのＯＮボタンを操作すると、ファイル共有設定ビュー７０１が表示される。このビュー上で、一時共有や有効期限、共有先外部コピー許可、パスコード等の属性を設定することができ、設定後にＯＫボタンを操作すると、指定された設定に従ったファイル共有を行うことができる。ＯＫボタンを操作すると、ファイル属性情報ビューに戻るが、ファイル共有プロパティのＯＮボタンの表示態様（例えば、色）が変わることによって、ファイル共有がＯＮの状態になっていることを確認することができる。

図８は、共有ストアユーザインタフェースを説明する図である。

Ｓｈａｒｅｄ Ｓｔｏｒｅボタンを操作することで、図８に示す共有ストアビュー８０１を表示することができる。共有ストアビュー８０１には、共有ファイルリスト８０４の他に、共有ファイルの選択解除が可能な編集ボタン８０３と、主催者モバイル端末１０１への接続を開始するための接続ボタン８０２等が配置されている。

共有ファイルリスト８０４上のファイル項目をタップすることによって、指定されたファイルを開き、共有会議ビュー８０８上にファイルの中身を表示する。この操作コマンドは他の会議参加者のモバイル端末上の専用アプリにも送信され、同様にファイルが開かれ共有会議ビュー８０８に表示される。

共有会議ビュー８０８には、共有ストアビュー８０１に戻るための共有ストアビュー戻りボタン８０５、オーナ権委譲を行うためのオーナ権委譲ボタン８０６、共有会議を終了する終了ボタン８０７、画面上に手書きのマーカーを描くツール画面を表示するマーカーボタン８０９、共有ファイルのページを切り替えるページ戻りボタン８１０、ページ送りボタン８１１が配置されている。

共有会議ビュー８０８上でのマーキング操作やページ切り替え操作については、これらの操作コマンドが他の参加モバイル端末にも送信され（望ましくは、操作と同時に送信される）、各端末上で操作が再現される。コマンドデータだけを送信するので、データ転送量を少なくすることができ、共有会議ビュー８０８を快適に遠隔操作することができる。接続ボタン８０２を操作すると、パスコード入力ダイアログ８１２が表示され、クライアントとして主催者モバイル端末１０１へ接続する処理が実行される。

図９は、共有会議管理インタフェースを説明する図である。

共有会議管理インタフェース画面の下部のＳｈａｒｅｄ Ｍｅｅｔｉｎｇボタンを操作すると、共有会議管理ビュー９０１を表示することができる。共有会議管理ビュー９０１には、図４で示した共有会議領域に存在する全ての共有会議で扱われる共有ファイル名及び会議オーナ名が、共有会議リスト９０３として表示される。共有会議管理ビュー９０１上で、表示したい共有会議のファイルを選択することによって、選択された共有会議が行われている共有会議ビュー９０５を表示することができる。この場合、共有会議ビュー９０５の左上部には、共有会議管理ビュー戻りボタン９０４が配置されており、このボタンを操作すると、前の共有会議管理ビュー９０１に戻ることができる。このように、共有会議領域上で共有されている任意の共有会議の画面を表示し、会議に参加することができる。

図１０は、文書サーバから文書ファイルをダウンロードし、共有する処理の全体のフローチャートである。

まず、会議の主催者は、自分のモバイル端末１０１で専用アプリを起動して、文書サーバにアクセスし、モバイル端末１０１にデータをダウンロードする（ステップ１００１）。次に、専用アプリ内のローカルストア上で、共有するファイルを設定する（ステップ１００２）。ステップ１００２の処理の詳細は、図１１を用いて説明する。

他の参加者が自分のモバイル端末で専用アプリを起動して、近隣にある主催者モバイル端末１０１を検知する（ステップ１００３）。ステップ１００３の処理の詳細は、図１２を用いて説明する。この自動検知は、専用アプリを起動している近接のモバイル端末を、ＷｉＦｉ又はＢｌｕｅｔｏｏｔｈ接続経由で探索して自動的に見つけ出す処理である。近接の主催者モバイル端末１０１が見つかると、他モバイル端末は、発見した主催者モバイル端末１０１にアクセスする（ステップ１００４）。

主催者モバイル端末１０１は、アクセス要求を認証する（ステップ１００５）。通常はパスコードによる認証であるが、後述する他の認証手段も利用可能である。

認証が成功した場合、アクセスが許可された他モバイル端末が、公開された共有ファイルをダウンロードする（ステップ１００６）。ダウンロードが完了した段階で、主催者が共有ストアに表示された共有ファイルの中から、ファイルを指定して共有会議を開始する（ステップ１００７）。ステップ１００３の処理の詳細は、図１３を用いて説明する。

図１１は、専用アプリでファイルを共有する処理のフローチャートである。本処理は、図１０のフローチャートにおけるステップ１００２に対応する。

まず、会議の主催者が、モバイル端末１０１の専用アプリで、共有するファイルを指定する（ステップ１１０１）。共有ファイル指定時に表示される画面において、一時共有や有効期限等の共有のためのセキュリティ属性を、共有ファイルごとに設定する（ステップ１１０２）。最後に、共有ファイルアクセスを許可するパスコードを設定する（ステップ１１０３）。

図１２は、近接の主催者モバイル端末を自動認識する処理のフローチャートである。本処理は、図１０のフローチャートにおけるステップ１００３に対応する。

主催者モバイル端末１０１がファイル共有を開始している状態で、他モバイル端末において、共有ストアビューを表示し（ステップ１２０１）、接続ボタンを押して表示されるパスコード入力ダイアログにパスコード入力して自動検出を開始する（ステップ１２０２）。

自動検出が開始されると、ＷｉＦｉ及びＢｌｕｅｔｏｏｔｈ接続経由で接続要求をブロードキャストし、主催者モバイル端末１０１からの応答を待つ（ステップ１２０３）。主催者モバイル端末１０１からの応答が返ってきた場合（ステップ１２０４）、主催者モバイル端末の検出が成功する（ステップ１２０５）。なお、主催者モバイル端末１０１からの応答には、主催者モバイル端末１０１からの応答には、主催者モバイル端末１０１のアドレス（例えば、ＷｉＦｉネットワークで用いられるＩＰアドレス）が含まれている。

一方、応答が返ってこず、タイムアウトとなった場合、検知エラーダイアログを表示して処理を終了する（ステップ１２０６）。

図１３は、共有ファイルを用いて共有会議を行う処理のフローチャートである。本処理は、図１０のフローチャートにおけるステップ１００７に対応する。

主催者モバイル端末１０１から他のモバイル端末に共有ファイルを転送後（ステップ１３０１）、主催者が共有ストアビューを表示し、共有会議の対象となる共有ファイル指定し、ファイルを開く（ステップ１３０２）。ファイルを開くと、共有会議ビュー８０８が起動し、指定された共有ファイルが表示される（ステップ１３０３）。

初期段階として、共有ファイルを開いた主催者が会議オーナ権を取得し（ステップ１３０４）、共有会議ビュー８０８上でのスライド操作、マーキング操作を行うと、操作コマンドが他の端末に伝達され、操作が再現される（ステップ１３０５）。

会議の終了時に、会議オーナ権を有するモバイル端末で共有会議ビュー８０８の終了ボタンが操作されて会議が終了すると（ステップ１３０６）、一時共有が設定された共有ファイルが削除される（ステップ１３０７）。

図１４は、有効期限判定処理のフローチャートである。

ローカルストアに保存されたファイルの有効期限は、各端末で専用アプリを起動する際にチェックされる。専用アプリを起動した後（ステップ１４０１）、ローカルストアに保存されたファイルの有効期限をチェックし（ステップ１４０２）、有効期限が過ぎたファイルを削除する（ステップ１４０３）。なお、削除に失敗しても、専用Ｖｉｅｗｅｒによってファイルを開く際に暗号化データの復号処理の実行を妨げることによって、ルールの適用を厳密化することができる。

図１５は、会議オーナ切り替え処理のフローチャートである。

会議オーナ権を持つ利用者が共有会議ビュー８０８のオーナ権委譲ボタンを操作すると（ステップ１５０１）、会議参加ユーザリストが表示される（ステップ１５０２）。利用者は会議オーナ権の委譲先となる利用者を選択することによって、会議オーナ権委譲コマンドが送信され、権限委譲処理が実行される（ステップ１５０３）。

図１６は、モバイル端末同士の衝突による近接端末識別処理のフローチャートである。

本処理は、パスコード認証の代わりに、モバイル端末同士を物理的にぶつける様な操作をすることによって、参加者端末を識別する処理であり、パスコード認証より強固なセキュリティを実現することができる。

まず、主催者となるモバイル端末１０１で専用アプリを起動し、共有ファイルを公開する（ステップ１６０１）。次に、共有先モバイル端末で、専用アプリを起動し、主催者が保持するモバイル端末に物理的に衝突させる動作をする（ステップ１６０２）。衝突時に、双方の端末において、加速度センサを用いて衝突を検知し、衝突発生時間及びＧＰＳデータを記録する（ステップ１６０３）。

その後、共有先モバイル端末が主催者モバイル端末１０１にＷｉＦｉ又はＢｌｕｅｔｏｏｔｈ接続経由でアクセスする際（ステップ１６０４）、主催者モバイル端末１０１は、共有先モバイル端末から送られた衝突時間及びＧＰＳデータを用いて、端末を認証する（ステップ１６０５）。すなわち、主催者モバイル端末１０１は、衝突時間及び位置情報の近さを確認して認証を行う。近さの確認方式としては、時間データ及びＧＰＳデータそれぞれの閾値Ａ、Ｂを設定し、共有先モバイル端末から送られた衝突時間が主催者モバイル端末１０１に保存されている衝突時間から閾値Ａ以内であり、かつ、共有先モバイル端末から送られたＧＰＳデータが主催者モバイル端末１０１に保存されているＧＰＳデータから閾値Ｂ以内の距離となる場合、認証成功と判定する。ＧＰＳによる端末の位置的な近さ及び衝突を検出した時間的な近さの二つでチェックを行うことによって、誤判定を防ぐことができる。

図１７は、音入力による近接端末識別処理のフローチャートである。

本処理は、パスコード認証の代わりに、複数のモバイル端末に入力される共通の音によって、参加者端末を識別する処理であり、パスコード認証より強固なセキュリティを実現することができる。

まず、主催者となるモバイル端末１０１で専用アプリを起動し、共有ファイルを公開する（ステップ１７０１）。次に、共有先モバイル端末で、専用アプリを起動する（ステップ１７０２）。その後、主催者が手拍子を叩いたり、声を出す等の音を発して、近隣にある全てのモバイル端末に同時に音響信号を入力する（ステップ１７０３）。その際に、各端末は、主催者が発した音のデータ及び収集時刻を記録する（ステップ１７０４）。

その後、共有先モバイル端末が主催者モバイル端末１０１にＷｉＦｉ又はＢｌｕｅｔｏｏｔｈ接続経由でアクセスする際（ステップ１７０５）、主催者モバイル端末１０１は、音データの類似性及び収集時刻データを用いて端末を認証する（ステップ１７０６）。音データの類似性は、音データをサンプリングし、周波数解析をして、相関を計算する等の、既存の音認識技術を適用することができる。認証は、音データの類似性の閾値Ａ及び収集時刻の閾値Ｂを設定し、主催者モバイル端末１０１に記録されている音データと共有先モバイル端末から送信された音データとを比較した結果、音データが閾値Ａ以上の類似度であり、かつ、主催者モバイル端末１０１に記録されている収集時刻と共有先モバイル端末から送信された収集時刻とを比較して、時刻差が閾値Ｂ以内であれば、認証成功とする。

図１８は、ＱＲコード（登録商標、以下同じ）による近接端末識別処理のフローチャートである。

本処理は、認証手続きにおいてパスコードを入力する煩雑さを軽減するための方法を提供する。

まず、主催者モバイル端末１０１で専用アプリを起動し、共有ファイルを公開する（ステップ１８０１）。次に、主催者モバイル端末１０１は、会議用のテンポラリなＱＲコードを生成して、端末の画面に表示する（ステップ１８０２）。その後、共有先のモバイル端末で専用アプリを起動し、主催者モバイル端末１０１の画面に表示されたＱＲコードを読み取る（ステップ１８０３）。

その後、共有先モバイル端末が主催者モバイル端末１０１にＷｉＦｉ又はＢｌｕｅｔｏｏｔｈ接続経由でアクセスする際（ステップ１８０４）、主催者モバイル端末１０１は、送信されたＱＲコード読み取りデータを用いて端末を認証する（ステップ１８０５）。具体的には、主催者モバイル端末１０１は、ＱＲコードでエンコードしているデータと、共有先モバイル端末から送信されたデータが一致するによって、認証を行う。

本方式によって、パスコードの入力作業を省き、かつ、ＱＲコードが読み取れる範囲内で近接した端末に識別を限定することができる。

以上、図１６〜図１８を用いて、端末の認証処理について説明したが、本実施例の主催者モバイル端末１０１は、前述した認証処理の１以上を実装していればよい。

以上に説明したように、本発明の実施例では、専用アプリでのみ取り扱うことができる形式で転送されたデータを格納・管理するので、サンドボックス化が可能になり、端末間で安全にデータを共有することができる。また、近接のモバイル端末を自動的に検出することによって、容易に端末でデータを共有することができる。また、データの転送元端末が設定したポリシに応じて、転送先端末で安全にデータを取り扱うことができる。このため、不特定の会議の参加者にＢｌｕｅｔｏｏｔｈ接続を利用したデータ共有環境を提供でき、転送されるファイルのセキュリティを制御することができる。

さらに、近隣のモバイル端末の衝突動作、音、ＱＲコード等を利用して端末を認証することによって、より安全で簡易な端末認証を実現できる。

なお、本発明は前述した実施例に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例及び同等の構成が含まれる。例えば、前述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。また、ある実施例の構成の一部を他の実施例の構成に置き換えてもよい。また、ある実施例の構成に他の実施例の構成を加えてもよい。また、各実施例の構成の一部について、他の構成の追加・削除・置換をしてもよい。

また、前述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等により、ハードウェアで実現してもよく、プロセッサがそれぞれの機能を実現するプログラムを解釈し実行することにより、ソフトウェアで実現してもよい。

各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（Solid State Drive）等の記憶装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に格納することができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、実装上必要な全ての制御線や情報線を示しているとは限らない。実際には、ほとんど全ての構成が相互に接続されていると考えてよい。

１０１ 主催者モバイル端末
１０２ 部外者モバイル端末
１０３ 部内者モバイル端末
１０４ ＷｉＦｉアクセスポイント
１０５ ＬＡＮ
１０６ 文書サーバ
１０９ 専用アプリ
１１０ メモリ
２０１ モバイル端末
２０２ 一般アプリ
２０４ ＯＳ
２０５ カメラ
２０６ マイク
２０７ ＧＰＳ受信モジュール
２０８ 加速度センサ
２１０ Ｂｌｕｅｔｏｏｔｈデバイス
２１１ ＷｉＦｉデバイス
２１２ 暗号化・鍵管理モジュール
２１３ 端末認証・接続モジュール
２１４ 専用Ｖｉｅｗｅｒ
２１５ ファイル管理モジュール
２１６ 共有会議モジュール
２１７ ファイル属性ＤＢ

Claims (9)

1. データを格納するサーバと、複数の端末とを備える計算機システムであって、
   前記複数の端末は、前記サーバと第１の無線通信回線で接続される第１の端末と、前記第１の端末と第２の無線通信回線で接続される第２の端末とを含み、
   前記第１の端末は、
   前記第１の無線通信回線を経由して前記サーバと接続し、
   前記サーバから転送されたデータを暗号化してメモリに格納し、
   前記第２の無線通信回線を経由した前記第２の端末からの接続要求を認証し、
   前記第２の端末は、
   前記認証の結果に基づいて、前記第２の無線通信回線を経由して前記第１の端末と接続し、
   前記第１の端末から転送されたデータを暗号化してメモリに格納し、
   前記メモリに格納されたデータを復号して表示することを特徴とする計算機システム。
2. 請求項１に記載の計算機システムであって、
   前記第１の端末は、前記第２の端末に転送するデータの属性を設定し、
   前記属性は、データの一時共有の可否、データにアクセス可能な期限、及び、前記第２の端末で動作する他のアプリケーションプログラムによるデータへのアクセスの許否を含むことを特徴とする計算機システム。
3. 請求項１又は２に記載の計算機システムであって、
   前記第１の無線通信回線は、ＷｉＦｉ規格に準じたものであり、
   前記第２の無線通信回線は、Ｂｌｕｅｔｏｏｔｈ規格に準じたものであることを特徴とする計算機システム。
4. 請求項１から３のいずれか一つに記載の計算機システムであって、
   前記第２の端末は、前記第２の無線通信回線を経由して接続要求をブロードキャストして、前記第１の端末を検出し、
   前記第１の端末は、前記接続要求を送信した第２の端末を認証した後に、前記第１の端末のアドレス情報を送信する計算機システム。
5. 請求項１から４のいずれか一つに記載の計算機システムであって、
   前記第１の端末は、表示されるデータを画面上で操作するコマンドを前記第２の端末に送信し、
   前記第２の端末は、前記第１の端末から送信されたコマンドに従って、前記第１の端末において行われた画面操作を再現することを特徴とする計算機システム。
6. 請求項１から５のいずれか一つに記載の計算機システムであって、
   前記第２の端末は、ユーザから入力されたパスコードを前記第１の端末に送信し、
   前記第１の端末は、前記第２の端末から送信されたパスコードが予め定めたパスコードと一致する場合、前記第２の端末の認証が成功したと判定することを特徴とする計算機システム。
7. 請求項１から６のいずれか一つに記載の計算機システムであって、
   前記複数の端末は、加速度センサ及び位置検出部を有し、
   前記第１の端末と前記第２の端末とを衝突させるような動作をすると、前記二つの端末は、前記衝突動作による加速度の変化を検出し、前記加速度の変化を検出した時刻及び位置情報を前記メモリに記録し、
   前記第２の端末は、前記加速度検出時刻及び加速度検出時の位置情報を前記第１の端末に送信し、
   前記第１の端末は、前記第２の端末から送信された加速度検出時刻及び加速度検出時の位置情報が、前記第１の端末に記録された加速度検出時刻及び加速度検出時の位置情報と所定の誤差範囲内で一致する場合、前記第２の端末の認証が成功したと判定することを特徴とする計算機システム。
8. 請求項１から７のいずれか一つに記載の計算機システムであって、
   前記複数の端末は、音響信号を検出するマイクロホンを有し、
   前記第１の端末及び前記第２の端末は、近傍で発生した音を検出し、前記検出した音のデータ及び前記音を検出した位置の情報を前記メモリに記録し、
   前記第２の端末は、前記記録された音のデータ及び音検出時の位置情報を前記第１の端末に送信し、
   前記第１の端末は、前記第２の端末から送信された音のデータ及び音検出時の位置情報が、前記第１の端末に記録された音のデータ及び音検出時の位置情報と所定の誤差範囲内で一致する場合、前記第２の端末の認証が成功したと判定することを特徴とする計算機システム。
9. 請求項１から８のいずれか一つに記載の計算機システムであって、
   前記第２の端末は、画像を取得するカメラを有し、
   前記第１の端末は、視覚で認識可能なコードを生成し、前記生成したコードを画面に表示し、
   前記第２の端末は、前記第１の端末の画面に表示されたコードを撮影し、前記撮影したコードのデータを前記第１の端末に送信し、
   前記第１の端末は、前記第２の端末から送信されたコードのデータが、前記生成したコードのデータと一致する場合、前記第２の端末の認証が成功したと判定することを特徴とする計算機システム。