(57)【要約】【課題】メッセージの、着信の有無(着信件数)、発信者と件名、内容(本文)のような機密レベルに対応した認証を実現する。【解決手段】本発明の着信お知らせサーバは、インターネットとファイアウォールで分離したイントラネットに接続するメッセージサーバにメッセージの着信を確認する手段と、メッセージの発信者名及び件名をクライアントの鍵で暗号化する手段と、インターネットに接続するクライアントからのメッセージの着信の問い合わせに応答して、メッセージの件数ならびに暗号化した発信者及び件名を送信する手段とを有する。また、着信お知らせサーバとメッセージサーバにより、メッセージサーバシステムを構成する。【選択図】図１
2010015417.tif 000002
【特許請求の範囲】
【請求項１】
インターネットとファイアウォールで分離したイントラネットに接続するメッセージサーバにメッセージの着信を確認する手段と、前記メッセージの発信者名及び件名をクライアントの鍵で暗号化する手段と、前記インターネットに接続する前記クライアントからの前記メッセージの着信の問い合わせに応答して、前記メッセージの件数ならびに暗号化した前記発信者及び前記件名を送信する手段とを有することを特徴とする着信お知らせサーバ。
【請求項２】
前記クライアントからの前記メッセージの着信の問い合わせに応答して、前記クライアントの通信インターフェイスの固有識別子を用いて認証する手段を有することを特徴とする請求項１記載の着信お知らせサーバ。
【請求項３】
インターネットとファイアウォールで分離したイントラネットに接続するメッセージサーバと、前記メッセージサーバに着信したメッセージの件数、発信者名及び件名を受信し、前記メッセージの発信者名及び件名をクライアントの鍵を用いて暗号化し、前記インターネットに接続する前記クライアントからの前記メッセージの着信の問い合わせに応答して、前記メッセージの件数ならびに暗号化した前記発信者及び前記件名を返信する着信お知らせサーバとを有することを特徴とするメッセージサーバシステム。
【請求項４】
前記着信お知らせサーバは、前記クライアントからの前記メッセージの着信の問い合わせに応答して、前記クライアントの通信インターフェイスの固有識別子を用いて認証することを特徴とする請求項３記載のメッセージサーバシステム。
【請求項５】
前記クライアントは、１つ以上の表示手段を具備し、前記着信お知らせサーバから返信された前記メッセージの件数を前記１つ以上の表示手段の内の１つに前記メッセージの種別を示すアイコンに対応付けて表示することを特徴とする請求項４記載のメッセージサーバシステム。
【請求項６】
前記クライアントは、前記クライアントの利用者による前記アイコンの選択に応答して、前記利用者を認証し、前記認証に成功すると、前記選択されたアイコンに対応した種別の前記メッセージの暗号化された前記発信者及び前記件名を平文化し、前記１つ以上の表示手段に表示することを特徴とする請求項５記載のメッセージサーバシステム。
【請求項７】
前記クライアントは、前記表示された前記発信者及び前記件名の前記利用者による選択に応答して、前記ファイアウォールによる認証を受け、前記イントラネットに接続する他の情報処理装置に接続し、前記他の情報処理装置を介して、前記メッセージサーバに着信している、前記選択した前記発信者及び前記件名に対応する前記メッセージにアクセスすることを特徴とする請求項６記載のメッセージサーバシステム。
【請求項８】
前記着信お知らせサーバは、前記暗号化した前記発信者と件名に対応付けた色情報を平文で前記クライアントに送信し、前記クライアントは、前記１つ以上の表示手段の前記色情報で塗りつぶした領域に、前記平文化した前記発信者及び前記件名を表示することを特徴とする請求項６記載のメッセージサーバシステム。
【請求項９】
インターネットに接続するクライアントと、前記インターネットとファイアウォールで分離したイントラネットに接続し、メッセージを件名及び発信者と本体とに分け、前記メッセージの件数を保持し、前記クライアントからの、機密レベルの異なる前記件数、前記件名及び前記発信者、並びに前記本体の問い合わせに対応して、異なる認証レベルで認証するメッセージサーバとを設けることを特徴とするメッセージサーバシステム。
【請求項１０】
前記認証レベルは、前記クライアントが具備する通信インタフェイスの識別子、前記クライアントが具備する認証デバイス、前記クライアントの利用者の識別子、前記クライアントの利用者の生体情報、及び前記利用者の所持する認証デバイスのいずれか一つ以上を用い、前記機密レベルに対応させることを特徴とする請求項９記載のメッセージサーバシステム。
【請求項１１】
前記クライアントが具備する認証デバイスは前記メッセージサーバに前記メッセージの有無を問い合わせ、前記問い合わせに対する応答として、前記メッセージサーバから前記メッセージの前記件数、前記発信者及び前記件名を受信し、前記受信した前記件数、前記発信者及び前記件名を前記認証デバイスが内部の記憶領域に保持することを特徴とする請求項１０記載のメッセージサーバシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット側の利用者がファイアウォールでインターネットから分離されたイントラネット内のメールの着信をセキュアに簡便に確認する技術に関する。
【背景技術】
【０００２】
従来、インターネットからファイアウォールで分離されたイントラネット内のメールの着信の、インターネット側からの確認は、イントラネットに接続しているＰＣに、インターネット側からリモートアクセスしてログオンし、メーラを起動し、確認していた。このようなリモートアクセスに対する機密レベルは、メール着信の有無やメール件数の確認と、メールの件名の一覧表示と、内容の表示や返信とで異なり、内容の表示や返信が一番高い。そこで、一番高い機密レベルに見合うリモートアクセスでイントラネット内のメールを利用している。
【０００３】
特開２００２−２１５６３０号公報（特許文献１）に公開される情報配信サーバは情報端末装置との間で、所定の認証情報に基づいて地図情報に対応した個別情報を送受信することにより、機密保護が必要な個別情報を情報端末装置で利用する。
【０００４】
【特許文献１】特開２００２−２１５６３０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来の機密情報の取り扱いは、取り扱う情報の一番高い機密レベルに見合った機密保護が求められ、イントラネットでも機密を取り扱う資格者本人を認証していた。インターネット側からイントラネット内の情報にアクセスする場合も、機密を取り扱う資格者本人をリモートアクセス時やログオン時に認証していた。
【０００６】
イントラネット内で取り扱う機密情報には、文書の他にメールやインスタントメッセンジャのメッセージも含まれる。メールやインスタントメッセンジャのメッセージに関して、ユーザの関心事は着信の有無、発信者、件名、そして内容(本文)である。従来、特に内容(本文)の機密レベルに見合った機密保護を求めるため、着信の有無(着信件数)を確認するだけでも、明示的な機密を取り扱う資格者本人の認証を伴うイントラネットへのリモートアクセスが求められていた。
【課題を解決するための手段】
【０００７】
本発明の態様の一つである着信お知らせサーバは、インターネットとファイアウォールで分離したイントラネットに接続するメッセージサーバにメッセージの着信を確認する手段と、メッセージの発信者名及び件名をクライアントの鍵で暗号化する手段と、インターネットに接続するクライアントからのメッセージの着信の問い合わせに応答して、メッセージの件数ならびに暗号化した発信者及び件名を送信する手段とを有する。
【０００８】
本発明の他の態様は、インターネットとファイアウォールで分離したイントラネットに接続するメッセージサーバと、メッセージサーバに着信したメッセージの件数、発信者名及び件名を受信し、メッセージの発信者名及び件名をクライアントの鍵を用いて暗号化し、インターネットに接続するクライアントからのメッセージの着信の問い合わせに応答して、メッセージの件数ならびに暗号化した発信者及び件名を返信する着信お知らせサーバとを有するメッセージサーバシステムである。
【０００９】
本発明のさらに他の態様は、インターネットに接続するクライアントと、インターネットとファイアウォールで分離したイントラネットに接続し、メッセージを件名及び発信者と本体とに分け、メッセージの件数を保持し、クライアントからの、機密レベルの異なる件数、件名及び発信者、並びに本体の問い合わせに対応して、異なる認証レベルで認証するメッセージサーバとを設けるメッセージサーバシステムである。
【発明の効果】
【００１０】
本発明によれば、メッセージの、着信の有無(着信件数)、発信者と件名、内容(本文)のような機密レベルに対応した認証を実現できる。低機密情報は簡便な認証を、高機密情報にはて複雑でしっかりした認証を求める多段階認証により、インターネット側のユーザに、イントラネットのメッセージの着信件数の確認や発信者や件名の確認する際の、明示的な機密を取り扱う資格者本人の認証を伴うイントラネットへのリモートアクセスは不要となる。
【発明を実施するための最良の形態】
【００１１】
本発明の実施形態を、実施例１および実施例２として説明する。
【実施例１】
【００１２】
実施例１を、図１〜図６を用いて説明する。図中、２１は情報処理装置（クライアント）、２２は着信お知らせサーバ、２３は社内ネットワーク（イントラネット）内のエージェントで具体的にはＰＣなどの情報処理装置の上で動くメッセンジャソフト、２４は社内ネットワーク内のメッセージサーバ、２５は社外の第３者のメッセージサーバである。
【００１３】
図１において、情報処理装置２１の動作を説明する。情報処理装置２１は定期的に着信お知らせサーバ２２にメッセージの着信の有無を問い合わせたり、着信お知らせサーバ２２からメッセージの到着を件数表示が知らせる(10)。
【００１４】
この時情報処理装置21は、着信お知らせサーバ２２からメッセージサーバ２４に到着したメッセージの本体以外の付帯情報である発信者や件名を受信する。
【００１５】
件数表示(10)動作中にイベントが発生するとイベント毎に対応するルーチンが処理し件数表示(10)に復帰する。
【００１６】
タイマ割り込み(101)が発生すると、情報処理装置２１はpolling/push(11)で着信お知らせサーバ２２にメッセージの着信の有無を問い合わせ、メッセージが着信していると、着信お知らせサーバ２２がプッシュする付帯情報を受信する。処理が終わると件数表示に戻り(102)、情報処理装置２１は受信した付帯情報からメッセージの件数を把握し、表示する(10)。以後、タイマ割り込みのたびにpolling/push(11)を繰り返す。
【００１７】
着信お知らせサーバ２２は、polling/push(11)による問い合わせの際、情報処理装置２１の通信インターフェイスの固有識別子を用いて認証する。具体的には、ネットワークアダプタが持つＭＡＣアドレスやモデムが持つ電話番号や加入者番号等の固定ＩＤを確認する簡易的な認証プロセスを踏む。認証に成功すると着信お知らせサーバ２２は平文で件数を、情報処理装置２１が持つ鍵か、情報処理装置２１が公にしている公開鍵で暗号化したメッセージの本体以外の付帯情報を、情報処理装置２１に送信する。
【００１８】
件数表示(10)のアイコンやウィンドウ上でマウスやトラックパッドのボタンが利用者（ユーザ）によってクリック(103)される（選択される）と、イベントが発生しローカル認証(104)に遷移し、ユーザ識別子などを用いたユーザ認証を待つ。認証に失敗したり、時間切れを迎えると件数表示に戻る(105)。認証に成功すると、すでに受信している付帯情報の内、件数表示(10)で秘匿し表示していなかった発信者名や件名を件名表示(12)で表示する。情報処理装置２１は認証に成功したことを根拠に情報処理装置２１が持つ鍵（共通鍵ないし秘密鍵）で発信者名や件名を平文化し表示する。件名表示(12)中に件名がクリックされずに時間切れを迎えると件数表示(105)にもどり、付帯情報は表示されない。
【００１９】
件名表示中に件名がクリック(121)されると、情報処理装置２１はインターネット経由でFireWall（ファイアウォール）を越えて社内ネットワークのエージェント２３にリモートアクセス(122)を試みる。リモートアクセス(122)では、FireWallで認証し、認証成功後、VPN(仮想プライベートネットワーク)を構築し、社内ネットワークに到達する。社内ネットワークのエージェント２３にログオンする際にユーザ認証を行う。認証に成功すると内容表示/再生(13)に遷移し、件数表示(10)のウィンドウのウィンドウペインに内容を表示もしくは内容を再生する。表示や再生された後、ユーザが明示的に切断したり、携帯電話でリモートアクセス中に通信環境が事由で切断されると、内容表示/再生(13)は終了し、ウィンドウペインの内容は破棄され/非表示になり、件名表示(124)に戻る。件名表示に戻り、再度クリックするとリモートアクセス(122)を試行し、放って置いて時間切れを迎えると件数表示(105)にもどり、付帯情報は表示されない。
【００２０】
図１によれば、件数の表示のための着信お知らせサーバ２２への問い合わせには、情報処理装置２１のネットワークアダプタが持つＭＡＣアドレスやモデムが持つ電話番号や加入者番号等の固定ＩＤが用いられ、ユーザの情報、特にメールやインスタントメッセンジャのアカウントは用いない。付帯情報である発信者名と件名の表示には、情報処理装置２１が持つ鍵（共通鍵ないし秘密鍵）が用いられる。こうする事で、第三者にとっては、ユーザと件数や付帯情報との対応付けが困難となる。
【００２１】
内容の表示/再生にはFireWallで社内ネットワークの利用資格とエージェント２３での利用者本人の認証を行っている。こうする事で、件数の表示と、付帯情報である発信者名と件名の表示、内容の表示には異なった認証が用いられ、情報処理装置２１が扱う情報の機密性に応じて各々異なる認証レベルを設定している。
【００２２】
図２を用いて、メッセージサーバシステムの概略を説明する。図２において、社内ネットワーク（イントラネット）のメールサーバ（メッセージサーバ）２４は、電子メールとインスタントメッセンジャのメッセージの送信と受信とメールボックスへの振り分けと、ユーザエージェント２３のメーラからのＰＯＰプロトコルに対する応答を行う。加えて、ボイスメールの録音と蓄積とユーザエージェント２３への配信、予定表の登録とユーザエージェント２３への通知(リマインド)を行う。
【００２３】
社内ネットワークのメールサーバ２４はインターネットに接続する社外のメールサーバ２５と不定期にメールの送受信(201)を行い、着信したメールは宛先に従い該当するユーザのメールボックスに振り分ける。
【００２４】
着信お知らせサーバ２２はメールサーバ２４に対して定期的に着信確認(202)を行う。前回の着信確認以後に新たな着信があると、メッセージの本体以外の付帯情報である発信者や件名が含まれるヘッダをメールサーバ２４に要求し、ヘッダを取得(203)する。着信お知らせサーバ２２は取得したメッセージの本体以外の付帯情報を、情報処理装置２１が持つ鍵か、情報処理装置２１が公にしている公開鍵で暗号化(204)する。
【００２５】
情報処理装置２１は前述の処理201〜204とは独立に、着信お知らせサーバ２２に定期的に着信を確認(205)する。前回の定期着信確認(205)以後に、着信お知らせサーバ２２がメールサーバ２４からヘッダを取得(203)している場合、情報処理装置２１は着信お知らせサーバ２２から、平文の件数と、情報処理装置２１が持つ鍵か、情報処理装置２１が公にしている公開鍵で暗号化したメッセージの本体以外の付帯情報を取得(206)する。ヘッダを取得していない場合、件数が０件である旨の情報を取得(206)する。取得(206)した件数を反映して件数表示を更新(207)する。
【００２６】
着信お知らせサーバ２２は、メッセージの本体以外の付帯情報である発信者と件名を情報処理装置２１に送信するに際して、暗号化された発信者と件名とに平文による色情報を対応付けて送信する。色情報は、秘匿する必要が無いので、平分で送信される。
【００２７】
情報処理装置２１では、前述の処理205〜207とは独立して、ユーザによりメールアイコン等がクリックされるとイベントが発生し、ローカル認証(208)でユーザの認証を行う。認証に失敗したり、時間切れを迎えると件数表示に戻る。認証に成功すると、すでに受信している付帯情報の内、件数表示で秘匿し表示していなかった発信者名や件名を件名表示(209)で表示する。情報処理装置２１は認証に成功したことを根拠に情報処理装置２１が持つ鍵（共通鍵ないし秘密鍵）で発信者名や件名を平文化し表示する。発信者名や件名に対応付けて着信お知らせサーバ２２から送信された色情報に基づいて、たとえば、その色で塗りつぶした領域に表示する。件名表示(209)中に件名がクリックされずに時間切れを迎えると件数表示(207)に戻り、付帯情報は表示されない。
【００２８】
件名表示(209)中に件名がクリックされてイベントが発生すると、情報処理装置２１はインターネット経由でFireWallを越えて社内ネットワークのエージェント２３にリモートアクセスを試みる。リモートアクセスでは、FireWallで認証(210)し、認証成功後、VPN(仮想プライベートネットワーク)を構築し、社内ネットワークに到達する。社内ネットワークのエージェント２３にログオンする際にユーザ認証を行う。認証に成功するとユーザエージェント２３は起動ないし省電力モードから通常の動作モードに復帰(211)する。図２においてユーザエージェント２３はリモートアクセスがない時は常時省電力モードにあるが、通常の動作モードでも動作できる。
【００２９】
ユーザエージェント２３は通常の動作モードに復帰(211)すると、社内ネットワークのメールサーバ２４にメールの送受信(212)を試み、ユーザのメールボックスから未読のメールを取得する。取得されたメールはユーザエージェント２３がユーザエージェント２３のメーラで内容を表示/再生(214)し、この表示画面は情報処理装置２１にリモートディスプレイプロトコルで転送され、情報処理装置２１に表示(213)される。
【００３０】
メールサーバ２４は前述の処理201〜214とは独立したタイミングで、着信お知らせサーバ２２がヘッダを取得(203)した後、情報処理装置２１がそのヘッダを取得(206)し、メッセージの着信が知らされたか、既読確認(215)で確認する。この確認により、社内ネットワークのメールサーバ２４は、社内ネットワーク上のインスタントメッセンジャに情報処理装置２１のユーザにメッセージが到達可能な状態にあるかどうかを知らせる。
【００３１】
以上の図１及び図２を用いた説明では、説明を分かり易くするために、メッセージサーバ（メールサーバ）２４と着信お知らせサーバ２２とを分けた構成として説明したが、物理的に１台のサーバで構成しても良いし、着信お知らせサーバ２２の機能をメッセージサーバ（メールサーバ）２４の機能の一環として構成しても良い。
【００３２】
図３〜６を用いて件数表示(10)を説明する。図３は件数表示の様子を表しており、情報処理装置２１が複数の表示装置を具備する場合、表示装置の一方のたとえばサブ液晶に表示される。複数の表示装置を具備しない場合、情報処理装置２１が表示しているウィンドウシステムのタスクバーや、ウィンドウを飾るタイトルバーやツールバーの一部を占有して表示される。
【００３３】
図３の件数表示は、表示(30)が時刻０８：４６時点での、表示(31)が時刻１１：１２時点での件数を表示している。
【００３４】
時刻０８：４６時点で、表示(30)で、メールアイコン(301)と件数(302)でメールの着信を知らせている。メールアイコン(301)は濃い色や目立つ色で明るく表示され、合わせて件数(302)には着信件数として３と１が表示されている。着信件数の上段の３は合計を、下段の１は内数で緊急度の高いメッセージの件数を表している。緊急度の高いメッセージはメールの発信者や件名や属性から着信お知らせサーバ２２が判定したメールの件数に、インスタントメッセンジャのメッセージの件数が加算されている。
【００３５】
隣にはボイスメールアイコン(303)とボイスメールの件数(304)が並び、ボイスメールが残されている事を知らせている。ボイスメールアイコン(303)は濃い色や目立つ色で明るく表示され、合わせてボイスメールの件数(304)には２と表示されている。さらに隣にはリマインダアイコン(305)と予定時刻(306)が並び、予定行事が迫っていることを知らせている。リマインダアイコン(305)は濃い色や目立つ色で明るく表示され、合わせて予定時刻(306)には０９：００−１０：００と表示されている。
【００３６】
このようにメッセージ種別（メールの種別、リマインダ）に対応して、アイコンとその件数又は予定時刻を表示することにより、メッセージ種別対応のアイコンの選択の操作性が良い。
【００３７】
時間が経過し時刻１１：１２時点で、メールやインスタントメッセンジャのメッセージはすでに読まれたので、表示(31)では、メールアイコン(301)は薄い色で暗く表示されている。また、ボイスメールも１件再生されたのでボイスメールの件数は１になり、また、リマインダアイコンは、予定を確認したので予定時刻(306)は表示されなくなった。
【００３８】
図３の通り、件数表示に表示される情報は機密性の低い件数や予定時刻だけである。
【００３９】
件数表示がウィンドウシステムのタスクバーや、ウィンドウを飾るタイトルバーやツールバーに寄生し一部を占有して表示されている場合、メールアイコン(301)やボイスメールアイコン(303)やリマインダアイコン(305)をクリックすると、図４や図５や図６のウィンドウが開く。
【００４０】
図４はネットワークランチャ、図５はガジェットプレイヤ、図６は端末プログラムで件数表示を行っている。いずれも件数表示が可能であり、図３の件数表示がタスクバーや、ウィンドウを飾るタイトルバーやツールバーに寄生させずに、単独で起動させて常駐させることも可能である。また、いずれも起動されていない状態で、寄生中の図３の件数表示をクリックする事で、クリックに関連付けられたいずれかのプログラムが起動する。起動後は寄生中の図３の件数表示のいずれにも件数が表示される。
【００４１】
図４を用いてネットワークランチャにおける件数表示を説明する。図３に重複する部位の説明は省略する。図４において、表示(40)は図３の表示(30)と同じ機密レベルで表示する為、表示中の情報は機密性の低い件数や予定時刻だけである。
【００４２】
表示(40)において、上部に通信手段のアイコンとして、左から無線ＬＡＮ、モデム、ＷｉＭＡＸ(401)、有線LANが並ぶ。利用可能な通信手段はアイコンが濃い色や目立つ色で明るく表示される。無線ＬＡＮとＷｉＭＡＸ(401)が利用可能で、情報処理装置２１は定期的に着信お知らせサーバ２２にメッセージの着信の有無を問い合わせている。
【００４３】
利用可能な状態にある通信手段のアイコンはクリックすることで手動でリモートアクセスを開始できる。リモートアクセスのための個人認証用の番号を入力するためのテキストボックス(411)が通信手段のアイコンの下に配置されている。
【００４４】
表示(40)では、テキストボックス(411)の下に図３の件数表示と同等のアイコンが並び、アイコンをクリックすると件名が表示される。表示(40)では、リマインダアイコンと予定時刻の代わりに、タイムライン上に塗りつぶされた箱として予定が表示される。表示(40)のアイコンの下には件名を表示するための領域である件名表示領域(42)があり、アイコンをクリックするとの件名表示領域(42)部位が伸びる。この件名表示領域(42)は、着信お知らせサーバ２２から送信された発信者と件名とに対応付けられて、送信された色情報に基づいて、塗りつぶしなどにより色表示される。
【００４５】
表示(41)では、メールアイコンがクリックされたために、色表示された件名表示領域(42)が伸びて件名表示(421)が現れ、メールの送信者と件名が表示されている。件名表示(421)は件数が増えるとスクロール可能で、件名でクリックすると社内のエージェント２３へのリモートアクセスを開始する。
【００４６】
リモートアクセスでは、先ずFireWallと情報処理装置２１の間で認証し、認証成功後に、VPN(仮想プライベートネットワーク)を構築し、社内ネットワークに到達する。社内ネットワークのエージェント２３にログオンする際に、リモートディスプレイプロトコル準拠の端末プログラムが起動し、ユーザ認証を行う。認証に成功するとリモートディスプレイプロトコル準拠の端末プログラムで社内ネットワークのエージェント２３にログオンし、メールやインスタントメッセンジャ、ボイスメール、予定表の内容が表示ないし再生される。
【００４７】
図４において、ネットワークランチャが動作している情報処理装置２１の問い合わせの際、着信お知らせサーバは、情報処理装置２１のネットワークアダプタが持つＭＡＣアドレスやモデムが持つ電話番号や加入者番号等の固定ＩＤを確認する簡易的な認証プロセスを踏む。認証に成功すると着信お知らせサーバ２２は平文で件数を、情報処理装置２１が持つ鍵か、情報処理装置２１が公にしている公開鍵で暗号化したメッセージの本体以外の付帯情報を、情報処理装置２１に送信する。
【００４８】
図５を用いてガジェットプレイヤにおける件数表示を説明する。図３に重複する部位の説明は省略する。図５において、表示(50)は図３の表示(30)と同じ機密レベルで表示する為、表示中の情報は機密性の低い件数や予定時刻だけである。
【００４９】
表示(50)で、図３の件数表示と同等のアイコンが並び、アイコンをクリックすると件名が表示される。表示(50)では、リマインダアイコンと予定時刻の代わりに、タイムライン上に塗りつぶされた箱として予定(501)と予定(502)が表示される。表示(50)の予定(501)と予定(502)が表示されているタイムラインの下には、３つのタイムラインがあり、タイムライン上に箱として予定(503)と予定(504)が表示されている。
【００５０】
予定(501)と予定(502)が載るタイムラインには情報処理装置２１のユーザの予定が表示されている。残りの３つのタイムラインは社内の他のユーザの予定を表示でき、情報処理装置２１のユーザがあらかじめ登録・設定した他のユーザの予定が予定(503)と予定(504)に表示されている。予定(504)は予定(501)や予定(502)や予定(503)と表示色が異なり、休暇を表している。この表示色も情報処理装置２１のユーザがあらかじめ登録・設定できるので、表示される色が表す予定の種別はユーザによって異なり、他人が一見して予定の種別を判別できない。タイムラインの地の表示も情報処理装置２１のユーザが変更できる。
【００５１】
表示(50)でタイムラインやタイムライン上の箱がクリックされるとイベントが発生し、ローカル認証でユーザの認証を行う。認証に成功すると、予定の箱には件名が表示される。ガジェットプレイヤの表示は表示(51)になり、予定(501)は会議、予定(502)は出張、予定(503)は外出、予定(504)は休暇が表示される。これにより、たとえば上司は外出の予定があり、同僚は休暇で不在、部下は社内で在席と判る。
【００５２】
図６を用いて端末プログラムにおける件数表示を説明する。図３に重複する部位の説明は省略する。図６において、表示(60)は図３の表示(30)と同様のアイコンがウィンドウの下部の枠に並び、ウィンドウペイン(61)にはボイスメールの一覧(602)が表示されている。
【００５３】
一覧を表示する前、表示(60)は図３の表示(30)と同じ機密レベルで表示する為、表示中の情報は機密性の低い件数や予定時刻だけであったが、ボイスメールアイコン(601)をクリックし、ローカル認証に成功した結果、ボイスメールの一覧(602)が表示されている。ボイスメールの一覧(602)には日時と発信者とともに再生アイコン(604)と削除アイコン(603)が表示されている。情報処理端末２２のユーザが再生アイコン(604)もしくは削除アイコン(603)をクリックすると、社内のエージェント２３へのリモートアクセスを開始する。
【００５４】
図６の端末プログラムによるリモートアクセスでは、先ずFireWallと情報処理装置２１の間で認証し、認証成功後にVPN(仮想プライベートネットワーク)を構築し、社内ネットワークに到達する。リモートアクセスの目的がボイスメールの再生や削除なので、社内ネットワークのエージェント２３にはボイスメールの中継を依頼する。社内ネットワークのエージェント２３は端末プログラムのユーザとユーザ認証を行い、認証に成功すると、メールサーバ２４にボイスメールの配信を依頼する。配信されるボイスメールはストリーミングプロトコルで、社内のエージェント２３が中継して情報処理装置２１に到達し、端末プログラムが再生する。再生中、再生アイコン(604)は一時停止アイコンに、削除アイコン(603)は再生停止アイコンにそれぞれ表示が変わる。
【００５５】
再生や削除操作から一定時間経つと端末プログラムはリモートアクセスを終了する。その後ユーザが操作しないまま一定時間経過するとボイスメールの一覧(602)はウィンドウペイン(61)に表示されなくなり、付帯情報は表示されない。
【００５６】
ウィンドウペイン(61)に何も表示されていない状態でメールアイコン(605)をクリックし、ローカル認証に成功すると、メールの一覧が件名と共に表示される。件名を表示すると、社内のエージェント２３へのリモートアクセスを開始する。リモートアクセスでは、先ずFireWallと情報処理装置２１の間で認証し、認証成功後、VPN(仮想プライベートネットワーク)を構築し、社内ネットワークに到達する。前述のボイスメールと違い、引き続き社内ネットワークのエージェント２３とリモートディスプレイプロトコルでユーザ認証を行い、エージェント２３にログオンする。エージェント２３では、メールやインスタントメッセンジャ、ボイスメール、予定表の内容がユーザエージェント２３のメーラで内容を表示ないし再生し、この表示画面は情報処理装置２１にリモートディスプレイプロトコルで情報処理装置２１に転送され、端末プログラムのウィンドウペイン(61)に表示される。
【００５７】
以上の説明の通り、情報処理装置２１が図３、図４、図５、図６のインタフェースで着信お知らせサーバ２２と図１と図２の如く通信することで、利用者の目に触れるもしくは利用者が扱う情報の機密レベルに応じて多段階の認証を実現する。
【００５８】
情報処理装置２１が件数表示中は、着信お知らせサーバ２２が送った付帯情報でも個人情報を含む可能性があるアドレスと発信者名と件名は暗号化され秘匿されている。秘匿されている付帯情報は表示しない、もしくは塗りつぶされて判読できない状態で表示する。付帯情報の一部たとえば着信日時は暗号化されない。
【００５９】
利用者が情報処理装置２１上での認証(104)に成功すると秘匿されていた情報は平文化し、表示されていなかったもしくは判読できない状態だった内容が、判読できる状態で表示(12)される。一定時間経つと、元のとおり、付帯情報は表示されないか判読できない状態で表示される。また、利用者は件名を確かめると、必要に応じて社内ネットワークのユーザエージェント２３にリモートアクセスし、内容を確認し返信する。
【００６０】
実施例１によれば、メールやインスタントメッセンジャのメッセージに関して、着信の有無(着信件数)と、発信者と件名、内容(本文)を機密レベルで分けて、低機密情報は簡便な認証を、高機密情報にはて複雑でしっかりした認証を求める多段階認証を実現する。
【００６１】
この機密レベルに応じた多段階の認証により、インターネット側のユーザに、イントラネットのメッセージの着信件数の確認や発信者や件名の確認する際の、明示的な機密を取り扱う資格者本人の認証を伴うイントラネットへのリモートアクセスは不要となる。
【実施例２】
【００６２】
実施例２を、図７と図８を用いて説明する。図中、７１は情報処理装置、７２は着信お知らせサーバでＩＣカードチップ、７３は社内ネットワーク（イントラネット）内のエージェントで具体的にはＰＣの上で動くメッセンジャソフト、７４は社内ネットワーク内のメッセージサーバ、７５は社外の第３者のメッセージサーバである。
【００６３】
図７を用いて、本実施例におけるメッセージサーバシステムの概略を説明する。図７において、社内ネットワークのメールサーバ７４は、電子メールとインスタントメッセンジャのメッセージの送信と受信とメールボックスへの振り分けと、ユーザエージェント７３のメーラからのＰＯＰプロトコルに対する応答を行う。加えて、ボイスメールの録音と蓄積とユーザエージェント７３への配信、予定表の登録とユーザエージェント７３への通知(リマインド)を行う。
【００６４】
社内ネットワークのメールサーバ７４は、社外のメールサーバ７５と不定期にメールの送受信(701)を行い、着信したメールを宛先に従い該当するユーザのメールボックスに振り分ける。
【００６５】
ＩＣカードチップ７２は情報処理装置７１のスロットに挿し込まれ、情報処理装置７１がＩＣカードチップ７２に電源を供給し、情報処理装置７１の通信インタフェースを用いてインターネットにアクセスしている。通信インタフェースは情報処理装置７１が省電力モードにあっても利用可能である。情報処理装置７１はサブ液晶を具備するので、省電力モード中もＩＣカードチップ７２がサブ液晶の表示内容を更新する。
【００６６】
ＩＣカードチップ７２はチップ内に複数のプログラムが格納されていて、電源をつなげるとデフォルトで着信お知らせサーバのプログラムが起動する。ＩＣカードチップ７２には耐タンパ性の記憶領域があり、プログラムごとに領域が割り当てられており、着信お知らせサーバのプログラムは割り当てられた領域に、情報処理装置７１の利用者の情報や社内ネットワークの情報、Firewallでの認証用の情報を保持している。
【００６７】
着信お知らせサーバであるＩＣカードチップ７２はメールサーバ７４に対して定期的に着信確認(702)を行う。前回の着信確認以後に新たな着信があると、メッセージの本体以外の付帯情報である発信者や件名が含まれるヘッダをメールサーバ７４に要求しヘッダを取得(703)する。取得した情報はＩＣカードチップ７２が着信お知らせサーバのプログラムに割り当てられた領域に保持する。着信お知らせサーバであるＩＣカードチップ７２は取得したメッセージの本体以外の付帯情報を、情報処理装置７１が持つ鍵か、情報処理装置７１が公にしている公開鍵で暗号化(704)する。
【００６８】
情報処理装置７１は前述の処理701〜704とは独立に、着信お知らせサーバであるＩＣカードチップ７２に定期的に着信を確認(705)する。前回の定期着信確認(705)以後に、着信お知らせサーバであるＩＣカードチップ７２がメールサーバ７４からヘッダを取得(703)している場合、情報処理装置７１は着信お知らせサーバであるＩＣカードチップ７２から、平文の件数と、情報処理装置７１が持つ鍵か、情報処理装置７１が公にしている公開鍵で暗号化したメッセージの本体以外の付帯情報を取得(706)する。ヘッダを取得していない場合、件数が０件である旨の情報を取得(706)する。取得(706)した件数を反映して件数表示を更新(707)する。
【００６９】
情報処理装置７１では、前述の処理705〜707とは独立して、ユーザによりメールアイコン等がクリックされるとイベントが発生し、ローカル認証(708)でユーザの認証を行う。このローカル認証(708)には、利用者の識別子（ユーザＩＤ，パスワードなど）や利用者の生体情報や利用者の所持する認証デバイスを用いる。利用者の生体情報を用いる場合は、情報処理装置７１又はＩＣカードチップ７２に予め利用者の生体情報（指紋、手や指の静脈パターンなど）を登録しておき、登録してある生体情報と情報処理装置７１に接続した生体情報の入力装置（読取装置）を介して入力した利用者の生体情報との照合によって認証する。利用者の所持する認証デバイスを用いる場合は、この認証デバイスと情報処理装置７１とに、予め利用者固有の情報を格納しておき、認証デバイスの情報処理装置７１への接続に伴って、双方に格納してある利用者固有の情報の照合によって認証する。この場合、認証デバイスはＩＣカードチップ７２であってもよい。このようにＩＣカードチップ７２に認証に必要な情報を格納しておき、その情報を利用することにより、ＩＣカードチップ７２は着信お知らせサーバの機能と共に認証デバイスの機能を備えることになる。認証デバイスの機能としても、認証に用いる情報が、クライアントを特定する情報である場合は、利用者に依存せずにクライアントを認証する認証デバイスであり、生体情報などのように利用者を特定する情報である場合は、クライアントに依存せずに利用者を認証する認証デバイスとなる。一つの認証デバイスが両者を特定する情報を格納してもよい。
【００７０】
認証に失敗したり、時間切れを迎えると件数表示に戻る。認証に成功すると、すでに受信している付帯情報の内、件数表示で秘匿し表示していなかった発信者名や件名を件名表示(709)で表示する。情報処理装置７１は認証に成功したことを根拠に情報処理装置７１が持つ鍵（共通鍵ないし秘密鍵）で発信者名や件名を平文化し表示する。件名表示(709)中に件名がクリックされずに時間切れを迎えると件数表示(707)に戻る。
【００７１】
件名表示(709)中に件名がクリックされてイベントが発生すると、情報処理装置７１はインターネット経由でFireWallを越えて社内ネットワークのエージェント７３にリモートアクセスを試みる。リモートアクセスでは、FireWallで認証(710)し、認証成功後、VPN(仮想プライベートネットワーク)を構築し、社内ネットワークに到達する。社内ネットワークのエージェント７３にログオンする際にユーザ認証を行う。認証に成功するとユーザエージェント７３は起動ないし省電力モードから通常の動作モードに復帰(711)する。図７においてユーザエージェント７３はモートアクセスがない時は常時省電力モードにあるが、通常の動作モードでも動作できる。
【００７２】
ユーザエージェント７３は通常の動作モードに復帰(711)すると、社内ネットワークのメールサーバ７４にメールの送受信(712)を試み、ユーザのメールボックスから未読のメールを取得する。取得されたメールはユーザエージェント７３がユーザエージェント７３のメーラで内容を表示/再生(714)し、この表示画面は情報処理装置７１にリモートディスプレイプロトコルで転送され、情報処理装置７１に表示(713)される。
【００７３】
メールサーバ７４は前述の処理701〜714とは独立したタイミングで、着信お知らせサーバであるＩＣカードチップ７２がヘッダ取得(703)した後、情報処理装置７１がそのヘッダを取得(706)し、メッセージの着信が知らされたか、既読確認(715)で確認する。この確認により、社内ネットワークのメールサーバ７４は、社内ネットワーク上のインスタントメッセンジャに情報処理装置７１のユーザにメッセージが到達可能な状態にあるかどうかを知らせる。
【００７４】
図８を用いて携帯端末における件数表示を説明する。図８において、表示(80)に表示中の情報は機密性の低い件数や予定時刻だけである。
【００７５】
表示(80)で、メールアイコンと件数でメールの着信を知らせている。メールアイコンは濃い色や目立つ色で明るく表示され、合わせて件数には着信件数として３と１が表示されている。着信件数の上段の３は合計を、下段の１は内数で緊急度の高いメッセージの件数を表している。緊急度の高いメッセージはメールの発信者や件名や属性から着信お知らせサーバ７２が判定したメールの件数に、インスタントメッセンジャのメッセージの件数が加算されている。
【００７６】
隣にはボイスメールアイコンとボイスメールの件数が並び、ボイスメールが残されている事を知らせている。ボイスメールアイコンは濃い色や目立つ色で明るく表示され、合わせてボイスメールの件数には２と表示されている。
【００７７】
前述のメールアイコンやボイスメールアイコンの下にはタイムライン上に塗りつぶされた箱として予定(801)と予定(802)が表示される。予定(801)と予定(802)が載るタイムラインには情報処理装置７１のユーザの予定が表示されており、０９：００−１０：００に予定(801)が、１２：００〜に予定(802)が存在する。予定(801)や予定(802)の表示色は情報処理装置７１のユーザがあらかじめ登録・設定できるので、表示される色が表す予定の種別は、他人が一見して予定の種別を判別できない。タイムラインの地の表示も情報処理装置７１のユーザが変更できる。
【００７８】
表示(80)の下部、タイムラインの下のウィンドウペイン(82)には何も表示されていない。表示(80)でメールアイコンがクリックされるとイベントが発生し、ローカル認証でユーザの認証を行う。認証に成功すると、ウィドウペイン(82)に件名が表示(805)され、同時に予定の箱には件名が表示される。表示(81)になり、予定(803)は会議、予定(804)は出張が表示される。操作をしないまま一定時間経過すると表示(80)は表示(81)に戻り、付帯情報は表示されないか判読できない状態で表示される。
【００７９】
実施例２によれば、メールやインスタントメッセンジャのメッセージに関して、着信の有無(着信件数)と、発信者と件名、内容(本文)を機密レベルで分けて、低機密情報は簡便な認証を、高機密情報にはて複雑でしっかりした認証を求める多段階認証を実現する。
【００８０】
この機密レベルに応じた多段階の認証により、インターネット側のユーザに、イントラネットのメッセージの着信件数の確認や発信者や件名の確認する際の、明示的な機密を取り扱う資格者本人の認証を伴うイントラネットへのリモートアクセスは不要となる。
【００８１】
着信お知らせサーバのプログラムはＩＣカードチップのチップ内のプログラムであり、チップの耐タンパ性の記憶領域の一部を割り当てられている。着信お知らせサーバのプログラムがユーザの情報や社内ネットワークの情報やFirewallでの認証用の情報と件数と暗号化された発信者と件名を含む付帯情報を割り当てられたＩＣカードチップの耐タンパ性の記憶領域に保持しているので、情報処理装置がオフラインでインターネットにつながっていない状態でも件数と発信者と件名が確認できる。
【００８２】
情報処理装置がサブ液晶を具備するので省電力モード中もＩＣカードチップ上の着信お知らせサーバがサブ液晶の表示内容を更新するので、ユーザは情報処理装置を省電力モードでもメッセージの着信件数を容易に確認できる。
【００８３】
以上の説明の通り、実施例１および実施例２によれば、メールやインスタントメッセンジャのメッセージに関して、着信の有無(着信件数)と、発信者と件名、内容(本文)を機密レベルで分けて、低機密情報は簡便な認証を、高機密情報にはて複雑でしっかりした認証を求める多段階認証により、インターネット側のユーザに、イントラネットのメッセージの着信件数の確認や発信者や件名の確認する際の、明示的な機密を取り扱う資格者本人の認証を伴うイントラネットへのリモートアクセスは不要となる。
【００８４】
より具体的には、多段階認証の各認証レベルは、認証に用いる情報及びその処理によって異なる。実施例１及び実施例２において説明した、認証に用いる情報は、クライアントが具備する通信インタフェイスの識別子、クライアントが具備する認証デバイスとしてのＩＣカードチップ、クライアントの利用者の識別子、クライアントの利用者の生体情報、利用者の所持する認証デバイスとしてのＩＣカードチップがある。これらを単独に用いるか複数のものを組み合わせて用いるかによっても認証レベルは異なるが、簡便な認証からしっかりした認証への多段階認証を実現することができる。実施例として説明したメッセージサーバシステムは、この多段階認証の各レベルを情報の機密レベルに対応して用いている。
【００８５】
図１の説明の通り、着信お知らせサーバへの問い合わせに、情報処理装置２１のネットワークアダプタが持つＭＡＣアドレスやモデムが持つ電話番号や加入者番号等の固定ＩＤを用いて、ユーザの情報特にメールやインスタントメッセンジャのアカウントは用いない事で、第三者にユーザと件数や付帯情報との対応付けは困難となり、プライバシが保たれる。
【００８６】
実施例２の通り、着信お知らせサーバのプログラムがユーザの情報や社内ネットワークの情報やFirewallでの認証用の情報と件数と暗号化された発信者と件名を含む付帯情報を割り当てられたＩＣカードチップの耐タンパ性の記憶領域に保持しているので、情報処理装置がオフラインでインターネットにつながっていない状態でも件数と発信者と件名が確認できる。
【００８７】
また、情報処理装置が省電力モードにあっても、ＩＣカードチップ上の着信お知らせサーバがイントラネットのメールサーバに着信を問い合わせできるので、情報処理装置の平均消費電力が削減でき、低消費電力化によりバッテリ寿命が延びるし、またバッテリ寿命を一定とした場合バッテリのセル数が削減出来、軽量化も可能となる。
【００８８】
情報処理装置がサブ液晶を具備するので省電力モード中もＩＣカードチップ上の本発明の着信お知らせサーバがサブ液晶の表示内容を更新するので、ユーザは情報処理装置を省電力モードでもメッセージの着信件数を容易に確認できる。
【図面の簡単な説明】
【００８９】
【図１】実施例１の情報処理装置の動作のフローチャートである。
【図２】実施例１のメッセージサーバシステム構成とデータフローを示す図である。
【図３】実施例１のサブ液晶での件数表示の様子を示す図である。
【図４】実施例１のネットワークランチャでの件数表示の様子を示す図である。
【図５】実施例１のガジェットプレイヤでの件数表示の様子を示す図である。
【図６】実施例１の端末プログラムでの件数表示の様子を示す図である。
【図７】実施例２のメッセージサーバシステム構成とデータフローを示す図である。
【図８】実施例２の携帯端末での件数表示の様子を示す図である。
【符号の説明】
【００９０】
２１，７１…情報処理装置、２２…着信お知らせサーバ、２３，７３…ユーザエージェント、２４，７４…メールサーバ、２５，７５…社外のメールサーバ、７２…ＩＣカードチップ。
【図１】
2010015417.tif 000003
【図２】
2010015417.tif 000004
【図３】
2010015417.tif 000005
【図４】
2010015417.tif 000006
【図５】
2010015417.tif 000007
【図６】
2010015417.tif 000008
【図７】
2010015417.tif 000009
【図８】
2010015417.tif 000010