Webクライアントによる登録/検索

当日の状況

WWWでの登録に用いたコンピュータは8台(Mac 6台、PC/AT 2台)で、WWWクライアントとしてはNetscape Navigator、Internet Exploreを用いた。
来場者90名のうちWWWによる登録は半数程度が、検索はほぼ全員が行ったものと思われる。

来場者の意見

マウス、キーボードによる操作に関しては、若干慣れない人もいたが、特に目だったトラブルはなかったように思われる。
来場者の意見としては以下のようなことが聞かれた。

名字、もしくは名前のみによる検索、登録ができないか？

知人であっても、正確に名前を覚えていない場合もある。 登録は姓・名が必須であっても、検索時にはどちらか一方でも可能である方がいいのではないか。

しぼり込み検索

例えば、まず名前で検索したあと、その中で東京都に住んでいる人といったような検索ができないか。
今回の訓練のように実際の登録者数が少ないうちは同姓同名はそれほどいないかもしれないが、上記の名字のみの検索とも関連して、「東京の田中さん」といった検索は必須になってくると思われる。

二重登録に関しての問題
状況の変化(重傷だった人が亡くなったとか)に対する問題

これらは共に、登録された人の一意性をどうやって保つかという問題であると考えられる。 登録時に同姓同名の人がすでに登録されていた場合、同一人物でないか確認をするとか、登録時にあるkeyを与え、状況変更の時は、そのkeyを用いる等すれば可能かもしれないが、かなり複雑なシステムになることが予想される。

ローマ字登録におけるchi <-> ti、shi <-> siなどはどういった処理がされるのか？

登録に関してはchiでもtiでも許容し、検索の段階において、ある一定のゆらぎをもって検索をおこなうようにするといった方法がbetterであろう。

まとめ

普段コンピュータを使いなれていない人にとっては、マウスとキーボードを用いた登録、検索は困難であるかもしれない。 しかし、電子メールを利用した登録、検索にくらべ、視覚的にわかりやすいことは明らかである。 Windows専用クライアントに比べれば、多少の繁雑さはあるかも知れないが、MacやWindowsといったOSにとらわれないインターフェースは十分評価できる。

問題点としては、電子メールに比べ、クライアントとなるコンピュータにある程度のスペックが要求されることと、グラフィックの転送に伴うNetwork全体への負荷や、CGI実行によるサーバーに対する負荷が高いことである。
グラフィックを用いず、かつ視覚的にわかりやすいページ、サーバーに対する負荷をなるべくかけないCGIを用いるといったことが重要と思われる。

来場者から受けた質問の多くは、WWW固有のものでなく、IAAというシステムそのものについての問題点である。
名字のみの検索、登録や、データベース内での登録者の一意性についての問題は、登録に繁雑さはあっても、少しでも信頼性の高いデータベースを構築するか、あるいは、ある程度の信頼性の低下は犠牲にしても、少しでも多くのデータを蓄積するかといった、データベースの信頼性をどの程度に設定するかという問題と切り離すことはできないと考えられる。

また、他のコンピュータを用いた検索、登録すべに言えることであるが、災害時における電源確保の問題は今後考えていかなければならない事項である。