サーバーと複数の携帯端末とで構成される会議システムであって、前記サーバーは、会議の会議資料を、暗号鍵を用いて暗号化する暗号化手段と、前記暗号化手段で暗号化した会議資料を復号化するための鍵を複数の分割鍵に分割する分割手段と、前記暗号化した会議資料と前記複数の分割鍵の1つを前記会議に参加する参加者の携帯端末にそれぞれ送信する送信手段と、を有し、前記複数の携帯端末のそれぞれは、前記サーバーから、暗号化された会議資料と前記複数の分割鍵の1つとを受信する受信手段と、他の携帯端末を認識すると共に、認識された他の携帯端末との間で前記分割鍵を送受信する送受信手段と、前記サーバー及び前記他の携帯端末からそれぞれ受信された複数の分割鍵に基づき前記暗号化された会議資料を復号化する復号化手段と、前記復号化した会議資料を表示する表示手段と、を有し、前記復号化手段は、前記分割鍵を受信した前記他の携帯端末の何れか1つの携帯端末が認識できなくなると、当該携帯端末から受信した分割鍵を削除し、前記分割鍵の数が予め定められた復号化に必要な数より少なくなった場合には前記復号化した会議資料の表示を終了して当該会議資料を削除することを特徴とする会議システム。前記サーバーは、前記暗号化された会議資料を取得するように前記参加者の携帯端末に通知する手段を更に有することを特徴とする請求項1に記載の会議システム。前記サーバーは、前記会議の開始時間の指定を受け付ける手段と、前記開始時間の前に、前記暗号化された会議資料を受け取っていない前記参加者の携帯端末に対して前記会議資料を取得するように通知する手段と、を更に有することを特徴とする請求項1又は2に記載の会議システム。前記サーバーは、少なくとも前記会議の開催場所及び開催時間帯の何れかの指定を受け付ける手段を更に有し、前記復号化手段は、前記会議が少なくとも前記会議の開催場所及び開催時間帯の何れかを満たしている場合に、前記暗号化された会議資料を復号化することを特徴とする請求項1乃至3の何れか1項に記載の会議システム。前記送受信手段は、前記サーバーから受信された分割鍵を任意の携帯端末に譲渡すると共に、当該分割鍵を譲渡したことをその他の携帯端末に通知し、前記サーバーから受信された分割鍵を譲渡したことの通知を受信した場合、譲渡先の携帯端末から譲渡された分割鍵を取得することを特徴とする請求項1乃至4の何れか1項に記載の会議システム。前記送受信手段は、前記他の携帯端末が単独で前記暗号化された会議資料を復号化することができる場合、前記分割鍵の譲渡を禁止することを特徴とする請求項5に記載の会議システム。前記送受信手段は、任意の携帯端末に対して前記会議に参加することの承認を求め、参加が承認された場合、前記任意の携帯端末から前記暗号化された会議資料と前記サーバーから受信された分割鍵とを取得することを特徴とする請求項1乃至6の何れか1項に記載の会議システム。サーバーと複数の携帯端末とで構成される会議システムにおける会議資料閲覧方法であって、前記サーバーは、暗号化手段が、会議の会議資料を、暗号鍵を用いて暗号化する暗号化工程と、分割手段が、前記暗号化工程において暗号化した会議資料を復号化するための鍵を複数の分割鍵に分割する分割工程と、送信手段が、前記暗号化した会議資料と前記複数の分割鍵の1つを前記会議に参加する参加者の携帯端末にそれぞれ送信する送信工程と、を実行し、前記複数の携帯端末のそれぞれは、受信手段が、前記サーバーから、暗号化された会議資料と前記複数の分割鍵の1つとを受信する受信工程と、送受信手段が、他の携帯端末を認識すると共に、認識された他の携帯端末との間で前記分割鍵を送受信する送受信工程と、復号化手段が、前記サーバー及び前記他の携帯端末からそれぞれ受信された複数の分割鍵に基づき前記暗号化された会議資料を復号化する復号化工程と、表示手段が、前記復号化した会議資料を表示する表示工程と、を実行し、前記復号化工程では、前記分割鍵を受信した前記他の携帯端末の何れか1つの携帯端末が認識できなくなると、当該携帯端末から受信した分割鍵を削除し、前記分割鍵の数が予め定められた復号化に必要な数より少なくなった場合には前記復号化した会議資料の表示を終了して当該会議資料を削除することを特徴とする会議資料閲覧方法。コンピュータを請求項1乃至7の何れか1項に記載の会議システムのサーバー及び携帯端末の各手段として機能させるためのプログラム。しかしながら、上記特許文献1に記載のシステムは、入退室を管理できる会議室にしか適用できない。更に、入退室が発生する度に、暗号鍵を生成し直す必要があるため、会議資料のデータの暗号化とその配布も、し直すことになり、大変手間が掛かるという問題がある。また、タブレット型携帯端末における従来のアプリケーションでは、会議主催者が持つ携帯端末には、会議開催の前後にも会議資料が存在しているため、会議主催者の携帯端末が盗難や置き忘れによって他人の手に渡ると、会議資料が漏洩してしまう恐れがある。本発明は、暗号化された会議資料を復号化するための鍵を会議に参加する複数の参加者に分割することで、会議資料の漏洩に対するセキュリティを強化させた会議システム及び方法を提供する。本発明は、サーバーと複数の携帯端末とで構成される会議システムであって、前記サーバーは、会議の会議資料を、暗号鍵を用いて暗号化する暗号化手段と、前記暗号化手段で暗号化した会議資料を復号化するための鍵を複数の分割鍵に分割する分割手段と、前記暗号化した会議資料と前記複数の分割鍵の1つを前記会議に参加する参加者の携帯端末にそれぞれ送信する送信手段と、を有し、前記複数の携帯端末のそれぞれは、前記サーバーから、暗号化された会議資料と前記複数の分割鍵の1つとを受信する受信手段と、他の携帯端末を認識すると共に、認識された他の携帯端末との間で前記分割鍵を送受信する送受信手段と、前記サーバー及び前記他の携帯端末からそれぞれ受信された複数の分割鍵に基づき前記暗号化された会議資料を復号化する復号化手段と、前記復号化した会議資料を表示する表示手段と、を有し、前記復号化手段は、前記分割鍵を受信した前記他の携帯端末の何れか1つの携帯端末が認識できなくなると、当該携帯端末から受信した分割鍵を削除し、前記分割鍵の数が予め定められた復号化に必要な数より少なくなった場合には前記復号化した会議資料の表示を終了して当該会議資料を削除することを特徴とする。本発明によれば、暗号化された会議資料を復号化するための鍵を会議に参加する複数の参加者に分割することで、会議資料の漏洩に対するセキュリティを強化させることが可能となる。以下、図面を参照しながら発明を実施するための形態について詳細に説明する。まず、本発明に係る会議システムの構成例を、図1に示すネットワーク概略図を用いて説明する。会議資料配布サーバー101は、会議主催者のパーソナルコンピュータPC121などから会議に使用する資料を受信して暗号化を行うと共に、会議参加者の携帯端末111~113へ暗号化した会議資料を配布する。尚、会議主催者は、PC121を使用して会議資料を作成し、参加者情報を入力する例を説明するが、タブレット型の携帯端末を使用してもよい。また、会議資料配布サーバー101は、LAN150を介してPC121と接続されている。そして、携帯端末111~113は、無線LAN160及びLAN150を介して会議資料配布サーバー101又はPC121と接続される。次に、会議資料配布サーバー101の内部構成を、図2に示すブロック図を用いて説明する。CPU211を含む制御部210は、会議資料配布サーバー101の動作を制御する。CPU211は、ROM212やHDD214に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御処理を実行する。RAM213は、CPU211の主メモリ、ワークエリアなどの一時記憶領域として用いられる。HDD214は、画像データや各種プログラムを記憶する。ネットワークI/F215は、制御部210をネットワークに接続し、ネットワーク上の別の装置との情報の送受信を行う。そして、制御部210内の各ブロックはバス216に接続されている。次に、携帯端末111~113の内部構成を、図3に示すブロック図を用いて説明する。制御部311は、記憶部314に記憶された制御プログラムやアプリケーションプログラムを読み出し、携帯端末の各部に指示を行うと共に、各部からの情報を受け取って処理を実行する。表示部312は、制御部311が実行しているプログラムの情報や、操作用のメニューなどを、液晶画面を通してユーザーに表示する。操作部313は、ユーザーからの操作を受け付ける。尚、操作部313は、表示部312の液晶画面と一体化したタッチパネルであってもよいし、画面とは別のハードキーなどであってもよい。無線LAN通信部315は、無線LANアクセスポイントに接続し、無線LANによるデータ通信を行う。近距離無線通信部316は、小電力の無線通信により、近距離にある他の携帯端末とデータ通信を行う。GPS受信部317は、GPSGlobalPositioningSystem衛星からの信号を受信し、地球上における位置情報の測位を行う。次に、会議資料配布サーバー101のソフトウェア構成例を、図4を用いて説明する。要求処理部401は、会議主催者からの会議情報の受付や会議参加者からの会議資料取得要求を受け付ける。暗号化処理部402は、暗号鍵及び復号鍵を生成して、受信した会議資料を暗号化する。尚、暗号鍵と復号鍵とが同一のものとなっていてもよい。鍵分割部403は、復号鍵を会議参加者数に応じて分割し、分割鍵を生成する。通知部404は、会議資料の配布準備が整ったことを会議参加者全員にメールで通知する。尚、通知の方法は、通信会社が提供するメッセージングサービスによるメッセージ送信などであってもよい。ユーザー情報管理部411には、会議システムが対象とする会議で、会議の主催者及び参加者となり得るユーザーに関する情報が保管される。本実施形態においては、ユーザーの氏名やメールアドレス、認証用のパスワードといった情報が予め登録されているものとする。そして、会議情報管理部412には、会議毎に、暗号化された会議資料や暗号鍵、分割鍵、主催者、参加者が管理されている。次に、携帯端末111~112にインストールされた会議資料閲覧アプリケーションのソフトウェア構成例を、図5を用いて説明する。会議資料取得部501は、無線LAN通信部315を介して会議資料配布サーバー101に会議資料取得要求を行い、会議資料と分割鍵を取得する。会議参加者間通信部502は、近距離無線通信部316を介して他者の携帯端末と通信し、分割鍵の受け渡しなどを行う。UIユーザインターフェース部503は、開催する会議の候補一覧を表示部312に表示し、ユーザーに開催する会議を選択させるなど、表示とユーザーの入力を制御する。会議資料復号化部504は、開催中の会議で用いる会議資料を、複数の分割鍵を結合することによって復号化する。会議情報記憶部511は、会議資料取得部501が取得した会議資料及び分割鍵を記憶部314に記憶する。[第1の実施形態]ここで、会議システムにおける会議資料配布サーバー101が実行する第1の実施形態の処理を、図6乃至図12を用いて説明する。会議資料配布サーバー101の要求処理部401は、Webサーバー機能を備え、PC121のWebブラウザからアクセスされると、ユーザー名とログイン用のパスワードを入力させるための認証画面を応答として送信する。この認証画面によりユーザー名及びパスワードを受信すると、ユーザー情報管理部411の情報と照合し、認証可否を判定する。ここで認証がOKであれば、ログインしたユーザーが主催しようとする会議の会議資料や参加者情報等を会議情報として入力させる会議情報入力画面を応答として送信する。ここで、要求処理部401がPC121に表示する会議情報入力画面の一例を、図6を用いて説明する。会議情報入力画面には、会議名の入力欄601、開催予定の年、月、日、時、分をそれぞれ入力する欄602、会議資料のファイルを入力する欄、参照ボタン、追加ボタン図6では603として示されているが含まれる。参照ボタンは、ファイルシステム内のファイルを選択するためのダイアログを表示するためのボタンである。追加ボタンは、複数のファイルを会議資料として指定する場合に押すボタンである。ここで、追加ボタンが押されると、会議資料に入力されたファイル欄603を登録済み資料として登録済み資料一覧に表示して会議資料のファイルを入力する欄を空欄にし、別のファイルを指定できるようにする。登録済み資料一覧の右側には削除ボタン604が表示されている。登録済み資料一覧に表示されているファイルは選択することができ、削除したい資料のファイルが選択されて削除ボタン604が押下されると、そのファイルを登録済み資料から削除する。更に、会議情報入力画面には、参加者の候補一覧、指名ボタン、除外ボタン、指名済み一覧図6では605として示されているが含まれる。参加者の候補一覧は、参加者として選択可能なユーザー名の一覧である。一覧に表示されたユーザー名を選択した状態で指名ボタンが押下されると、そのユーザーを参加者として指名済み一覧に移動する。また、指名済み一覧に表示されたユーザー名を選択した状態で除外ボタンが押下されると、そのユーザーの指名を解除し、参加者の候補一覧に移動する。そして、送信ボタン、キャンセルボタン図6では606として示されているの送信ボタンを押下すると、各入力欄に入力された情報が会議情報として会議資料配布サーバー101の要求処理部401に送信される。また、キャンセルボタンは、入力をクリアするためのボタンである。尚、キャンセルボタンが押下された際に、ログアウトして認証画面に戻すようにしてもよい。次に、会議資料配布サーバー101が図6に示す会議情報入力画面で入力された会議情報を受信した際の処理を、図7に示すフローチャートを用いて説明する。尚、図7と後述する図8に示す処理は、会議資料配布サーバー101のCPU211がROM212又はHDD214に記憶されている、図4に示す各機能部を実現するプログラムを実行することで実現される。また、CPU211は、必要に応じて記憶領域としてRAM213やHDD214を利用する。まず、S701では、要求処理部401が会議を識別するための会議IDを発行し、受信した会議資料と参加者情報とを、発行した会議IDに関連付けて会議情報管理部412に保存する。次に、S702では、暗号化処理部402が暗号化に用いる暗号鍵と復号化に用いる復号鍵とを生成する。尚、暗号鍵と復号鍵とは同一のものであってもよい。次に、S703では、暗号化処理部402が生成した暗号鍵を用いて会議資料を暗号化し、会議IDに関連付けて会議情報管理部412に保存する。次に、S704では、鍵分割部403が復号鍵を複数に分割することにより分割鍵を生成する。この例では、鍵分割部403は、会議参加者数と同数の分割鍵を生成するものとする。ここで、鍵を分割する方法は、鍵データのバイト配列を単純に等分する方法でもよく、秘密分散法のような方法などでもよい。特に、秘密分散法を応用した場合、分割鍵が全て揃わなくても、秘密分散法における閾値以上の数の分割鍵で復号鍵を復元できるため、参加者が全員集まらなくてもよいという点で、利便性を高めることができる。各分割鍵は、会議ID及びその分割鍵のオーナーとなる参加者と関連付けて会議情報管理部412に保存される。そして、S705では、通知部404が会議の参加者に対して自分が参加対象となっている会議の情報会議資料が作成された旨を電子メールで通知し、その会議資料を取得するように促す。尚、電子メールの本文には、会議を識別するための会議IDや会議名称が含まれていてもよい。一方、携帯端末側では、電子メールによって通知されたユーザーが会議資料閲覧アプリケーションを起動し、会議資料閲覧アプリケーションのUI部503がメニューを表示部312に表示する。そして、参加者がメニューから会議資料取得を選択すると、会議資料取得部501が会議資料配布サーバー101にユーザー認証情報を送信して会議資料取得要求を行う。尚、会議資料閲覧アプリケーションは携帯端末上で常時起動しており、通知に関係なく所定の間隔で会議資料配布サーバー101に対して問い合わせを行い、自動的に会議資料を取得するような動作であってもよい。次に、会議資料閲覧アプリケーションによる会議資料取得要求を会議資料配布サーバー101が受信した際の処理を、図8に示すフローチャートを用いて説明する。S801では、要求処理部401が会議資料取得要求に含まれるユーザー認証情報をユーザー情報管理部411の情報と照合して認証を行う。照合した結果、受信した認証情報が正しくない場合はS803へ処理を進め、要求処理部401が認証エラーの情報を要求元の会議資料閲覧アプリケーションに送信し、この処理を終了する。一方、S801で、受信した認証情報が正しい場合はS802へ処理を進め、要求処理部401が会議情報管理部412の情報を参照し、認証されたユーザーが参加者となっている会議があるか否かを判定する。判定の結果、会議がある場合にはS804へ処理を進め、要求処理部401が該当する会議の情報を会議情報管理部412から取得し、要求元の会議資料閲覧アプリケーションに送信し、この処理を終了する。具体的には、会議ID、暗号化された会議資料、認証されたユーザーがオーナーとなっている分割鍵、会議参加者、会議名称や開催日時などを含む情報を送信する。また、S802で、認証されたユーザーが参加者となっている会議がない場合にはS805へ処理を進め、要求処理部401が該当する会議がないことを要求元の会議資料閲覧アプリケーションに送信し、この処理を終了する。次に、携帯端末の会議資料閲覧アプリケーションにおける会議開催時の処理を、図9に示すフローチャートを用いて説明する。尚、この処理は、携帯端末111の制御部311が記憶部314に記憶されている、図5に示す各機能部を実現するプログラムを実行することで実現される。また、制御部311は、必要に応じて記憶領域として記憶部314を利用する。まず、S901では、UI部503が会議情報記憶部511に記憶されている会議情報の一覧を表示部312に表示し、ユーザーからの開催する会議の選択を受け付ける。次に、S902では、会議参加者間通信部502が近距離無線通信部316により近隣の携帯端末の会議資料閲覧アプリケーションと通信を行い、ユーザー名を取得する。次に、S903では、会議参加者間通信部502が、取得したユーザー名が開催しようとしている会議の参加者に含まれているか否かを、会議情報記憶部511内の情報を参照して判定する。ここで参加者に含まれていない場合にはS906へ処理を進め、会議参加者間通信部502が別のユーザーの会議資料閲覧アプリケーションを検索するために通信を試み、S902に処理を戻す。一方、S903で、参加者に含まれている場合にはS904へ処理を進め、会議参加者間通信部502が参加者と確認されたユーザーの会議資料閲覧アプリケーションと通信を行う。そして、通信相手がオーナーとなっている分割鍵を取得すると共に、自分がオーナーとなっている分割鍵を相手に送信する。次に、S905では、会議資料復号化部504が復号化に必要な分割鍵が揃ったか否かを判定する。尚、復号化に必要な分割鍵の数は、必ずしも会議参加者数と同数でなくてもよい。特に、鍵の分割に秘密分散法を用いる場合には、会議参加者数に対する固定の割合を秘密分散法の閾値とし、会議資料閲覧アプリケーションでは、復号化に必要な数を会議参加者数から自動的に導出するようにしてもよい。もしくは、秘密分散法を用いる場合、会議資料配布サーバー101で閾値を可変に設定できるようにしておき、会議資料配布サーバー101から会議情報を取得する際に、復号化に必要な分割鍵の個数も併せて受け取るようにしておいてもよい。S905で、復号化に必要な分割鍵が揃っていない場合には、上述のS906へ処理を進め、別のユーザーの会議資料閲覧アプリケーションを検索し、S902に処理を戻す。上述したS902からS906までの処理の最中に、UI部503が表示部312に表示する画面の一例を図10に示す。図10に示すように、参加者の認識状態1001が表示される。各参加者の会議資料閲覧アプリケーションとの通信に成功し、分割鍵の送受信に成功している場合、OKと表示する。また、会議資料の復号化が行われていない場合には、その状態を連想させるような表示この例ではXXXX...を会議資料の表示欄1002に表示する。一方、S905で、復号化に必要な分割鍵が揃っている場合にはS907へ処理を進め、会議資料復号化部504が分割鍵を結合して暗号化された会議資料を復号化し、UI部503が復号化された会議資料を表示する。このとき、図11に示すように、表示欄1002に復号化された会議資料を表示する。その後、会議資料の閲覧終了を指示するための会議終了ボタン1010が押下されると、この処理を終了する。次に、会議資料表示中の会議資料閲覧アプリケーションの処理を、図12に示すフローチャートを用いて説明する。S1201で、分割鍵を受け取った各会議資料閲覧アプリケーションに対してS1202からS1205までの処理ループ内の処理を繰り返す。まず、S1202では、会議参加者間通信部502が分割鍵を受け取った会議資料閲覧アプリケーションを選択する。次に、S1203では、会議参加者間通信部502が選択した会議資料閲覧アプリケーションに対して存在を確認するための応答要求を行う。次に、S1204で、会議参加者間通信部502が応答要求に対する応答があるか否かを判定する。ここで、応答がある場合には直接S1206へ処理を進めるが、応答がない場合にはS1205へ処理を進め、会議参加者間通信部502が、応答がなかった会議資料閲覧アプリケーションから受け取っていた分割鍵を削除する。更に、分割鍵を受け取った会議資料閲覧アプリケーションという情報も削除する。次に、S1206で、未実施の会議資料閲覧アプリケーションがある場合はS1202に処理を戻す。一方、全ての会議資料閲覧アプリケーションに対してこのループ内の処理を実施済みの場合にはS1207へ処理を進め、会議資料復号化部504が、分割鍵の数が予め定められた復号化に必要な数より少なくなったか否かを判定する。ここで、少なくなった場合にはS1208へ処理を進め、会議終了ボタン1010が押下されたか否かを判定し、押下されていない場合はS1201に戻り、上述の処理を繰り返す。一方、上述のS1207で分割鍵が少なくなっていないと判定された場合、またS1208で会議終了ボタン1010が押下されたと判定された場合は共にS1209へ処理を進め、UI部503が会議資料の表示を終了し、この処理を終了する。このとき、会議資料復号化部504は、他者の分割鍵が残っていれば、その分割鍵を破棄すると共に復号化された会議資料のデータも削除する。以上説明したように、会議資料配布サーバー101が会議資料を予め暗号化し、それを復号化するための鍵を分割して各参加者に配布する。そして、会議開催時に使用する携帯端末111では、近距離無線通信によって近傍の参加者を認識して分割鍵を受信し、復号化に必要な分割鍵が揃うと会議資料を復号化して表示する。また、参加者が認識できなくなったときには、その参加者から受信した分割鍵を削除し、復号化に必要な分割鍵が揃わなくなると会議資料の表示を中止する。このように、第1の実施形態によれば、会議資料の漏洩に対するセキュリティに優れ、ネットワーク環境がない場所での会議にも利用可能な、利便性の高い携帯端末上での会議資料閲覧を実現することができる。尚、会議資料配布サーバー101の通知部404は、会議の開催時刻が近付いても、会議情報を取得していない参加者がいると判断した場合には、メールなどで取得を促す通知を行うようにしてもよい。[第2の実施形態]次に、本発明に係る第2の実施形態を詳細に説明する。第2の実施形態では、会議資料を表示する際に、GPSによる位置情報を利用することで、セキュリティを高めるものである。尚、以下では、第1の実施形態と共通する部分の説明は省略し、差異のある部分についてのみ説明する。第2の実施形態では、GPSによる位置情報を利用するために、会議資料配布サーバー101が主催者に会議の開催場所を指定させる必要がある。主催者が開催場所を指定するためのユーザインターフェースを備えた会議情報入力画面を図13に示す。第1の実施形態の図6に示す会議情報入力画面に会議場所表示欄と地図ボタン図12では1301として示されているが追加されている。地図ボタンは、会議場所を地図上で指定させるための地図を表示するためのボタンである。この地図ボタンが押下されると地図を表示し、その地図上でマウスクリックを受け付けた地点を会議場所として解釈する。そして、会議場所表示欄に地図上で会議場所として指定された地点の緯度、経度を表示する。この画面で指定された会議場所の情報は、会議資料配布サーバー101に送信された後、会議IDと関連付けられて会議情報管理部412に保存される。また、S804で、会議情報の一部として会議資料閲覧アプリケーションに送信され、会議資料閲覧アプリケーションの会議情報記憶部511に保存される。次に、携帯端末の会議資料閲覧アプリケーションにおける会議開催時の処理を、図14に示すフローチャートを用いて説明する。尚、この処理は、第1の実施形態の図9に示すS901からS907の処理のうち、S905とS907の間にS1401、S1402の処理を追加したものである。S905で、会議資料の復号化に必要な分割鍵が揃っている場合にはS1401へ処理を進め、会議資料復号化部504がGPSによる位置情報をGPS受信部317から取得する。そして、S1402で、S1401で取得した位置情報が会議情報記憶部511に保存されている会議開催場所の位置情報と合致するかを判定する。尚、位置情報が完全に一致しなくても、所定の誤差以内の差異であれば、合致するものとして判定してもよい。合致しない場合にはS1401に戻り、位置情報の判定を繰り返し行う。一方、合致する場合にはS907へ処理を進め、会議資料復号化部504が会議資料を復号化し、UI部503が復号化された会議資料を表示する。次に、会議資料表示中の会議資料閲覧アプリケーションの処理を、図15に示すフローチャートを用いて説明する。尚、この処理は、第1の実施形態の図12に示すS1201からS1209の処理のうち、S1207とS1208との間にS1501、S1502の処理を追加したものである。S1501で、会議資料復号化部504がGPSによる位置情報をGPS受信部317から取得する。そして、S1502で、会議資料復号化部504がS1501で取得した位置情報が会議情報記憶部511に保存されている会議開催場所の位置情報と合致するかを判定する。判定の結果、合致していない場合にはS1209へ処理を進め、合致している場合にはS1208へ処理を進め、会議資料復号化部504が第1の実施形態と同様に処理する。このように、第2の実施形態によれば、予め指定された会議場所でのみ会議資料を復号化できるようになる。これにより、会議資料についてのセキュリティをより強化することができる。尚、S901でUI部503が会議一覧を表示する際に、GPS受信部317から位置情報を取得し、会議情報記憶部511に保存されている各会議の会議開催場所の位置情報と比較し、合致しない会議は選択できないようにしてもよい。また、位置情報ではなく、会議の開催時間帯会議の開始時間および終了時間を予め指定しておき、位置情報を判定する際に、日時情報が会議の開催時間帯に含まれているか否かを判定するようにしてもよい。これにより、会議の開催時間帯以外のときには、会議資料が復号化できないように制御することも可能となる。また、位置情報と開催時間帯の双方を判定に用いるようにしてもよい。[第3の実施形態]次に、本発明に係る第3の実施形態を詳細に説明する。第3の実施形態では、会議参加者が会議を途中で退席する場合に、他の会議参加者に分割鍵を譲渡できるようにし、会議資料の閲覧に支障が出ないようにするものである。尚、以下では、第1の実施形態と共通する部分の説明は省略し、差異のある部分についてのみ説明する。まず、会議参加者Cさんが会議を途中で退席し、他の会議参加者Bさんに分割鍵を譲渡する場合、図11に示す表示画面でBさんの表示を長押しする。この長押しを、操作部313を介してUI部503が感知すると、UI部503はこの操作を分割鍵の譲渡指示と解釈する。その結果、UI部503は、図16に示すような分割鍵の譲渡を行うためのダイアログボックス1601を画面上に表示する。この例では、Bさん宛ての分割鍵の譲渡を行うか否かを確認するダイアログボックス1601が表示される。そして、このダイアログボックス1601において、はいのボタンが押下されたことをUI部503が感知すると、Bさん宛ての分割鍵の譲渡が実行される。次に、分割鍵の譲渡に関する会議資料閲覧アプリケーションの処理を、図17を用いて説明する。尚、第3の実施形態では、第1の実施形態の図12に示すS1208の処理が図17に示す一連の処理に置き換わることになるため、この部分についてのみ説明する。尚、第2の実施形態の図15に示すS1208の処理に適用してもよい。まず、S1701で、UI部503が分割鍵譲渡の指示を受け付けたか否かを判定する。ここで、分割鍵譲渡の指示を受け付けた場合はS1702へ処理を進め、会議参加者間通信部502が譲渡先に指定された参加者の会議資料閲覧アプリケーションに自身の分割鍵を送信する。次に、S1703で、会議参加者間通信部502が譲渡先以外の参加者の会議資料閲覧アプリケーションに譲渡元と譲渡先の情報と共に、分割鍵を譲渡したことを通知する。そして、S1209へ処理を進める。一方、S1701で、分割鍵譲渡の指示を受け付けていない場合はS1711へ処理を進め、会議参加者間通信部502が他者の会議資料閲覧アプリケーションから譲渡された分割鍵を受信したか否かを判定する。ここで、受信した場合はS1712へ処理を進め、会議参加者間通信部502が譲渡された分割鍵を受信し、自身がオーナーの分割鍵として会議情報記憶部511に保存する。そして、ステップS1201へ処理を進める。また、S1711で分割鍵を受信していない場合はS1721へ処理を進め、会議参加者間通信部502が他者の会議資料閲覧アプリケーションから分割鍵譲渡通知を受信したか否かを判定する。ここで、受信していない場合はステップS1201へ処理を進める。一方、受信した場合はS1722へ処理を進め、譲渡先に譲渡された分割鍵を受信した通知に含まれる譲渡先の会議資料閲覧アプリケーションから取得する。そして、S1201に戻る。このように、第3の実施形態によれば、会議参加者が会議を途中で退席する場合、他の会議参加者に分割鍵を譲渡することで、会議資料の閲覧に支障が出ないようにすることができる。また、会議開催前に、分割鍵の譲渡相手と近距離無線通信によって分割鍵の譲渡だけを行っておき、譲渡の通知は会議開催時に譲渡先の会議資料閲覧アプリケーションから発行するようにしてもよい。これにより、会議を欠席する場合にも応用が可能となる。[第4の実施形態]次に、本発明に係る第4の実施形態を詳細に説明する。第3の実施形態では、分割鍵の譲渡先は、譲渡しようとしているユーザーの指定に従ったが、その場合、複数の譲渡が行われた場合に譲渡先となる参加者が集中してしまう恐れがある。そこで、第4の実施形態では、譲渡先が分散されるように処理するものである。尚、第1の実施形態、第3の実施形態と共通する部分の説明は省略し、差異のある部分についてのみ説明する。図11に示す表示画面において、会議参加者が会議終了ボタン1010を押下すると、UI部503が押下を検知し、図18に示すダイアログボックス1801を画面上に表示する。具体的には、分割鍵譲渡を実行してから終了するか否か分割鍵譲渡を実行せずに終了するかを確認するダイアログボックス1801を表示する。このダイアログボックス1801において、UI部503が会議参加者によりはいのボタンが押下されたことを検知すると、分割鍵の譲渡を実行してから会議資料の閲覧を終了する。一方、UI部503が会議参加者によりいいえのボタンが押下されたことを検知すると、分割鍵の譲渡は行わずに会議資料の閲覧を終了する。次に、分割鍵の譲渡に関する会議資料閲覧アプリケーションの処理を、図19を用いて説明する。この処理は、第3の実施形態の図17に示すS1208、S1701の処理をS1901からS1905の処理としたものである。まず、S1901で、UI部503が会議終了の指示会議終了ボタン1010の押下を受け付けたか否かを判定する。会議終了の指示を受け付けていない場合はS1711へ処理を進め、第3の実施形態で説明した処理を行う。一方、S1901で会議終了の指示を受け付けた場合はS1902へ処理を進め、UI部503が分割鍵を譲渡して終了する指示を受け付けたか否かを判定する。そのまま会議を終了する指示ダイアログボックス1801でいいえの押下を受け付けた場合はS1209へ処理を進める。また、分割鍵を譲渡して終了する指示ダイアログボックス1801ではいの押下を受け付けた場合はS1903へ処理を進める。このS1903では、会議参加者間通信部502が他の会議資料閲覧アプリケーションのうち、オーナーとして所有している分割鍵の数が一番少ないものを選択する。ここで、各会議資料閲覧アプリケーションがオーナーとして所有している分割鍵の情報は、S1203の存在確認の応答要求に対する応答の際に、各会議資料閲覧アプリケーションから受信しているものとする。また、オーナーとして所有している分割鍵の数が一番少ない会議資料閲覧アプリケーションが複数ある場合には、ランダムなど所定の方法により、一つを選択するものとする。次に、S1904で、選択した会議資料閲覧アプリケーションに譲渡を行ってよいか否かを判定する。具体的には、選択した会議資料閲覧アプリケーションに分割鍵を譲渡することで、譲渡先がオーナーとして所有する分割鍵のみで会議資料を復号化できない場合は譲渡可能と判定し、S1702へ処理を進め、第3の実施形態で説明した処理を行う。一方、譲渡先がオーナーとして所有する分割鍵のみで会議資料を復号化できる場合には譲渡を禁止すると判定し、S1905へ処理を進め、UI部503が譲渡が実行できないことを表示部312に表示し、S1209へ処理を進める。このように、第4の実施形態によれば、分割鍵の譲渡先を自動的に分散させることができる。また、譲渡が多発して分散が機能せず、一人の参加者に分割鍵が集中して単独で会議資料を復号化できてしまうような場合には、譲渡を実行不可にすることができる。これにより、分割鍵の譲渡によって一人の参加者に分割鍵が集中してしまい、単独で会議資料を復号化できてしまうことを防止することができる。[第5の実施形態]次に、本発明に係る第5の実施形態を詳細に説明する。第5の実施形態は、会議の参加者として事前には指定されていなかったユーザーが、飛び入りで会議に参加したい場合の処理を追加したものである。尚、以下では、第1の実施形態と共通する部分の説明は省略し、差異のある部分についてのみ説明する。第5の実施形態として、会議資料閲覧アプリケーションにおいて、飛び入り参加処理が実行された場合の処理を、図20に示すフローチャートを用いて説明する。尚、この処理は、携帯端末111の制御部311が記憶部314に記憶されている、図5に示す各機能部を実現するプログラムを実行することで実現される。また、制御部311は、必要に応じて記憶領域として記憶部314を利用する。まず、S2001で、会議参加者間通信部502が近隣で起動している他者の会議資料閲覧アプリケーションを認識する。そして、S2002で、会議参加者間通信部502が認識した会議資料閲覧アプリケーションから開催中の会議情報を取得し、UI部503が一覧として表示部312に表示し、ユーザーが参加したい会議の選択を受け付ける。このときの画面例を図21に示す。図21に示すように、開催中の会議表示欄に開催中の会議の会議IDと各会議に参加している参加者名とを関連付けて一覧表示2101する。この画面において、ユーザーは表示されている開催中の会議の一覧表示2101から会議IDを押下することにより、参加したい会議を選択することができる。次に、S2003で、会議参加者間通信部502が指定された会議の参加者の会議資料閲覧アプリケーションに対して会議の飛び入り参加の承認依頼を送信する。次に、S2004で、会議参加者間通信部502が承認依頼に対する返信を待ち受ける。その後、返信を受信すると、S2005で会議参加者間通信部502が返信内容が否認であったか否かを判定する。否認であった場合にはS2006へ処理を進め、UI部503が参加を否認されたことを表示部312に表示し、この飛び入り参加処理を終了する。一方、S2005で、承認された場合にはS2007へ処理を進め、会議参加者間通信部502が参加したい会議の参加者全員分の承認が得られたか否かを判定する。全員分の承認が得られていない場合にはS2004に戻り、上述の処理を繰り返す。一方、全員分の承認が得られた場合にはS2008へ処理を進め、会議参加者間通信部502が各参加者の会議資料閲覧アプリケーションから分割鍵を取得する。そして、ステップS2009で、会議参加者間通信部502が任意の参加者の会議資料閲覧アプリケーションから暗号化された会議資料を受信する。このように、第5の実施形態によれば、会議参加者の承認を得ることで、事前に参加を予定していなかったユーザーが、会議資料に関するセキュリティ強度を落とすことなく、飛び入りで会議に参加することが可能となる。以上説明した各実施形態によれば、ネットワーク環境のない場所での会議にも適用可能で、参加者の途中退席に応じた再暗号化が不要である。また、会議主催者、会議参加者の誰かが携帯端末を紛失し、悪意のある人が入手したとしても、携帯端末単体では会議資料を復号化することが非常に困難である。従って、会議資料の漏洩に対するセキュリティに優れ、利便性にも優れた会議資料閲覧方法を提供することができる。[他の実施形態]また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータまたはCPUやMPU等がプログラムを読み出して実行する処理である。