(57)【要約】【課題】  暗号化された会議資料を復号化するための鍵を会議に参加する複数の参加者に分割することで、会議資料の漏洩に対するセキュリティを強化させた会議システム及び方法を提供する。【解決手段】  サーバーが会議の会議資料を、暗号鍵を用いて暗号化し、暗号化した会議資料の復号化に必要な鍵を会議に参加する複数の参加者に分割して送信する。複数の参加者の携帯端末では、他の参加者の携帯端末との間でサーバーから受信された分割鍵を送受信し、それぞれ受信された複数の分割鍵に基づき、暗号化された会議資料を復号化し表示する。【選択図】      図１
2013126039.tif 000002
【特許請求の範囲】
【請求項１】
サーバーと複数の携帯端末とで構成される会議システムであって、
前記サーバーは、
会議の会議資料を、暗号鍵を用いて暗号化する暗号化手段と、
前記暗号化手段で暗号化した会議資料を復号化するための鍵を複数の分割鍵に分割する分割手段と、
前記暗号化した会議資料と前記複数の分割鍵の１つを前記会議に参加する参加者の携帯端末にそれぞれ送信する送信手段と、を有し、
前記複数の携帯端末のそれぞれは、
前記サーバーから、暗号化された会議資料と前記複数の分割鍵の１つとを受信する受信手段と、
他の携帯端末を認識すると共に、認識された他の携帯端末との間で前記分割鍵を送受信する送受信手段と、
前記サーバー及び前記他の携帯端末からそれぞれ受信された複数の分割鍵に基づき前記暗号化された会議資料を復号化する復号化手段と、
前記復号化した会議資料を表示する表示手段と、を有し、
前記復号化手段は、前記分割鍵を受信した前記他の携帯端末の何れか１つの携帯端末が認識できなくなると、当該携帯端末から受信した分割鍵を削除し、前記分割鍵の数が予め定められた復号化に必要な数より少なくなった場合には前記復号化した会議資料の表示を終了して当該会議資料を削除することを特徴とする会議システム。
【請求項２】
前記サーバーは、前記暗号化された会議資料を取得するように前記参加者の携帯端末に通知する手段を更に有することを特徴とする請求項１に記載の会議システム。
【請求項３】
前記サーバーは、前記会議の開始時間の指定を受け付ける手段と、
前記開始時間の前に、前記暗号化された会議資料を受け取っていない前記参加者の携帯端末に対して前記会議資料を取得するように通知する手段と、を更に有することを特徴とする請求項１又は２に記載の会議システム。
【請求項４】
前記サーバーは、少なくとも前記会議の開催場所及び開催時間帯の何れかの指定を受け付ける手段を更に有し、
前記復号化手段は、前記会議が少なくとも前記会議の開催場所及び開催時間帯の何れかを満たしている場合に、前記暗号化された会議資料を復号化することを特徴とする請求項１乃至３の何れか１項に記載の会議システム。
【請求項５】
前記送受信手段は、前記サーバーから受信された分割鍵を任意の携帯端末に譲渡すると共に、当該分割鍵を譲渡したことをその他の携帯端末に通知し、前記サーバーから受信された分割鍵を譲渡したことの通知を受信した場合、譲渡先の携帯端末から譲渡された分割鍵を取得することを特徴とする請求項１乃至４の何れか１項に記載の会議システム。
【請求項６】
前記送受信手段は、前記他の携帯端末が単独で前記暗号化された会議資料を復号化することができる場合、前記分割鍵の譲渡を禁止することを特徴とする請求項５に記載の会議システム。
【請求項７】
前記送受信手段は、任意の携帯端末に対して前記会議に参加することの承認を求め、参加が承認された場合、前記任意の携帯端末から前記暗号化された会議資料と前記サーバーから受信された分割鍵とを取得することを特徴とする請求項１乃至６の何れか１項に記載の会議システム。
【請求項８】
サーバーと複数の携帯端末とで構成される会議システムにおける会議資料閲覧方法であって、
前記サーバーは、
暗号化手段が、会議の会議資料を、暗号鍵を用いて暗号化する暗号化工程と、
分割手段が、前記暗号化工程において暗号化した会議資料を復号化するための鍵を複数の分割鍵に分割する分割工程と、
送信手段が、前記暗号化した会議資料と前記複数の分割鍵の１つを前記会議に参加する参加者の携帯端末にそれぞれ送信する送信工程と、を実行し、
前記複数の携帯端末のそれぞれは、
受信手段が、前記サーバーから、暗号化された会議資料と前記複数の分割鍵の１つとを受信する受信工程と、
送受信手段が、他の携帯端末を認識すると共に、認識された他の携帯端末との間で前記分割鍵を送受信する送受信工程と、
復号化手段が、前記サーバー及び前記他の携帯端末からそれぞれ受信された複数の分割鍵に基づき前記暗号化された会議資料を復号化する復号化工程と、
表示手段が、前記復号化した会議資料を表示する表示工程と、を実行し、
前記復号化工程では、前記分割鍵を受信した前記他の携帯端末の何れか１つの携帯端末が認識できなくなると、当該携帯端末から受信した分割鍵を削除し、前記分割鍵の数が予め定められた復号化に必要な数より少なくなった場合には前記復号化した会議資料の表示を終了して当該会議資料を削除することを特徴とする会議資料閲覧方法。
【請求項９】
コンピュータを請求項１乃至７の何れか１項に記載の会議システムのサーバー及び携帯端末の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末を利用した会議システムに関し、特に電子化された会議資料の情報漏洩を防止する技術に関する。
【背景技術】
【０００２】
従来の会議資料の漏洩を防止するシステムには、会議室の入退室と連動するものがある（例えば、特許文献１参照）。このシステムでは、会議室の入退室情報に基づいて、参加者の入退室が発生する度に、会議参加権を生成して会議参加者のコンピュータに配布している。これにより、外部からの盗聴者や途中退室者に対しては、会議データにアクセスしても盗聴することができないというものである。
【０００３】
また、近年では、無線によるネットワーク通信機能を備えた、タブレット型の携帯端末が普及してきている。こうした携帯端末を利用して、会議主催者が持つ会議資料を、会議参加者が無線で共有するような会議アプリケーションも開発されている。このようなアプリケーションでは、会議参加者が、会議開催時に会議主催者の携帯端末にアクセスして、一時的に会議資料のデータを受信するようになっているが、会議終了後には、会議参加者の携帯端末には会議資料のデータが残らないようになっている。これにより、会議資料の情報漏洩の防止を図っている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１８４８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１に記載のシステムは、入退室を管理できる会議室にしか適用できない。更に、入退室が発生する度に、暗号鍵を生成し直す必要があるため、会議資料のデータの暗号化とその配布も、し直すことになり、大変手間が掛かるという問題がある。
【０００６】
また、タブレット型携帯端末における従来のアプリケーションでは、会議主催者が持つ携帯端末には、会議開催の前後にも会議資料が存在しているため、会議主催者の携帯端末が盗難や置き忘れによって他人の手に渡ると、会議資料が漏洩してしまう恐れがある。
【０００７】
本発明は、暗号化された会議資料を復号化するための鍵を会議に参加する複数の参加者に分割することで、会議資料の漏洩に対するセキュリティを強化させた会議システム及び方法を提供する。
【課題を解決するための手段】
【０００８】
本発明は、サーバーと複数の携帯端末とで構成される会議システムであって、
前記サーバーは、
会議の会議資料を、暗号鍵を用いて暗号化する暗号化手段と、
前記暗号化手段で暗号化した会議資料を復号化するための鍵を複数の分割鍵に分割する分割手段と、
前記暗号化した会議資料と前記複数の分割鍵の１つを前記会議に参加する参加者の携帯端末にそれぞれ送信する送信手段と、を有し、
前記複数の携帯端末のそれぞれは、
前記サーバーから、暗号化された会議資料と前記複数の分割鍵の１つとを受信する受信手段と、
他の携帯端末を認識すると共に、認識された他の携帯端末との間で前記分割鍵を送受信する送受信手段と、
前記サーバー及び前記他の携帯端末からそれぞれ受信された複数の分割鍵に基づき前記暗号化された会議資料を復号化する復号化手段と、
前記復号化した会議資料を表示する表示手段と、を有し、
前記復号化手段は、前記分割鍵を受信した前記他の携帯端末の何れか１つの携帯端末が認識できなくなると、当該携帯端末から受信した分割鍵を削除し、前記分割鍵の数が予め定められた復号化に必要な数より少なくなった場合には前記復号化した会議資料の表示を終了して当該会議資料を削除することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、暗号化された会議資料を復号化するための鍵を会議に参加する複数の参加者に分割することで、会議資料の漏洩に対するセキュリティを強化させることが可能となる。
【図面の簡単な説明】
【００１０】
【図１】会議システムの構成例を示すネットワーク概略図。
【図２】会議資料配布サーバーの内部構成を示すブロック図。
【図３】携帯端末の内部構成を示すブロック図。
【図４】会議資料配布サーバーのソフトウェア構成例を示す図。
【図５】会議資料閲覧アプリケーションのソフトウェア構成例を示す図。
【図６】ＰＣに表示される会議情報入力画面の一例を示す図。
【図７】会議情報受信時の処理を示すフローチャート。
【図８】会議資料取得要求受信時の処理を示すフローチャート。
【図９】会議開催時の処理を示すフローチャート。
【図１０】参加者確認中に表示される携帯端末の画面の一例を示す図。
【図１１】会議中に表示される携帯端末の画面の一例を示す図。
【図１２】会議資料表示中の処理を示すフローチャート。
【図１３】第２の実施形態でＰＣに表示される会議情報入力画面の一例を示す図。
【図１４】第２の実施形態の会議開催時の処理を示すフローチャート。
【図１５】第２の実施形態の会議資料表示中の処理を示すフローチャート。
【図１６】第３の実施形態の会議中に表示される携帯端末の画面の一例を示す図。
【図１７】第３の実施形態の分割鍵の譲渡に関する処理を示すフローチャート。
【図１８】第４の実施形態の会議中に表示される携帯端末の画面の一例を示す図。
【図１９】第４の実施形態の分割鍵の譲渡に関する処理を示すフローチャート。
【図２０】第５の実施形態の飛び入り参加処理を示すフローチャート。
【図２１】第５の実施形態で表示される携帯端末の画面の一例を示す図。
【発明を実施するための形態】
【００１１】
以下、図面を参照しながら発明を実施するための形態について詳細に説明する。
【００１２】
まず、本発明に係る会議システムの構成例を、図１に示すネットワーク概略図を用いて説明する。会議資料配布サーバー１０１は、会議主催者のパーソナルコンピュータ（ＰＣ）１２１などから会議に使用する資料を受信して暗号化を行うと共に、会議参加者の携帯端末１１１〜１１３へ暗号化した会議資料を配布する。尚、会議主催者は、ＰＣ１２１を使用して会議資料を作成し、参加者情報を入力する例を説明するが、タブレット型の携帯端末を使用してもよい。
【００１３】
また、会議資料配布サーバー１０１は、ＬＡＮ１５０を介してＰＣ１２１と接続されている。そして、携帯端末１１１〜１１３は、無線ＬＡＮ１６０及びＬＡＮ１５０を介して会議資料配布サーバー１０１又はＰＣ１２１と接続される。
【００１４】
次に、会議資料配布サーバー１０１の内部構成を、図２に示すブロック図を用いて説明する。ＣＰＵ２１１を含む制御部２１０は、会議資料配布サーバー１０１の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２やＨＤＤ２１４に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御処理を実行する。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリアなどの一時記憶領域として用いられる。
【００１５】
ＨＤＤ２１４は、画像データや各種プログラムを記憶する。ネットワークＩ／Ｆ２１５は、制御部２１０をネットワークに接続し、ネットワーク上の別の装置との情報の送受信を行う。そして、制御部２１０内の各ブロックはバス２１６に接続されている。
【００１６】
次に、携帯端末１１１〜１１３の内部構成を、図３に示すブロック図を用いて説明する。制御部３１１は、記憶部３１４に記憶された制御プログラムやアプリケーションプログラムを読み出し、携帯端末の各部に指示を行うと共に、各部からの情報を受け取って処理を実行する。
【００１７】
表示部３１２は、制御部３１１が実行しているプログラムの情報や、操作用のメニューなどを、液晶画面を通してユーザーに表示する。操作部３１３は、ユーザーからの操作を受け付ける。尚、操作部３１３は、表示部３１２の液晶画面と一体化したタッチパネルであってもよいし、画面とは別のハードキーなどであってもよい。
【００１８】
無線ＬＡＮ通信部３１５は、無線ＬＡＮアクセスポイントに接続し、無線ＬＡＮによるデータ通信を行う。近距離無線通信部３１６は、小電力の無線通信により、近距離にある他の携帯端末とデータ通信を行う。ＧＰＳ受信部３１７は、ＧＰＳ（Global Positioning System）衛星からの信号を受信し、地球上における位置情報の測位を行う。
【００１９】
次に、会議資料配布サーバー１０１のソフトウェア構成例を、図４を用いて説明する。要求処理部４０１は、会議主催者からの会議情報の受付や会議参加者からの会議資料取得要求を受け付ける。暗号化処理部４０２は、暗号鍵及び復号鍵を生成して、受信した会議資料を暗号化する。尚、暗号鍵と復号鍵とが同一のものとなっていてもよい。
【００２０】
鍵分割部４０３は、復号鍵を会議参加者数に応じて分割し、分割鍵を生成する。通知部４０４は、会議資料の配布準備が整ったことを会議参加者全員にメールで通知する。尚、通知の方法は、通信会社が提供するメッセージングサービスによるメッセージ送信などであってもよい。
【００２１】
ユーザー情報管理部４１１には、会議システムが対象とする会議で、会議の主催者及び参加者となり得るユーザーに関する情報が保管される。本実施形態においては、ユーザーの氏名やメールアドレス、認証用のパスワードといった情報が予め登録されているものとする。そして、会議情報管理部４１２には、会議毎に、暗号化された会議資料や暗号鍵、分割鍵、主催者、参加者が管理されている。
【００２２】
次に、携帯端末１１１〜１１２にインストールされた会議資料閲覧アプリケーションのソフトウェア構成例を、図５を用いて説明する。会議資料取得部５０１は、無線ＬＡＮ通信部３１５を介して会議資料配布サーバー１０１に会議資料取得要求を行い、会議資料と分割鍵を取得する。会議参加者間通信部５０２は、近距離無線通信部３１６を介して他者の携帯端末と通信し、分割鍵の受け渡しなどを行う。
【００２３】
ＵＩ（ユーザインターフェース）部５０３は、開催する会議の候補一覧を表示部３１２に表示し、ユーザーに開催する会議を選択させるなど、表示とユーザーの入力を制御する。会議資料復号化部５０４は、開催中の会議で用いる会議資料を、複数の分割鍵を結合することによって復号化する。会議情報記憶部５１１は、会議資料取得部５０１が取得した会議資料及び分割鍵を記憶部３１４に記憶する。
【００２４】
［第１の実施形態］
ここで、会議システムにおける会議資料配布サーバー１０１が実行する第１の実施形態の処理を、図６乃至図１２を用いて説明する。会議資料配布サーバー１０１の要求処理部４０１は、Ｗｅｂサーバー機能を備え、ＰＣ１２１のＷｅｂブラウザからアクセスされると、ユーザー名とログイン用のパスワードを入力させるための認証画面を応答として送信する。この認証画面によりユーザー名及びパスワードを受信すると、ユーザー情報管理部４１１の情報と照合し、認証可否を判定する。ここで認証がＯＫであれば、ログインしたユーザーが主催しようとする会議の会議資料や参加者情報等を会議情報として入力させる会議情報入力画面を応答として送信する。
【００２５】
ここで、要求処理部４０１がＰＣ１２１に表示する会議情報入力画面の一例を、図６を用いて説明する。会議情報入力画面には、会議名の入力欄６０１、開催予定の年、月、日、時、分をそれぞれ入力する欄６０２、会議資料のファイルを入力する欄、参照ボタン、追加ボタン（図６では６０３として示されている）が含まれる。参照ボタンは、ファイルシステム内のファイルを選択するためのダイアログを表示するためのボタンである。追加ボタンは、複数のファイルを会議資料として指定する場合に押すボタンである。
【００２６】
ここで、追加ボタンが押されると、会議資料に入力されたファイル（欄６０３）を登録済み資料として登録済み資料一覧に表示して会議資料のファイルを入力する欄を空欄にし、別のファイルを指定できるようにする。
【００２７】
登録済み資料一覧の右側には削除ボタン６０４が表示されている。登録済み資料一覧に表示されているファイルは選択することができ、削除したい資料のファイルが選択されて削除ボタン６０４が押下されると、そのファイルを登録済み資料から削除する。
【００２８】
更に、会議情報入力画面には、参加者の候補一覧、指名ボタン、除外ボタン、指名済み一覧（図６では６０５として示されている）が含まれる。参加者の候補一覧は、参加者として選択可能なユーザー名の一覧である。一覧に表示されたユーザー名を選択した状態で指名ボタンが押下されると、そのユーザーを参加者として指名済み一覧に移動する。また、指名済み一覧に表示されたユーザー名を選択した状態で除外ボタンが押下されると、そのユーザーの指名を解除し、参加者の候補一覧に移動する。
【００２９】
そして、送信ボタン、キャンセルボタン（図６では６０６として示されている）の送信ボタンを押下すると、各入力欄に入力された情報が会議情報として会議資料配布サーバー１０１の要求処理部４０１に送信される。また、キャンセルボタンは、入力をクリアするためのボタンである。尚、キャンセルボタンが押下された際に、ログアウトして認証画面に戻すようにしてもよい。
【００３０】
次に、会議資料配布サーバー１０１が図６に示す会議情報入力画面で入力された会議情報を受信した際の処理を、図７に示すフローチャートを用いて説明する。尚、図７と後述する図８に示す処理は、会議資料配布サーバー１０１のＣＰＵ２１１がＲＯＭ２１２又はＨＤＤ２１４に記憶されている、図４に示す各機能部を実現するプログラムを実行することで実現される。また、ＣＰＵ２１１は、必要に応じて記憶領域としてＲＡＭ２１３やＨＤＤ２１４を利用する。
【００３１】
まず、Ｓ７０１では、要求処理部４０１が会議を識別するための会議ＩＤを発行し、受信した会議資料と参加者情報とを、発行した会議ＩＤに関連付けて会議情報管理部４１２に保存する。次に、Ｓ７０２では、暗号化処理部４０２が暗号化に用いる暗号鍵と復号化に用いる復号鍵とを生成する。尚、暗号鍵と復号鍵とは同一のものであってもよい。
【００３２】
次に、Ｓ７０３では、暗号化処理部４０２が生成した暗号鍵を用いて会議資料を暗号化し、会議ＩＤに関連付けて会議情報管理部４１２に保存する。次に、Ｓ７０４では、鍵分割部４０３が復号鍵を複数に分割することにより分割鍵を生成する。この例では、鍵分割部４０３は、会議参加者数と同数の分割鍵を生成するものとする。ここで、鍵を分割する方法は、鍵データのバイト配列を単純に等分する方法でもよく、秘密分散法のような方法などでもよい。特に、秘密分散法を応用した場合、分割鍵が全て揃わなくても、秘密分散法における閾値以上の数の分割鍵で復号鍵を復元できるため、参加者が全員集まらなくてもよいという点で、利便性を高めることができる。各分割鍵は、会議ＩＤ及びその分割鍵のオーナーとなる参加者と関連付けて会議情報管理部４１２に保存される。
【００３３】
そして、Ｓ７０５では、通知部４０４が会議の参加者に対して自分が参加対象となっている会議の情報（会議資料）が作成された旨を電子メールで通知し、その会議資料を取得するように促す。尚、電子メールの本文には、会議を識別するための会議ＩＤや会議名称が含まれていてもよい。
【００３４】
一方、携帯端末側では、電子メールによって通知されたユーザーが会議資料閲覧アプリケーションを起動し、会議資料閲覧アプリケーションのＵＩ部５０３がメニューを表示部３１２に表示する。そして、参加者がメニューから会議資料取得を選択すると、会議資料取得部５０１が会議資料配布サーバー１０１にユーザー認証情報を送信して会議資料取得要求を行う。尚、会議資料閲覧アプリケーションは携帯端末上で常時起動しており、通知に関係なく所定の間隔で会議資料配布サーバー１０１に対して問い合わせを行い、自動的に会議資料を取得するような動作であってもよい。
【００３５】
次に、会議資料閲覧アプリケーションによる会議資料取得要求を会議資料配布サーバー１０１が受信した際の処理を、図８に示すフローチャートを用いて説明する。Ｓ８０１では、要求処理部４０１が会議資料取得要求に含まれるユーザー認証情報をユーザー情報管理部４１１の情報と照合して認証を行う。照合した結果、受信した認証情報が正しくない場合はＳ８０３へ処理を進め、要求処理部４０１が認証エラーの情報を要求元の会議資料閲覧アプリケーションに送信し、この処理を終了する。
【００３６】
一方、Ｓ８０１で、受信した認証情報が正しい場合はＳ８０２へ処理を進め、要求処理部４０１が会議情報管理部４１２の情報を参照し、認証されたユーザーが参加者となっている会議があるか否かを判定する。判定の結果、会議がある場合にはＳ８０４へ処理を進め、要求処理部４０１が該当する会議の情報を会議情報管理部４１２から取得し、要求元の会議資料閲覧アプリケーションに送信し、この処理を終了する。具体的には、会議ＩＤ、暗号化された会議資料、認証されたユーザーがオーナーとなっている分割鍵、会議参加者、会議名称や開催日時などを含む情報を送信する。
【００３７】
また、Ｓ８０２で、認証されたユーザーが参加者となっている会議がない場合にはＳ８０５へ処理を進め、要求処理部４０１が該当する会議がないことを要求元の会議資料閲覧アプリケーションに送信し、この処理を終了する。
【００３８】
次に、携帯端末の会議資料閲覧アプリケーションにおける会議開催時の処理を、図９に示すフローチャートを用いて説明する。尚、この処理は、携帯端末１１１の制御部３１１が記憶部３１４に記憶されている、図５に示す各機能部を実現するプログラムを実行することで実現される。また、制御部３１１は、必要に応じて記憶領域として記憶部３１４を利用する。
【００３９】
まず、Ｓ９０１では、ＵＩ部５０３が会議情報記憶部５１１に記憶されている会議情報の一覧を表示部３１２に表示し、ユーザーからの開催する会議の選択を受け付ける。次に、Ｓ９０２では、会議参加者間通信部５０２が近距離無線通信部３１６により近隣の携帯端末の会議資料閲覧アプリケーションと通信を行い、ユーザー名を取得する。
【００４０】
次に、Ｓ９０３では、会議参加者間通信部５０２が、取得したユーザー名が開催しようとしている会議の参加者に含まれているか否かを、会議情報記憶部５１１内の情報を参照して判定する。ここで参加者に含まれていない場合にはＳ９０６へ処理を進め、会議参加者間通信部５０２が別のユーザーの会議資料閲覧アプリケーションを検索するために通信を試み、Ｓ９０２に処理を戻す。
【００４１】
一方、Ｓ９０３で、参加者に含まれている場合にはＳ９０４へ処理を進め、会議参加者間通信部５０２が参加者と確認されたユーザーの会議資料閲覧アプリケーションと通信を行う。そして、通信相手がオーナーとなっている分割鍵を取得すると共に、自分がオーナーとなっている分割鍵を相手に送信する。次に、Ｓ９０５では、会議資料復号化部５０４が復号化に必要な分割鍵が揃ったか否かを判定する。尚、復号化に必要な分割鍵の数は、必ずしも会議参加者数と同数でなくてもよい。特に、鍵の分割に秘密分散法を用いる場合には、会議参加者数に対する固定の割合を秘密分散法の閾値とし、会議資料閲覧アプリケーションでは、復号化に必要な数を会議参加者数から自動的に導出するようにしてもよい。もしくは、秘密分散法を用いる場合、会議資料配布サーバー１０１で閾値を可変に設定できるようにしておき、会議資料配布サーバー１０１から会議情報を取得する際に、復号化に必要な分割鍵の個数も併せて受け取るようにしておいてもよい。
【００４２】
Ｓ９０５で、復号化に必要な分割鍵が揃っていない場合には、上述のＳ９０６へ処理を進め、別のユーザーの会議資料閲覧アプリケーションを検索し、Ｓ９０２に処理を戻す。上述したＳ９０２からＳ９０６までの処理の最中に、ＵＩ部５０３が表示部３１２に表示する画面の一例を図１０に示す。図１０に示すように、参加者の認識状態１００１が表示される。各参加者の会議資料閲覧アプリケーションとの通信に成功し、分割鍵の送受信に成功している場合、「ＯＫ」と表示する。また、会議資料の復号化が行われていない場合には、その状態を連想させるような表示（この例では「ＸＸＸＸ…」）を会議資料の表示欄１００２に表示する。
【００４３】
一方、Ｓ９０５で、復号化に必要な分割鍵が揃っている場合にはＳ９０７へ処理を進め、会議資料復号化部５０４が分割鍵を結合して暗号化された会議資料を復号化し、ＵＩ部５０３が復号化された会議資料を表示する。このとき、図１１に示すように、表示欄１００２に復号化された会議資料を表示する。その後、会議資料の閲覧終了を指示するための会議終了ボタン１０１０が押下されると、この処理を終了する。
【００４４】
次に、会議資料表示中の会議資料閲覧アプリケーションの処理を、図１２に示すフローチャートを用いて説明する。Ｓ１２０１で、分割鍵を受け取った各会議資料閲覧アプリケーションに対してＳ１２０２からＳ１２０５までの処理（ループ内の処理）を繰り返す。  まず、Ｓ１２０２では、会議参加者間通信部５０２が分割鍵を受け取った会議資料閲覧アプリケーションを選択する。次に、Ｓ１２０３では、会議参加者間通信部５０２が選択した会議資料閲覧アプリケーションに対して存在を確認するための応答要求を行う。次に、Ｓ１２０４で、会議参加者間通信部５０２が応答要求に対する応答があるか否かを判定する。ここで、応答がある場合には直接Ｓ１２０６へ処理を進めるが、応答がない場合にはＳ１２０５へ処理を進め、会議参加者間通信部５０２が、応答がなかった会議資料閲覧アプリケーションから受け取っていた分割鍵を削除する。更に、分割鍵を受け取った会議資料閲覧アプリケーションという情報も削除する。
【００４５】
次に、Ｓ１２０６で、未実施の会議資料閲覧アプリケーションがある場合はＳ１２０２に処理を戻す。一方、全ての会議資料閲覧アプリケーションに対してこのループ内の処理を実施済みの場合にはＳ１２０７へ処理を進め、会議資料復号化部５０４が、分割鍵の数が予め定められた復号化に必要な数より少なくなったか否かを判定する。ここで、少なくなった場合にはＳ１２０８へ処理を進め、会議終了ボタン１０１０が押下されたか否かを判定し、押下されていない場合はＳ１２０１に戻り、上述の処理を繰り返す。
【００４６】
一方、上述のＳ１２０７で分割鍵が少なくなっていないと判定された場合、またＳ１２０８で会議終了ボタン１０１０が押下されたと判定された場合は共にＳ１２０９へ処理を進め、ＵＩ部５０３が会議資料の表示を終了し、この処理を終了する。このとき、会議資料復号化部５０４は、他者の分割鍵が残っていれば、その分割鍵を破棄すると共に復号化された会議資料のデータも削除する。
【００４７】
以上説明したように、会議資料配布サーバー１０１が会議資料を予め暗号化し、それを復号化するための鍵を分割して各参加者に配布する。そして、会議開催時に使用する携帯端末１１１では、近距離無線通信によって近傍の参加者を認識して分割鍵を受信し、復号化に必要な分割鍵が揃うと会議資料を復号化して表示する。また、参加者が認識できなくなったときには、その参加者から受信した分割鍵を削除し、復号化に必要な分割鍵が揃わなくなると会議資料の表示を中止する。
【００４８】
このように、第１の実施形態によれば、会議資料の漏洩に対するセキュリティに優れ、ネットワーク環境がない場所での会議にも利用可能な、利便性の高い携帯端末上での会議資料閲覧を実現することができる。
【００４９】
尚、会議資料配布サーバー１０１の通知部４０４は、会議の開催時刻が近付いても、会議情報を取得していない参加者がいると判断した場合には、メールなどで取得を促す通知を行うようにしてもよい。
【００５０】
［第２の実施形態］
次に、本発明に係る第２の実施形態を詳細に説明する。第２の実施形態では、会議資料を表示する際に、ＧＰＳによる位置情報を利用することで、セキュリティを高めるものである。尚、以下では、第１の実施形態と共通する部分の説明は省略し、差異のある部分についてのみ説明する。
【００５１】
第２の実施形態では、ＧＰＳによる位置情報を利用するために、会議資料配布サーバー１０１が主催者に会議の開催場所を指定させる必要がある。主催者が開催場所を指定するためのユーザインターフェースを備えた会議情報入力画面を図１３に示す。
【００５２】
第１の実施形態の図６に示す会議情報入力画面に会議場所表示欄と地図ボタン（図１２では１３０１として示されている）が追加されている。地図ボタンは、会議場所を地図上で指定させるための地図を表示するためのボタンである。この地図ボタンが押下されると地図を表示し、その地図上でマウスクリックを受け付けた地点を会議場所として解釈する。そして、会議場所表示欄に地図上で会議場所として指定された地点の緯度、経度を表示する。この画面で指定された会議場所の情報は、会議資料配布サーバー１０１に送信された後、会議ＩＤと関連付けられて会議情報管理部４１２に保存される。また、Ｓ８０４で、会議情報の一部として会議資料閲覧アプリケーションに送信され、会議資料閲覧アプリケーションの会議情報記憶部５１１に保存される。
【００５３】
次に、携帯端末の会議資料閲覧アプリケーションにおける会議開催時の処理を、図１４に示すフローチャートを用いて説明する。尚、この処理は、第１の実施形態の図９に示すＳ９０１からＳ９０７の処理のうち、Ｓ９０５とＳ９０７の間にＳ１４０１、Ｓ１４０２の処理を追加したものである。
【００５４】
Ｓ９０５で、会議資料の復号化に必要な分割鍵が揃っている場合にはＳ１４０１へ処理を進め、会議資料復号化部５０４がＧＰＳによる位置情報をＧＰＳ受信部３１７から取得する。そして、Ｓ１４０２で、Ｓ１４０１で取得した位置情報が会議情報記憶部５１１に保存されている会議開催場所の位置情報と合致するかを判定する。尚、位置情報が完全に一致しなくても、所定の誤差以内の差異であれば、合致するものとして判定してもよい。合致しない場合にはＳ１４０１に戻り、位置情報の判定を繰り返し行う。一方、合致する場合にはＳ９０７へ処理を進め、会議資料復号化部５０４が会議資料を復号化し、ＵＩ部５０３が復号化された会議資料を表示する。
【００５５】
次に、会議資料表示中の会議資料閲覧アプリケーションの処理を、図１５に示すフローチャートを用いて説明する。尚、この処理は、第１の実施形態の図１２に示すＳ１２０１からＳ１２０９の処理のうち、Ｓ１２０７とＳ１２０８との間にＳ１５０１、Ｓ１５０２の処理を追加したものである。
【００５６】
Ｓ１５０１で、会議資料復号化部５０４がＧＰＳによる位置情報をＧＰＳ受信部３１７から取得する。そして、Ｓ１５０２で、会議資料復号化部５０４がＳ１５０１で取得した位置情報が会議情報記憶部５１１に保存されている会議開催場所の位置情報と合致するかを判定する。判定の結果、合致していない場合にはＳ１２０９へ処理を進め、合致している場合にはＳ１２０８へ処理を進め、会議資料復号化部５０４が第１の実施形態と同様に処理する。
【００５７】
このように、第２の実施形態によれば、予め指定された会議場所でのみ会議資料を復号化できるようになる。これにより、会議資料についてのセキュリティをより強化することができる。
【００５８】
尚、Ｓ９０１でＵＩ部５０３が会議一覧を表示する際に、ＧＰＳ受信部３１７から位置情報を取得し、会議情報記憶部５１１に保存されている各会議の会議開催場所の位置情報と比較し、合致しない会議は選択できないようにしてもよい。
【００５９】
また、位置情報ではなく、会議の開催時間帯（会議の開始時間および終了時間）を予め指定しておき、位置情報を判定する際に、日時情報が会議の開催時間帯に含まれているか否かを判定するようにしてもよい。これにより、会議の開催時間帯以外のときには、会議資料が復号化できないように制御することも可能となる。また、位置情報と開催時間帯の双方を判定に用いるようにしてもよい。
【００６０】
［第３の実施形態］
次に、本発明に係る第３の実施形態を詳細に説明する。第３の実施形態では、会議参加者が会議を途中で退席する場合に、他の会議参加者に分割鍵を譲渡できるようにし、会議資料の閲覧に支障が出ないようにするものである。尚、以下では、第１の実施形態と共通する部分の説明は省略し、差異のある部分についてのみ説明する。
【００６１】
まず、会議参加者（Ｃさん）が会議を途中で退席し、他の会議参加者（Ｂさん）に分割鍵を譲渡する場合、図１１に示す表示画面で「Ｂさん」の表示を長押しする。この長押しを、操作部３１３を介してＵＩ部５０３が感知すると、ＵＩ部５０３はこの操作を分割鍵の譲渡指示と解釈する。その結果、ＵＩ部５０３は、図１６に示すような分割鍵の譲渡を行うためのダイアログボックス１６０１を画面上に表示する。この例では、Ｂさん宛ての分割鍵の譲渡を行うか否かを確認するダイアログボックス１６０１が表示される。そして、このダイアログボックス１６０１において、「はい」のボタンが押下されたことをＵＩ部５０３が感知すると、Ｂさん宛ての分割鍵の譲渡が実行される。
【００６２】
次に、分割鍵の譲渡に関する会議資料閲覧アプリケーションの処理を、図１７を用いて説明する。尚、第３の実施形態では、第１の実施形態の図１２に示すＳ１２０８の処理が図１７に示す一連の処理に置き換わることになるため、この部分についてのみ説明する。尚、第２の実施形態の図１５に示すＳ１２０８の処理に適用してもよい。
【００６３】
まず、Ｓ１７０１で、ＵＩ部５０３が分割鍵譲渡の指示を受け付けたか否かを判定する。ここで、分割鍵譲渡の指示を受け付けた場合はＳ１７０２へ処理を進め、会議参加者間通信部５０２が譲渡先に指定された参加者の会議資料閲覧アプリケーションに自身の分割鍵を送信する。次に、Ｓ１７０３で、会議参加者間通信部５０２が譲渡先以外の参加者の会議資料閲覧アプリケーションに譲渡元と譲渡先の情報と共に、分割鍵を譲渡したことを通知する。そして、Ｓ１２０９へ処理を進める。
【００６４】
一方、Ｓ１７０１で、分割鍵譲渡の指示を受け付けていない場合はＳ１７１１へ処理を進め、会議参加者間通信部５０２が他者の会議資料閲覧アプリケーションから譲渡された分割鍵を受信したか否かを判定する。ここで、受信した場合はＳ１７１２へ処理を進め、会議参加者間通信部５０２が譲渡された分割鍵を受信し、自身がオーナーの分割鍵として会議情報記憶部５１１に保存する。そして、ステップＳ１２０１へ処理を進める。
【００６５】
また、Ｓ１７１１で分割鍵を受信していない場合はＳ１７２１へ処理を進め、会議参加者間通信部５０２が他者の会議資料閲覧アプリケーションから分割鍵譲渡通知を受信したか否かを判定する。ここで、受信していない場合はステップＳ１２０１へ処理を進める。一方、受信した場合はＳ１７２２へ処理を進め、譲渡先に譲渡された分割鍵を受信した通知に含まれる譲渡先の会議資料閲覧アプリケーションから取得する。そして、Ｓ１２０１に戻る。
【００６６】
このように、第３の実施形態によれば、会議参加者が会議を途中で退席する場合、他の会議参加者に分割鍵を譲渡することで、会議資料の閲覧に支障が出ないようにすることができる。
【００６７】
また、会議開催前に、分割鍵の譲渡相手と近距離無線通信によって分割鍵の譲渡だけを行っておき、譲渡の通知は会議開催時に譲渡先の会議資料閲覧アプリケーションから発行するようにしてもよい。これにより、会議を欠席する場合にも応用が可能となる。
【００６８】
［第４の実施形態］
次に、本発明に係る第４の実施形態を詳細に説明する。第３の実施形態では、分割鍵の譲渡先は、譲渡しようとしているユーザーの指定に従ったが、その場合、複数の譲渡が行われた場合に譲渡先となる参加者が集中してしまう恐れがある。そこで、第４の実施形態では、譲渡先が分散されるように処理するものである。尚、第１の実施形態、第３の実施形態と共通する部分の説明は省略し、差異のある部分についてのみ説明する。
【００６９】
図１１に示す表示画面において、会議参加者が会議終了ボタン１０１０を押下すると、ＵＩ部５０３が押下を検知し、図１８に示すダイアログボックス１８０１を画面上に表示する。具体的には、分割鍵譲渡を実行してから終了するか否か（分割鍵譲渡を実行せずに終了するか）を確認するダイアログボックス１８０１を表示する。
【００７０】
このダイアログボックス１８０１において、ＵＩ部５０３が会議参加者により「はい」のボタンが押下されたことを検知すると、分割鍵の譲渡を実行してから会議資料の閲覧を終了する。一方、ＵＩ部５０３が会議参加者により「いいえ」のボタンが押下されたことを検知すると、分割鍵の譲渡は行わずに会議資料の閲覧を終了する。
【００７１】
次に、分割鍵の譲渡に関する会議資料閲覧アプリケーションの処理を、図１９を用いて説明する。この処理は、第３の実施形態の図１７に示すＳ１２０８、Ｓ１７０１の処理をＳ１９０１からＳ１９０５の処理としたものである。
【００７２】
まず、Ｓ１９０１で、ＵＩ部５０３が会議終了の指示（会議終了ボタン１０１０の押下）を受け付けたか否かを判定する。会議終了の指示を受け付けていない場合はＳ１７１１へ処理を進め、第３の実施形態で説明した処理を行う。
【００７３】
一方、Ｓ１９０１で会議終了の指示を受け付けた場合はＳ１９０２へ処理を進め、ＵＩ部５０３が分割鍵を譲渡して終了する指示を受け付けたか否かを判定する。そのまま会議を終了する指示（ダイアログボックス１８０１で「いいえ」の押下）を受け付けた場合はＳ１２０９へ処理を進める。また、分割鍵を譲渡して終了する指示（ダイアログボックス１８０１で「はい」の押下）を受け付けた場合はＳ１９０３へ処理を進める。
【００７４】
このＳ１９０３では、会議参加者間通信部５０２が他の会議資料閲覧アプリケーションのうち、オーナーとして所有している分割鍵の数が一番少ないものを選択する。ここで、各会議資料閲覧アプリケーションがオーナーとして所有している分割鍵の情報は、Ｓ１２０３の存在確認の応答要求に対する応答の際に、各会議資料閲覧アプリケーションから受信しているものとする。また、オーナーとして所有している分割鍵の数が一番少ない会議資料閲覧アプリケーションが複数ある場合には、ランダムなど所定の方法により、一つを選択するものとする。
【００７５】
次に、Ｓ１９０４で、選択した会議資料閲覧アプリケーションに譲渡を行ってよいか否かを判定する。具体的には、選択した会議資料閲覧アプリケーションに分割鍵を譲渡することで、譲渡先がオーナーとして所有する分割鍵のみで会議資料を復号化できない場合は譲渡可能と判定し、Ｓ１７０２へ処理を進め、第３の実施形態で説明した処理を行う。
【００７６】
一方、譲渡先がオーナーとして所有する分割鍵のみで会議資料を復号化できる場合には譲渡を禁止すると判定し、Ｓ１９０５へ処理を進め、ＵＩ部５０３が譲渡が実行できないことを表示部３１２に表示し、Ｓ１２０９へ処理を進める。
【００７７】
このように、第４の実施形態によれば、分割鍵の譲渡先を自動的に分散させることができる。また、譲渡が多発して分散が機能せず、一人の参加者に分割鍵が集中して単独で会議資料を復号化できてしまうような場合には、譲渡を実行不可にすることができる。これにより、分割鍵の譲渡によって一人の参加者に分割鍵が集中してしまい、単独で会議資料を復号化できてしまうことを防止することができる。
【００７８】
［第５の実施形態］
次に、本発明に係る第５の実施形態を詳細に説明する。第５の実施形態は、会議の参加者として事前には指定されていなかったユーザーが、飛び入りで会議に参加したい場合の処理を追加したものである。尚、以下では、第１の実施形態と共通する部分の説明は省略し、差異のある部分についてのみ説明する。
【００７９】
第５の実施形態として、会議資料閲覧アプリケーションにおいて、飛び入り参加処理が実行された場合の処理を、図２０に示すフローチャートを用いて説明する。尚、この処理は、携帯端末１１１の制御部３１１が記憶部３１４に記憶されている、図５に示す各機能部を実現するプログラムを実行することで実現される。また、制御部３１１は、必要に応じて記憶領域として記憶部３１４を利用する。
【００８０】
まず、Ｓ２００１で、会議参加者間通信部５０２が近隣で起動している他者の会議資料閲覧アプリケーションを認識する。そして、Ｓ２００２で、会議参加者間通信部５０２が認識した会議資料閲覧アプリケーションから開催中の会議情報を取得し、ＵＩ部５０３が一覧として表示部３１２に表示し、ユーザーが参加したい会議の選択を受け付ける。このときの画面例を図２１に示す。図２１に示すように、開催中の会議表示欄に開催中の会議の会議ＩＤと各会議に参加している参加者名とを関連付けて一覧表示２１０１する。この画面において、ユーザーは表示されている開催中の会議の一覧表示２１０１から会議ＩＤを押下することにより、参加したい会議を選択することができる。
【００８１】
次に、Ｓ２００３で、会議参加者間通信部５０２が指定された会議の参加者の会議資料閲覧アプリケーションに対して会議の飛び入り参加の承認依頼を送信する。次に、Ｓ２００４で、会議参加者間通信部５０２が承認依頼に対する返信を待ち受ける。その後、返信を受信すると、Ｓ２００５で会議参加者間通信部５０２が返信内容が否認であったか否かを判定する。否認であった場合にはＳ２００６へ処理を進め、ＵＩ部５０３が参加を否認されたことを表示部３１２に表示し、この飛び入り参加処理を終了する。
【００８２】
一方、Ｓ２００５で、承認された場合にはＳ２００７へ処理を進め、会議参加者間通信部５０２が参加したい会議の参加者全員分の承認が得られたか否かを判定する。全員分の承認が得られていない場合にはＳ２００４に戻り、上述の処理を繰り返す。一方、全員分の承認が得られた場合にはＳ２００８へ処理を進め、会議参加者間通信部５０２が各参加者の会議資料閲覧アプリケーションから分割鍵を取得する。そして、ステップＳ２００９で、会議参加者間通信部５０２が任意の参加者の会議資料閲覧アプリケーションから暗号化された会議資料を受信する。
【００８３】
このように、第５の実施形態によれば、会議参加者の承認を得ることで、事前に参加を予定していなかったユーザーが、会議資料に関するセキュリティ強度を落とすことなく、飛び入りで会議に参加することが可能となる。
【００８４】
以上説明した各実施形態によれば、ネットワーク環境のない場所での会議にも適用可能で、参加者の途中退席に応じた再暗号化が不要である。また、会議主催者、会議参加者の誰かが携帯端末を紛失し、悪意のある人が入手したとしても、携帯端末単体では会議資料を復号化することが非常に困難である。従って、会議資料の漏洩に対するセキュリティに優れ、利便性にも優れた会議資料閲覧方法を提供することができる。
【００８５】
［他の実施形態］
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2013126039.tif 000003
【図２】
2013126039.tif 000004
【図３】
2013126039.tif 000005
【図４】
2013126039.tif 000006
【図５】
2013126039.tif 000007
【図６】
2013126039.tif 000008
【図７】
2013126039.tif 000009
【図８】
2013126039.tif 000010
【図９】
2013126039.tif 000011
【図１０】
2013126039.tif 000012
【図１１】
2013126039.tif 000013
【図１２】
2013126039.tif 000014
【図１３】
2013126039.tif 000015
【図１４】
2013126039.tif 000016
【図１５】
2013126039.tif 000017
【図１６】
2013126039.tif 000018
【図１７】
2013126039.tif 000019
【図１８】
2013126039.tif 000020
【図１９】
2013126039.tif 000021
【図２０】
2013126039.tif 000022
【図２１】
2013126039.tif 000023