JP2000250984A

JP2000250984A - メニュー表示方法および装置並びにメニュー表示プログラムを記録した記憶媒体

Info

Publication number: JP2000250984A
Application number: JP4965499A
Authority: JP
Inventors: Shinya Yamaguchi; 信弥山口; Tomomi Yonenaga; 知泉米永
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1999-02-26
Filing date: 1999-02-26
Publication date: 2000-09-14

Abstract

(57)【要約】【課題】本発明は、端末利用者やその家族に最も必要な
行政手続き及び行政情報、あるいは、金融機関、会社組
織等の手続き及び情報に、的確・迅速にアクセスできる
システムを提供することである。【解決手段】端末を用いた手続き及び情報提供サービス
において、ＩＣカード（１１１）中の個人スケジュール
テーブル（図５）のイベントや重要度等、個人情報テー
ブル（図３）の年齢や性別等、端末利用履歴テーブル
（図４）のサービス利用履歴、優先順位テーブル（図
９）、及び、端末中の自治体スケジュール（図１０）の
イベントや適応年齢等、イベントと手続きのマッピング
テーブル（図１０）を用いて、利用者にとって最も必要
度の高いメニュー群を端末の画面上に表示し、利用者が
的確・迅速に情報にアクセスすることを可能とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、利用者がメニュー
表示を見ながら書類を効率よく作成するためのメニュー
表示方法および装置並びにメニュー表示プログラムを記
録した記憶媒体に関する。

【０００２】

【従来の技術】現在、役所及び街頭に設置された端末
（自動交付機）においては、住民票、印鑑登録証明書、
納税証明書の発行、施設予約、及び、行政情報提供のサ
ービスが提供されている。そこでは、端末の特性とし
て、子供や高齢者が利用することを配慮した入出力イン
ターフェースにする必要がある。具体例として、メニュ
ーの表示と入力操作を兼ねるタッチパネル機能を備え
た、ＣＲＴもしくは液晶画面が採用されている。このタ
ッチパネル方式によるメニュー画面は、指で誤操作しな
いように、メニューボタン（ＧＵＩ）及び表示文字サイ
ズを大きくする等の画面レイアウト設計を行う必要があ
る。このため、１画面で表示できる情報量（メニューの
数）をあまり多くできない。したがって、端末で扱うサ
ービスメニューが多くなると、メニュー選択のための画
面遷移が増えてしまう。つまり、利用者が様々なメニュ
ーの中から自分や家族のニーズに合うと思われるメニュ
ーを自ら選択し、行政手続き及び情報提供を受けること
となっており、利用したいメニューに到達するまでの負
荷が非常に高かった。そこでこのような負荷を軽減する
方法として、例えば特願平１０ー５１８０２に開示され
ているＩＣカード内の家族構成等の個人情報を用いて、
利用者にとって最も必要度の高いメニューを画面に表示
する方式が考案されている。

【０００３】

【発明が解決しようとする課題】役所には多種多様の行
政書類が存在し、利用者にとっては、どの書類が何のた
めに必要なのか,また、イベント別にどのような行政手
続き（書類）が必要なのかわかりづらかった。また、従
来の端末は、画面上に表示された多数のメニューの中か
ら、自分で目的とする手続き画面及び情報提供画面まで
たどり着かなければならないので、利用者の操作回数及
び画面遷移が非常に多く、利用者（特に高齢者）にとっ
ては使いづらいシステムとなっていた。このような問題
を解決するためには、利用者が端末を利用する際に、端
末側でイベントに対応した行政手続きを選択し、その端
末があたかも利用者が行おうとしている行政手続きの専
用端末のように振る舞うことが要求される。本発明の目
的は、端末利用時に、利用者が自分や家族に必要な行政
手続き・行政情報に迅速・的確にアクセス出来るように
することである。また、行政以外の金融機関あるいは会
社組織等でも同様の効果が得られるものと思われる。

【０００４】

【課題を解決するための手段】本発明は、予めイベント
名とそのイベントに関係する書類とを対応付けし、利用
者から上記書類作成目的を入力し、上記対応付けられた
書類を作成するためのメニューを表示する。これによ
り、イベントに対応した書類の作成メニューを利用者に
提示することができ、利用者は書類名を知らなくても効
率よく書類を作成することができる。

【０００５】本発明は、端末を使用した行政手続き及び
行政情報提供サービス、あるいは金融機関、会社組織等
の他の機関の同様のサービスにおいて、利用者が入力す
るキーワード、あるいは、利用者の個人スケジュール
と、利用者の個人情報（年齢、性別等）と、利用者の端
末利用履歴と、自治体スケジュールとから、煩雑なメニ
ュー選択を省略して、利用者が行おうとしている手続き
を一括して画面に表示し、利用者が的確にすばやく目的
とする手続き及び情報にアクセスすることを可能にす
る。

【０００６】

【発明の実施の形態】以下、本発明の実施の形態を詳細
に説明する。

【０００７】図１は、本発明を役所、街頭に置かれた端
末で実現するためのシステム構成図の一例である。本シ
ステムは、利用者が様々な行政手続き及び行政情報提供
サービスを受ける端末１０１と、端末に最新の情報を提
供するセンター装置１１２と、住民の様々な個人情報を
保持するＩＣカード１１１からなる。

【０００８】端末１０１は、画面遷移処理などを行う中
央処理装置１０２と、センター装置から送られてきた情
報を蓄積する補助記憶装置１０３と、利用者のＩＣカー
ドの情報を読み取るＩＣカードリーダー／ライター１０
４と、各種プログラムが動作するメモリ１０５と、ＩＣ
カードの情報の読み書き等を制御するＩＣカードアクセ
スプログラム１０７と、利用者への提供メニューを選別
する業務プログラム１０８と、ＩＣカードアクセスプロ
グラムと業務プログラムの作業領域であるワークエリア
１０９と、ＩＣカードアクセスプログラムと業務プログ
ラムの同期とるなどの処理を行う制御プログラム１０６
と、センター装置との通信回線を接続するＬＡＮアダプ
タ１１０からなる。ＩＣカードは、個人情報テーブル
（図３）、端末利用履歴テーブル（図４）、個人スケジ
ュールテーブル（図５，６，７）、優先順位テーブル
（図９）を保持している。

【０００９】図２は、本発明を役所、家庭に置かれたパ
ソコン等の端末、あるいはハンドヘルドＰＣ等の携帯端
末で実現するためのシステム構成図の一例である。本シ
ステムは、利用者が様々な手続き及び情報提供サービス
を受ける端末２０１と、端末に様々なサービスを提供す
るセンター装置２１２と、住民の様々な個人情報を保持
するＩＣカード２１１からなる。ＩＣカードインターフ
ェース２０４を持たない端末の場合、個人情報は端末内
の補助記憶装置２０３に格納されているものとする。

【００１０】端末２０１は、画面遷移処理などを行う中
央処理装置２０２と、個人情報等を保持するする補助記
憶装置２０３と、利用者のＩＣカードの情報を読み取る
ＩＣカードリーダー／ライター２０４と、各種プログラ
ムが動作するメモリ２０５と、ＩＣカードの情報の読み
書き等を制御するＩＣカードアクセスプログラム２０７
と、利用者への提供メニューを選別するサービスプログ
ラム２０８と、ＩＣカードアクセスプログラムとサービ
スプログラムの作業領域であるワークエリア２０９と、
ＩＣカードアクセスプログラムとサービスプログラムの
同期とるなどの処理を行う制御プログラム２０６と、セ
ンター装置との通信回線を接続するインターネットアダ
プタ１１０からなる。ＩＣカードは、個人情報テーブル
（図３）、端末利用履歴テーブル（図４）、個人スケジ
ュールテーブル（図５，６，７）、優先順位テーブル
（図９）を保持している。

【００１１】図３は、利用者のＩＣカードに入力されて
いる個人情報であり、各個人ごとのＩＤ番号３０１と、
本人と家族の氏名３０２と、年齢３０３と、性別３０４
と、住所３０５と、本人からみた続柄３０６と、本人と
家族の趣味３０７と、本人と家族の各種資格の既取得・
未取得を示す３０８からなる。

【００１２】図４は、本田太郎氏のＩＣカードに入力さ
れている端末利用に関する個人履歴であり、個人のＩＤ
番号４０１と、利用した年４０２と、利用した月４０３
と、利用した日４０４と、利用した時間４０５と、利用
したメニュー４０６からなり、常に１年分の履歴が保持
される。

【００１３】図５，６，７は、利用者のＩＣカードに入
力されている個人（本田太郎氏）のスケジュールであ
り、個人のＩＤ番号５０１と、年５０２と、月５０３
と、時５０５と、イベント５０６と、そのイベントの重
要度５０７からなり、常に１年分のスケジュールが保持
される。

【００１４】図８は、ＩＣカードに個人のスケジュール
を入力するためのモバイル装置の一例であり、ＩＣカー
ド差込口８０１と、スケジュール中に出現するイベント
の重要度を３段階に分けて入力するために利用される重
要度入力用アイコン８０３〜８０５と、スケジュール中
に出現するイベントの入力を簡単に行うためのイベント
入力用アイコン８０７からなる。

【００１５】図９は、ＩＣカードに入力されている個人
履歴をもとにして生成される優先順位テーブルであり、
優先順位９０１と、イベント９０２と、そのイベントの
分野９０３からなる。優先順位としては、おおまかな順
位は、役所での手続き、趣味に関するものの順であり、
その枠組みの中で、優先順位が変動するものとする。表
示した画面が利用者の意図するものでなかった場合は、
学習して優先順位を変動させる。

【００１６】図１０は、端末１０１の補助記憶装置１０
３に入力されている自治体のイベントに関するスケジュ
ールであり、各自治体ごとの自治体コード１００１と、
年１００２と、月１００３と、日１００４と、イベント
１００５と、該当イベントに関する適応年齢１００６
と、適応性別１００７からなる。常に１年分のスケジュ
ールが保持され、センター装置から、最新の情報がレプ
リケーションするものとする。

【００１７】図１１は、端末１０１の補助記憶装置１０
３に入力されている各イベントとそれに対応して必要と
なる行政手続きに関するマッピングであり、各手続きご
との手続きＩＤ１１０１と、イベント１１０２と、その
イベントに必要な行政手続き１１０３と、そのイベント
が発生するどのくらい前の期間にその手続きを行うべき
かを示す手続期限１１０４からなり、常に最新の情報が
センター装置からレプリケーションするものとする。

【００１８】図１２は、端末１０１の補助記憶装置１０
３に入力されている各イベントとそれに対応して必要と
なる保険手続きに関するマッピングであり、各手続きご
との手続きＩＤ１２０１と、イベント１２０２と、その
イベントに必要な保険手続き１２０３と、そのイベント
が発生するどのくらい前の期間にその手続きを行うべき
かを示す手続期限１２０４からなり、常に最新の情報が
センター装置からレプリケーションするものとする。

【００１９】図１３は、端末１０１の補助記憶装置１０
３に入力されている各イベントとそれに対応して必要と
なる会社手続きに関するマッピングであり、各手続きご
との手続きＩＤ１３０１と、イベント１３０２と、その
イベントに必要な会社手続き１３０３と、そのイベント
が発生するどのくらい前の期間にその手続きを行うべき
かを示す手続期限１３０４からなり、常に最新の情報が
センター装置からレプリケーションするものとする。

【００２０】図１４，図１５，図１６，図１７，図１８
のフローチャートに基づいて、図１の各部の動作につい
て説明する。

【００２１】まず、端末を利用する前にＩＣカードにス
ケジュールを入力する段階を図８に基づいて説明する。
モバイル装置８０２は、ＩＣカードリーダ／ライタを備
えており、モバイル上で入力した情報はＩＣカードに反
映される。モバイル装置は、端末で手続きを行えるイベ
ントについてはアイコンを保持しており、利用者はその
アイコンを押すだけで簡単にスケジュールを入力するこ
とができる。イベントが発生するある一定日数前に、そ
のイベントに対応する行政及びその他の手続きが必要と
なるものに関しては、この段階でその手続きの期限日が
自動的にＩＣカードに入力される。例えば、イベント
「テニス」（図６，６０４）については、「テニスコー
ト予約締切」が１週間前に自動的に入力され（図６，６
０３）、イベント「海外旅行」（図６，６０５）につい
ては、「パスポート申込期限」が１ヶ月前に自動的に入
力される（図６，６０１）。

【００２２】次に、図１４に基づいて説明する。利用者
がＩＣカードを挿入口に挿入する（ステップ１４０１）
と、ＩＣカードリーダ／ライタは個人情報を読み取り
（ステップ１４０２）、暗証番号あるいはその他の手段
により認証処理（ステップ１４０３）を行う。その結
果、本人と確認されれば、ステップ１４０４に進み、本
人と確認されなかった場合は、ＩＣカードを返却して
（ステップ１４１０）、処理を終了する。ステップ１４
０４では、利用者がメニューの選択にキーワードを使用
するか、あるいは、ＩＣカード中のスケジュールを使用
するかをＩＣカード中の個人スケジュールの有無で選択
し、キーワードを使用する場合はステップ１４０５に、
スケジュールを使用する場合はステップ１４０６に進
む。表示メニュー選択処理（ステップ１４０５，１４０
６）により、表示メニューが確定されると、端末はメニ
ューを表示し（ステップ１４０７）、その後、各種手続
き等の実処理を行い（ステップ１４０８）、次のメニュ
ーが存在する場合（ステップ１４０９）は、ステップ
（１４０７）に戻り、同様の処理を行う。発行される書
類は、利用者が利用している端末、つまり、ＩＣカード
が挿入されている端末から発行される。次のメニューが
ない場合（ステップ１４０９）、ＩＣカードを返却して
（ステップ１４１０）、処理を終了する。

【００２３】キーワードを使用する表示メニュー選択処
理（ステップ１４０５）について、図１５に基づいて説
明する。まず、利用者が行いたいイベントに関するキー
ワードを入力し（ステップ１５０１）、端末はそのキー
ワードを読込む（ステップ１５０２）。次にマッピング
テーブルを読込み（ステップ１５０３）、マッピングテ
ーブル中にそのキーワード（イベント）が含まれれば、
表示メニューを確定し（ステップ１５０６）、メイン処
理に戻る。含まれなかった場合、取扱不可の表示をする
ことを確定し（ステップ１５０５）、メイン処理に戻
る。

【００２４】次に、スケジュールを使用する表示メニュ
ー選択処理（ステップ１４０６）について、図１６，１
７，１８に基づいて説明する。

【００２５】表示メニュー選択処理が実行されると、Ｉ
Ｃカード内の個人スケジュール（図５）の内容をある時
点からｎヶ月先の分まで読み込む（ステップ１６０
１）。個人スケジュールをどの時点から、何ヶ月分読込
むかは、利用者により設定可能である。以下では、利用
時点から２ヶ月先の分まで読込むものとする。読込んだ
スケジュールの中にイベントが存在した場合（ステップ
１６０２）、そのイベントの中で優先度の高いイベント
を１つ抽出し（ステップ１６０３）、本人あるいは家族
の資格条件に一致するかどうかを判定する（ステップ１
６０４）。一致する場合はステップ１６０５へ進み、一
致しない場合は次のイベントに関して同様の処理を行
う。次に、端末利用に関する個人履歴（図４）を読込み
（ステップ１６０５）、過去にそのイベントに対応する
手続きを行っているかどうかを確認し（ステップ１６０
６）、既にその手続きを行っていた場合は、ステップ１
６０２に戻り、次のイベントについて同様の処理を行
う。その手続きを行っていない場合は、スケジュール中
のイベントとそれに対応する行政手続きのマッピング
（図１１）を読み込み（ステップ１６０８）、マッピン
グにそのイベントに関する項目が含まれているかどうか
を判定する（ステップ１６０９）。含まれていた場合、
表示メニューを確定し（ステップ１６１０）、メイン処
理へ戻る。含まれていなかった場合、当該端末では取り
扱い不可の表示を行うことを確定し（ステップ１６１
１）、メイン処理へ戻る。ステップ１６０２で、読み込
んだスケジュール中にイベントが存在しなかった場合、
行政情報提供のメニュー選択処理（ステップ１６０７）
を行い、それに基づいて、表示メニューを確定し（ステ
ップ１６１０）、メイン処理に戻る。

【００２６】優先度の高いイベントを１つ抽出する処理
について、図１７に基づいて説明する。

【００２７】この処理が実行されると、まずステップ１
６０１で読み込んだ２ヶ月分のスケジュールの中で、現
時点から時間的に最も近いイベントを抽出する（ステッ
プ１７０１）。その抽出されたイベントが発生する日に
最も重要度の高いイベントが複数あるかどうかを判定し
（ステップ１７０２）、複数ある場合は、優先順位テー
ブル（図９）を読込み（ステップ１７０３）、優先順位
が最も高いイベントを１つ抽出し（ステップ１７０
４）、抽出するイベントを確定し（ステップ１７０
５）、表示メニュー選択処理に戻る。複数の最も重要度
の高いイベントがなかった場合は、最も高い重要度を持
つイベントを抽出し（ステップ１７０６）、抽出するイ
ベントを確定し（ステップ１７０５）、表示メニュー選
択処理に戻る。

【００２８】次に、行政情報提供のメニュー選択処理に
ついて、図１８に基づいて説明する。

【００２９】行政情報提供のメニュー選択処理が実行さ
れると、ＩＣカードに入力されている端末の利用履歴
（図４）を読み込み（ステップ１８０１）、行政情報提
供メニューを過去に利用したことがあるかどうかを判定
する（ステップ１８０２）。行政情報提供メニューを利
用したことがある場合、最も利用頻度が高いメニューを
１つ選択し（ステップ１８０８）、抽出するイベントを
確定し（ステップ１８０７）、表示メニュー選択処理に
戻る。行政情報提供メニューを利用したことがない場
合、端末に保持されている自治体のスケジュール（図１
０）を読み込み（ステップ１８０３）、端末利用時点よ
り、最も時間的に近いイベントを１つ選択する（ステッ
プ１８０４）。そのイベントに関して、図１０の適応年
齢（１００６）、適応性別（１００７）と、個人情報
（図３）の年齢（３０３）・性別（３０４）を比較し、
両者が合致していれば（ステップ１８０５）、抽出イベ
ントを確定し（ステップ１８０７）、表示メニュー選択
処理に戻る。合致しない場合は、家族の年齢・性別と比
較し、合致すれば、抽出イベントを確定し（ステップ１
８０７）、表示メニュー選択処理に戻る。合致しない場
合は、次に時間的に近いイベントに関して、同様の処理
を行う。

【００３０】具体的に、７月２０日に端末を利用し、か
つ図４，図５の端末利用履歴と個人スケジュールが空白
であった場合の例を示す。この場合、まず、自治体スケ
ジュール図１０を読込み（ステップ１８０３）、直近の
イベント（７０８）を選択する（ステップ１８０４）。
イベント７０８は、本田太郎氏本人の年齢、性別（４０
才、男性）に合致せず（ステップ１８０５）、また、家
族の年齢、性別にも合致しない（ステップ１８０６）た
め、次のイベント１００９を読込む（ステップ１８０
４）。イベント１００９は、本田太郎氏本人の年齢、性
別（４０才、男性）に合致しないが（ステップ１８０
５）、家族（本田太子、本田太恵）の年齢、性別と合致
するため（ステップ１８０６）、抽出イベント１００９
を確定し（ステップ１８０７）、表示メニュー選択処理
へ戻る。

【００３１】次に、具体的な事例に基づいて、実施例を
示す。

【００３２】本田太郎氏が、ＩＣカード中に、図３の個
人情報と、図４の端末利用履歴と、図９の優先順位を保
持し、個人スケジュールが入力されておらず、端末に、
図１０の自治体スケジュールと、図１１のイベントと行
政手続きのマッピングを保持するものとする。

【００３３】本田太郎氏が、１９９８年６月５日に端末
１０１を利用する実施例を示す。ＩＣカードを挿入し
（ステップ１４０１）、個人情報を読込み（ステップ１
４０２）、本田太郎氏本人であることの認証処理（ステ
ップ１４０３）を行う。この場合、本田太郎氏本人に間
違いないものとする。本田太郎氏のＩＣカードには、個
人スケジュールが入力されていないので（ステップ１４
０４）、キーワードを使用した表示メニュー選択処理
（ステップ１４０５）に進む。ここでは、「結婚」とい
うキーワードを入力する（ステップ１５０１）ものとす
る。端末は「結婚」というキーワードを読込み（ステッ
プ１５０２）、次に、イベントと行政手続きのマッピン
グテーブル（図１１）を読込む（ステップ１５０３）。
「結婚」はマッピングテーブル（図１１）に含まれるの
で（ステップ１５０４）、それに対応する「婚姻届」、
「転居届」というメニューを表示することを確定し（ス
テップ１５０６）、メイン処理に戻る。端末は、選択さ
れたメニューである「婚姻届」を表示し（ステップ１４
０７）、そのメニューに関する実処理（ステップ１４０
８）を行う。次のメニュー「転居届」が存在するので
（ステップ１４０９）、そのメニューに関する実処理を
行う（ステップ１４０８）。「婚姻届」、「転居届」
は、利用者がＩＣカードを挿入している端末から発行さ
れる。処理が終了すると、次のメニューは存在しないの
で（ステップ１４０９）、ＩＣカードを本田太郎氏に返
却し（ステップ１４１０）、すべての処理を終了する。
この場合の画面遷移を図１９に示す。

【００３４】次に、本田太郎氏が、ＩＣカード中に、図
３の個人情報と、図４の端末利用履歴と、図５〜図７の
個人スケジュールと、図９の優先順位を保持し、端末
に、図１０の自治体スケジュールと、図１１のイベント
と行政手続きのマッピングを保持するものとする。

【００３５】まず、本田太郎氏が、１９９８年７月３日
（図５）に端末１０１を利用する実施例を示す。まず、
ＩＣカードを挿入し（ステップ１４０１）、個人情報を
読込み（ステップ１４０２）、本田太郎氏本人であるこ
との認証処理（ステップ１４０３）を行う。この場合、
本田太郎氏本人に間違いないものとする。本田太郎氏の
ＩＣカードには、個人スケジュールが含まれているので
（ステップ１４０４）、スケジュールを使用した表示メ
ニュー選択処理（ステップ１４０６）において、本田太
郎氏の個人スケジュール（図５）を７月３日より２ヶ月
先まで読み込み（ステップ１６０１）、イベントが存在
するかどうかを判定する（ステップ１６０２）。この場
合、住宅ローン提出書類申込期限（５０８）というイベ
ントが存在するため、優先度の高いイベントを１つ抽出
する処理（ステップ１６０３）に進む。時間的に最も早
いイベント５０８を抽出し（ステップ１７０１）、１９
９８年７月１２日には最も重要度の高いイベントが複数
ないため（ステップ１７０２）、最も重要度の高いイベ
ント「住宅ローン提出書類申込期限」（５０８）を抽出
し（ステップ１７０６）、抽出イベントを確定し（ステ
ップ１７０５）、表示メニュー選択処理に戻る。次に、
本田太郎氏の端末利用履歴（図４）を読み込み（ステッ
プ１６０５）、７月３日以前には住宅ローン借入申込
（５０９）に関する手続きを行っていない（ステップ１
６０６）ので、イベントと行政手続きのマッピング（図
１１）を読み込み（ステップ１６０８）、イベントに対
応した手続き「印鑑登録証明書の発行」、「戸籍抄本・
謄本の発行」、「納税証明書の発行」（１１０３，１１
０６）を抽出し、表示メニューを確定し（ステップ１６
１０）、メイン処理に戻る。端末は、選択されたメニュ
ーである「印鑑登録証明書の発行」を表示し（ステップ
１４０７）、そのメニューに関する実処理（ステップ１
４０８）を行う。次のメニュー「戸籍抄本・謄本の発
行」が存在するので（ステップ１４０９）、そのメニュ
ーに関する実処理を行う（ステップ１４０８）。また、
次のメニュー「納税証明書の発行」が存在するので（ス
テップ１４０９）、そのメニューに関する実処理を行う
（ステップ１４０８）。「印鑑登録証明書」、「戸籍抄
本・謄本」、「納税証明書」は、利用者がＩＣカードを
挿入している端末から発行される。処理が終了すると、
次のメニューは存在しないので（ステップ１４０９）、
ＩＣカードを本田太郎氏に返却し（ステップ１４１
０）、すべての処理を終了する。この場合の画面遷移を
図２０に示す。

【００３６】次に、本田太郎氏が、１９９８年９月３０
日（図６）に端末１０１を利用する実施例を示す。表示
メニュー選択処理以前は上の実施例と同様であるので、
ここでは表示メニュー選択処理以降についてのみ説明す
る。スケジュールを使用した表示メニュー選択処理（ス
テップ１４０６）において、本田太郎氏の個人スケジュ
ール（図５）を９月３０日より２ヶ月先まで読込み（ス
テップ１６０１）、イベントが存在するかどうかを判定
する（ステップ１６０２）。この場合、「パスポート用
書類申込期限」、「公民館予約締切」（６０１）と、
「テニスコート予約締切」（６０３）というイベントが
存在するため、優先度の高いイベントを１つ抽出する処
理（ステップ１６０３）に進む。時間的に最も早いイベ
ント「パスポート用書類申込期限」、「公民館予約締
切」（６０１）を抽出し（ステップ１７０１）、１９９
８年１０月７日には最も重要度の高いイベントが複数あ
るため（ステップ１７０２）、手続きの優先順位（図
９）を読み込む（ステップ１７０３）。優先順位をみる
と、「パスポート取得」（９０５）の方が「公民館予
約」（９０７）より優先順位が高いため、イベント「パ
スポート用書類申込期限］（６０１）を抽出し（ステッ
プ１７０４）、抽出イベントを確定し（ステップ１７０
５）、表示メニュー選択処理へ戻る。次に、本田太郎氏
本人あるいは家族の資格条件に一致するかどうかを判定
する（ステップ１６０４）。図３の資格の欄（３０８）
をみると、本田太郎氏あるいは家族全員についてパスポ
ート未取得であるので、資格条件に一致し、ステップ１
６０５に進む。端末利用履歴（図４）を読込み（ステッ
プ１６０５）、９月３０日以前にはパスポート用書類申
込（６０１）に関する手続きを行っていない（ステップ
１６０６）ので、イベントと行政手続きのマッピング
（図１１）を読込み（ステップ１６０８）、イベントに
対応した手続き「住民票」（１１０３，１１０５）を抽
出し、表示メニューを確定し（ステップ１６１０）、メ
イン処理に戻る。端末は、選択されたメニューである
「住民票の発行」を表示し（ステップ１４０７）、その
メニューに関する実処理を行う（ステップ１４０８）。
「住民票」は、利用者がＩＣカードを挿入している端末
から発行される。処理が終了すると、次のメニューは存
在しないので（ステップ１４０９）、ＩＣカードを本田
太郎氏に返却し（ステップ１４１０）、すべての処理を
終了する。この場合の画面遷移を図２１に示す。

【００３７】次に、本田太郎氏が、１９９８年１２月２
５日（図７）に端末１０１を利用する実施例を示す。表
示メニュー選択処理以前は上の実施例と同様であるの
で、ここでは表示メニュー選択処理以降についてのみ説
明する。スケジュールを使用した表示メニュー選択処理
（ステップ１４０６）において、本田太郎氏の個人スケ
ジュール（図７）を１２月２５日より２ヶ月先まで読込
み（ステップ１６０１）、イベントが存在するかどうか
を判定する（ステップ１６０２）。この場合、「テニス
コート予約締切」（７０１）と、「公民館予約締切」
（７０３）いうイベントが存在するため、優先度の高い
イベントを１つ抽出する処理（ステップ１６０３）に進
む。時間的に最も早いイベント「テニスコート予約締
切」（７０１）を抽出し（ステップ１７０１）、１９９
９年１月９日には最も重要度の高いイベントが複数ない
ため（ステップ１７０２）、最も重要度の高いイベント
「テニスコート予約締切」（７０１）を抽出し（ステッ
プ１７０６）、抽出イベントを確定し（ステップ１７０
５）、表示メニュー選択処理に戻る。次に、端末利用履
歴（図４）を読込む（ステップ１６０５）と、１２月２
３日に「テニスコート予約締切」（７０１）に対応する
手続き「テニスコート予約」（４０７）を行っている
（ステップ１６０６）ので、再びステップ１６０２に戻
る。次に時間的に早いイベント「公民館予約締切」（７
０３）を抽出し（ステップ１７０１）、１９９９年１月
１６日には最も重要度の高いイベントが複数ないため
（ステップ１７０２）、最も重要度の高いイベント「公
民館予約締切」（７０３）を抽出し（ステップ１７０
６）、抽出イベントを確定し（ステップ１７０５）、表
示メニュー選択処理に戻る。次に、利用履歴（図４）を
読み込む（ステップ１６０５）と、１２月２５日以前に
「公民館予約締切」（７０３）に関する手続きを行って
いないので、イベントと行政手続きのマッピング（図１
１）を読込み（ステップ１６０８）、イベントに対応し
た手続き（１１０３，１１０８）を抽出し、表示メニュ
ーを確定し（ステップ１６１０）、メイン処理に戻る。
端末は、選択されたメニューである「公民館予約」を表
示し（ステップ１４０７）、そのメニューに関する実処
理（ステップ１４０８）を行う。処理が終了すると、次
のメニューは存在しないので（ステップ１４０９）、Ｉ
Ｃカードを本田太郎氏に返却し（ステップ１４１０）、
すべての処理を終了する。この場合の画面遷移を図２２
に示す。

【００３８】同様のサービスを保険機関で行うものとす
ると、例えば高度障害保険金の請求（１２０２、１２０
５）の場合、上記と同様のプロセスで高度障害保険金に
必要な書類である、医療保険支払請求書、障害診断書、
戸籍抄本、印鑑登録証明書が、利用者がＩＣカードを挿
入している端末に順次発行される。これらの書類は、そ
れぞれ保険機関、医療機関、自治体から発行されるもの
であるが、将来、ネットワークとセキュリティが整備さ
れた場合は、このようなことも可能となるはずである。
この場合の画面遷移は図２３となる。

【００３９】また、同様のサービスを会社組織で行うも
のとすると、例えば入職・転勤入（１３０２，１３０
５）の場合、上記と同様のプロセスで入職・転勤入に必
要な書類である、本人申告書、家族調書、扶養控除等申
告書が、利用者がＩＣカードを挿入している端末に順次
発行され、この場合の画面遷移は図２４となる。

【００４０】

【発明の効果】以上詳細に述べた如く、本発明によれ
ば、利用者のイベントに対応した書類における作成メニ
ューを利用者に提示することができるため、効率良く書
類を作成することができる。

【図面の簡単な説明】

【図１】本発明を実現するためのシステム構成図（端
末）。

【図２】本発明を実現するためのシステム構成図（パソ
コン、携帯端末装置）。

【図３】ＩＣカード（本田太郎氏所有）に入力されてい
る個人情報のデータテーブル。

【図４】ＩＣカード（本田太郎氏所有）に入力されてい
る端末の利用履歴。

【図５】ＩＣカード（本田太郎氏所有）に入力されてい
る個人のスケジュール。

【図６】ＩＣカード（本田太郎氏所有）に入力されてい
る個人のスケジュール。

【図７】ＩＣカード（本田太郎氏所有）に入力されてい
る個人のスケジュール。

【図８】ＩＣカードにスケジュールを入力するためのモ
バイル装置。

【図９】ＩＣカード（本田太郎氏所有）に入力されてい
る各イベントの優先順位のデータテーブル。

【図１０】端末に保持される自治体のスケジュール。

【図１１】端末に保持されている行政のイベントと手続
きの対応。

【図１２】端末に保持されている保険機関のイベントと
手続きの対応。

【図１３】端末に保持されている会社のイベントと手続
きの対応。

【図１４】本発明の処理手順の全体を示すフローチャー
ト。

【図１５】キーワードを使用した表示メニュー選択処理
の手順を示すフローチャート。

【図１６】スケジュールを使用した表示メニュー選択処
理の手順を示すフローチャート。

【図１７】優先度の高いイベントを１つ抽出する処理の
手順を示すフローチャート。

【図１８】行政情報提供のメニュー選択処理の手順を示
すフローチャート。

【図１９】本発明の実施例における画面遷移のイメー
ジ。

【図２０】本発明の実施例における画面遷移のイメー
ジ。

【図２１】本発明の実施例における画面遷移のイメー
ジ。

【図２２】本発明の実施例における画面遷移のイメー
ジ。

【図２３】本発明の実施例における画面遷移のイメー
ジ。

【図２４】本発明の実施例における画面遷移のイメー
ジ。

【符号の説明】

１０１…端末、１０２…演算装置、１０３…補助記憶装置、１０４…ＩＣカードリーダ／ライタ、１０５…メモリ、１０６…制御プログラム、１０７…ＩＣカードアクセスプログラム、１０８…業務プログラム、１０９…ワークエリア、１１０…ＬＡＮアダプタ、１１１…ＩＣカード、１１２…センタ装置、８０１…ＩＣカード、８０２…モバイル装置、８０３…重要度入力用アイコン（最重要）、８０４…重要度入力用アイコン（重要）、８０５…重要度入力用アイコン（普通）、８０６…スケジュール、８０７…イベント入力用アイコン。

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5B049 AA01 CC01 CC03 DD01 DD04 EE05 EE28 FF03 GG04 5B075 ND20 ND40 PP02 PP03 PP06 PP13 PQ02 PR03 UU40 5E501 AA04 AA13 AC33 AC34 AC42 BA05 BA13 CA02 CC06 DA11 DA14 DA17 EB05 FA03 FA04 FA05

Claims

【特許請求の範囲】

【請求項１】予めイベント名とそのイベントに関係する
書類とを対応付けし、利用者から上記書類作成目的を入
力し、上記対応付けられた書類を作成するためのメニュ
ーを表示することを特徴とするメニュー表示方法。
【請求項２】請求項１項記載のメニュー表示方法におい
て、入力した利用者のスケジュールから起こる予定に関
係する書類を作成するためのメニューを表示することを
特徴とするメニュー表示方法。
【請求項３】請求項２項記載のメニュー表示方法におい
て、入力した利用者のスケジュールの所定期間に起こる
予定に関係する書類を作成するためのメニューを表示す
ることを特徴とするメニュー表示方法。
【請求項４】請求項２項記載のメニュー表示方法におい
て、上記スケジュールには、重要度か予定と対応付けら
れて格納されており、その重要度の高い予定に関係する
書類を作成するためのメニューを表示することを特徴と
するメニュー表示方法。
【請求項５】予め書類作成目的とそれを達成するために
必要な書類とを対応付けを格納する格納手段と、利用者
から上記書類作成目的を入力する入力手段と、上記対応
付けられた書類を作成するためのメニューを表示する表
示手段とを備えたことをことを特徴とするメニュー表示
装置。
【請求項６】請求項５項記載のメニュー表示装置におい
て、利用者のスケジュールを入力するスケジュール入力
手段と、上記入力したスケジュールからから今後起こる
予定に関係する書類を作成するためのメニューを表示す
る表示手段を備えたことを特徴とするメニュー表示装
置。
【請求項７】請求項５項記載のメニュー表示装置におい
て、上記入力手段としてＩＣカード読み取り手段を用
い、上記入力装置では、ＩＣカードに格納されている利
用者から上記書類作成目的を読み取り上記表示手手段へ
出力することを特徴とするメニュー表示装置。
【請求項８】予め書類作成目的とそれを達成するために
必要な書類とを対応付けを格納する格納装置と、利用者
から上記書類作成目的を入力する入力装置と、上記対応
付けられた書類を作成するためのメニューを表示する表
示装置とを備えたメニュー表示システム。
【請求項９】請求項８項記載のメニュー表示システムに
おいて、上記入力装置としてモバイル端末を用い、上記
入力装置では、利用者から上記書類作成目的を通信によ
り上記表示手装置へ出力することを特徴とするメニュー
表示システム。
【請求項１０】予めイベント名とそのイベントに関係す
る書類とを対応付けし、利用者から上記書類作成目的を
入力し、上記対応付けられた書類を作成するためのメニ
ューを表示するメニュー表示プログラムを格納したこと
を特徴とする計算読み取り可能な記録媒体。