現在の電子申請には、JRE問題というのがあります。何年も前から指摘されていることで、つい最近も「電子政府も縦割り弊害　各種申請、同一ＰＣで無理」（asahi.com）という記事がありました。これは、電子申請を「サービス」ではなく「システム」と考えているから起きる問題です。

基本的な考え方や姿勢の問題なので、JREを最新バージョンで統一するといった方法では、根本的な問題解決となりません。

電子政府・電子申請サービスでは、「利用者の負担を軽減する」ことが「わかりやすいメリットを提供すること」と共に最重要の課題となります。

実際にサービスを使ってもらうためには、マイナスの要素を減らし、プラスの要素を増やすことが必要だからです。

「利用者の負担を軽減する」ためには、電子政府・電子申請サービスで採用する方法を、「利用者が日常的に使用しているもの」「既に広く普及しているもの」としなければいけません。（例えば、ブラウザー、電子メールなど。PDFやフラッシュも市民権を得ているので、許容範囲と言えます。）

利用者に対して、新しいものを準備させたり、新しいことを覚えさせたりするのは、確実に利用者の負担を増やすことになるからです。

この最も基本的な考え方を理解して、実践することができれば、JRE問題のようなことは起きないのです。

「e-Gov電子申請システム」の利用前準備を例にとって見てみましょう。

「電子申請をご利用になる場合に」を見るとわかりますが、まず準備事項が多過ぎます。これでは、始める前からうんざりしてしまいます。

私が責任者であれば、（仕様から推測される）利用イメージができあがった時点で、やり直しを指示するですが。。

１　安全な通信を行うための証明書の入手と設定

こんなことをさせるサービスは、民間ではあり得ません。ただちに止めるべきでしょう。

２　Java実行環境への証明書の設定

１と同様です。ただちに止めるべきでしょう。

３　電子署名に必要な利用者の電子証明書について

一般の人は、電子署名を使いませんし、電子証明書も持っていません。別の方法を考えましょう。

４　クライアントモジュールの入手と設定

１と同様です。ただちに止めるべきでしょう。

５　公的個人認証証明書登録ツールの入手と設定

１と同様です。ただちに止めるべきでしょう。

以上のことから、
・安全な通信を行うための証明書の廃止
・JREの不採用
・電子署名、電子証明書の廃止
が必要とわかります。

「それでは、成りすまし等の問題が・・・、安全な電子申請が・・・できない」といった意見は、本末転倒です。できる別の方法を考えれば良いのですから。

「仏造って魂（たましい）入れず」と言われますが、仏を造ってから、魂を入れようと思っても遅いのです。きれいな魂があって、それが仏の形となっていくのです。

電子申請のJRE問題を解決したければ、まず、基本的な考え方や姿勢を改めなければいけません。それができれば、自ずと何をすれば良いのかわかります。

電子政府・電子申請サービスを使ってもらいたければ、その魂（たましい）を磨きましょう。

関連＞＞Java 2 Platform Standard Edition 5.0 概要（サン・マイクロシステムズ）