JP6114991B2 - Identification system for high-frequency change life scenes of government agencies - Google Patents
Identification system for high-frequency change life scenes of government agencies Download PDFInfo
- Publication number
- JP6114991B2 JP6114991B2 JP2013074152A JP2013074152A JP6114991B2 JP 6114991 B2 JP6114991 B2 JP 6114991B2 JP 2013074152 A JP2013074152 A JP 2013074152A JP 2013074152 A JP2013074152 A JP 2013074152A JP 6114991 B2 JP6114991 B2 JP 6114991B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- application
- document
- application form
- group
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
この発明は、所定の行政機関において、高頻度となる住民の生活シーンの変更処理(手続)を特定可能な行政機関の高頻度変更生活シーンの特定システムに関する。 The present invention relates to a system for specifying a high-frequency change life scene of an administrative institution capable of specifying a change process (procedure) of a high-frequency resident's life scene in a predetermined administrative institution.
市役所、区役所、町役場、村役場といった行政機関において、住民による生活シーンの変更に伴う各種の申請および届出は、申請者本人またはその代理人が行政機関に出向き、受付窓口に備え付けの申請書や届出書に必要事項を記入し、その後、記入書類を受付窓口の担当者に提出することでなされる。
しかしながら、住民は、前もって生活シーンの変更に必要な申請書および届出書の書類名が分からなければ、生活シーンの変更を行うことができない。そこで、これを解消する従来技術として、例えば特許文献1の「生活シーンに合わせた総合申請書による電子申請システム」に開示された、「身近な生活シーンに合わせた申請書の検索方式」によるナビゲーションボードが開発されている。ナビゲーションボードを利用すれば、例えば子供が生まれた、犬を飼いたい、結婚するなどの日常の生活シーンにおける事象(生活イベント)をキーワードとして検索するだけで、誰でも簡便に、生活シーンの変更に必要な全ての書類名を知ることができる。
In administrative organizations such as city halls, ward offices, town halls, village halls, various applications and notifications associated with changes in living scenes by residents are sent to the administrative agencies themselves or their agents, and applications and reports provided at reception desks. It is done by filling in the necessary information on the form and then submitting the form to the person in charge at the reception desk.
However, residents cannot change their living scenes unless they know in advance the application name required for changing their living scene and the document name of the notification form. Therefore, as a conventional technique for solving this problem, for example, the navigation based on the “application search method according to the familiar life scene” disclosed in “Electronic application system based on the general application according to the life scene” of
しかしながら、特許文献1にあっては、ナビゲーションボードの構成やその使用方法についての開示はされているものの、ナビゲーションボードの作成(構築)方法、すなわち生活シーンに応じた申請書および届出書の選定方法についての記載はない。一般的には、行政機関の各関係部署の職員による選定が考えられるものの、選定作業を行う職員の熟練度に応じて、選定結果が異なっていた。また、複数の部署にまたがって申請書等が必要となる生活シーンに関しては、正確な選定作業ができない場合も多々あった。
However, in
そこで、発明者は鋭意研究の結果、まず一定期間のあいだに、住民が行政機関の窓口に提出した全ての申請書および届出書を、書類名、提出日、提出者名、使用目的を含む書類別にデータ化し、全てのデータの中から、同一日に同一人が窓口に提出し、かつ書類名が異なる複数の書類データを1グループとしてグループ毎に抽出し、抽出された複数の書類データのグループのうち、全ての書類データの書類名が一致するグループの数をカウントし、カウント数が規定数以上の書類データのグループに、使用目的に基づく生活シーンのタイトルをそれぞれ付与し、カウント数が大きい書類データのグループ順に、対応する生活シーンのタイトルを並び替えるようにすれば、上述した問題点は全て解消することを知見し、この発明を完成させた。 Therefore, as a result of earnest research, the inventor first submitted all the applications and notifications submitted by residents to the administrative office for a certain period of time, including the document name, date of submission, name of the submitter, and purpose of use. Separate data, all of the data is submitted to the same person on the same day, and multiple document data with different document names are extracted as a group for each group. Among them, the number of groups with the same document name in all document data is counted, and the title of the life scene based on the purpose of use is assigned to each group of document data whose count number is more than the specified number, and the count number is large It has been found that if the titles of the corresponding life scenes are rearranged in the document data group order, all the above-mentioned problems will be solved, and the present invention has been completed.
すなわち、この発明は、所定の行政機関において高頻度となる住民の生活シーンの変更手続を、自動的に特定することができる行政機関の高頻度変更生活シーンの特定(決定)システムを提供することを目的とする。 That is, the present invention provides a system for specifying (determining) a high-frequency change life scene of an administrative institution that can automatically specify a procedure for changing the life scene of a resident that frequently occurs in a predetermined administrative institution. With the goal.
請求項1に記載の発明は、住民が一定期間のあいだに行政機関の窓口に提出した全ての申請書および全ての届出書を、書類名、提出日、提出者名および使用目的をそれぞれ含む書類別にデータ化する際に使用される書類データ入力手段と、該書類データ入力手段による入力操作で得られた全ての申請書データおよび全ての届出書データを記憶する記憶手段と、該記憶手段に記憶された前記全ての申請書データおよび前記全ての届出書データの中から、同一日に同一人が前記窓口に提出し、かつ書類名が異なる複数の書類データを1グループとして、グループ毎に抽出するグループ別書類抽出手段と、該グループ別書類抽出手段により抽出された複数の前記書類データのグループのうち、全ての前記書類データの書類名が一致するグループの数をカウントするカウント手段と、該カウント手段によるカウント数が規定数以上の前記書類データのグループに、前記使用目的に基づく生活シーンのタイトルをそれぞれ付与するタイトル付与手段と、前記カウント手段によるカウント数が大きい前記書類データのグループ順に、対応する前記生活シーンのタイトルを並び替えるタイトル並び替え手段とを備えた行政機関の高頻度変更生活シーンの特定システムである。
The invention described in
行政機関とは、例えば市役所、区役所、町役場、村役場をいう。
住民とは、対応する行政機関内に住居を有した例えば市民、区民、町民、村民などをいう。
ここでの「一定期間」とは、行政機関の高頻度変更生活シーンの特定(決定)を行うことができる期間をいい、具体的には一週間、一か月間、一年間またはそれ以上の期間をいう。
ここでの「行政機関の窓口」とは、例えば行政機関の総合窓口の他、行政機関の各関係部署の窓口でもよい。
申請書としては、例えば印鑑登録申請書、児童手当申請書、子供医療資格登録申請書などが挙げられる。
届出書としては、例えば出生届、転入届、転出届などの住民移動届や国保資格取得届などが挙げられる。なお、「戸籍・住民票・印鑑証明等交付申請書」のように、複数種類の申請書や届出書を1枚にまとめた書類については、選択された申請や届出を、それぞれ1カウント(1つの書類)とする。
The administrative organization refers to, for example, a city hall, a ward office, a town hall, and a village hall.
Residents refer to citizens, ward residents, townspeople, villagers, etc. who have residences in the corresponding administrative organization.
The term “fixed period” as used herein refers to a period during which the administrative organization can identify (determine) a high-frequency change life scene, specifically a period of one week, one month, one year or more. Say.
Here, the “administrative institution's window” may be, for example, a general window of an administrative institution or a window of each related department of an administrative institution.
Examples of the application form include a seal registration application, a child allowance application, and a child medical qualification registration application.
Examples of the notification form include a notification of residents' movement such as a birth notification, a transfer notification, a transfer notification, and a national health insurance qualification notification. In addition, for documents that combine multiple types of application forms and notification forms, such as “Application for grant of family register, resident card, seal certificate, etc.,” each selected application or notification is counted as one (1 Two documents).
書類名とは申請書や届出書のタイトルである。なお、複数の申請書や届出書を1枚にまとめたものの場合には、選択された申請のタイトルや届出のタイトルをいう。
提出日とは、申請書の場合における申請日、届出書の場合における届出日をいう。
提出者名とは、申請書の場合における申請者名、届出書の場合における届出者名をいう。
使用目的とは、例えば各種の申請書や届出書を行政機関の窓口に提出する目的(2次目的)である。具体的には、例えば登記、相続手続、年金、パスポート、転入、転出、転居、出生、死亡、世帯主変更などが挙げられる。
ここでいう「データ化」とは、テキストデータ化をいう。テキストデータとは、レイアウト情報や修飾情報を持たない、純粋に文字のみで構成されるデータである。
The document name is the title of the application form or notification form. In the case of a plurality of application forms and notification forms combined into one sheet, it means the title of the selected application or the title of the notification.
The submission date refers to the application date in the case of an application and the notification date in the case of a notification form.
The name of the submitter means the name of the applicant in the case of an application and the name of the submitter in the case of a notification form.
The purpose of use is, for example, the purpose (secondary purpose) of submitting various application forms and notification forms to the administrative office. Specifically, for example, registration, inheritance procedure, pension, passport, transfer, transfer, transfer, birth, death, change of household head, etc. can be mentioned.
Here, “data conversion” refers to text data conversion. The text data is data composed purely of characters without layout information or decoration information.
書類データ入力手段としては、例えば、本発明のシステム全体のホストコンピュータ(メインコントローラ)が有するキーボード、バーコードリーダの他、スキャナなどを利用して光学的に文字を認識するOCR装置などを採用することができる。
記憶手段としては、例えば、前記ホストコンピュータが有する各種のストレージなどを採用することができる。具体的には、RAMなどをいう。
As the document data input means, for example, an OCR device that optically recognizes characters using a scanner or the like is employed in addition to a keyboard and bar code reader of a host computer (main controller) of the entire system of the present invention. be able to.
As the storage means, for example, various storages possessed by the host computer can be employed. Specifically, it refers to a RAM or the like.
ここでいう「同一日」とは、提出書類(申請書、届出書)に記載された提出日、正確には行政機関の窓口で提出書類を受理した日をいう。
ここでいう「同一人」とは、申請者や届出者本人だけでなく、委任状により本人に代わって提出を認められた、家族を含む代理人をいう。
「書類名が異なる複数の書類データを、同一日に同一人が提出する「窓口」とは、行政機関の同一窓口でも、異なる窓口でもよい。
“Same day” as used herein refers to the date of submission indicated in the submitted documents (application form, notification form), more precisely the date of receipt of the submitted documents at the administrative office.
The term “same person” as used herein refers not only to the applicant or the reporter, but also to an agent including the family who is allowed to submit on behalf of the applicant under the power of attorney.
“The“ window ”where the same person submits a plurality of document data with different document names on the same day may be the same window of the administrative organization or different windows.
「グループ別書類抽出手段」としては、例えば、記憶手段に記憶された全ての申請書データおよび全ての届出書データの中から、同一日に同一人が窓口に提出し、かつ書類名が異なる複数の書類データを1グループとして、グループ毎に抽出するソフトウェアを採用することができる。グループ別書類抽出手段は、例えば、汎用のソフトウェアを備えたパーソナルコンピュータに設けられる。
ここでいう「グループ毎に抽出する」とは、1グループとされた「同一日に同一人が窓口に提出し、かつ書類名が異なる複数の書類データ」を、記憶手段に記憶された全ての申請書データおよび全ての届出書データの中から1グループずつ抽出することをいう。
カウント手段とは、グループ別書類抽出手段によって抽出された複数の書類データのグループのうち、全ての書類データの書類名が一致するグループの数をカウントするアプリケーションである。カウント手段は、例えば、前記パーソナルコンピュータに設けられる。
“Group-specific document extraction means” includes, for example, a plurality of application data and all notification form data stored in the storage means that are submitted to the same person on the same day and whose document names are different. It is possible to adopt software for extracting the document data of each group as one group. The group-specific document extraction means is provided, for example, in a personal computer equipped with general-purpose software.
“Extract for each group” here means that “a plurality of document data submitted by the same person to the window on the same day and having different document names” as one group is stored in the storage means. This means that one group is extracted from the application form data and all notification form data.
The counting means is an application that counts the number of groups in which the document names of all document data are identical among a plurality of document data groups extracted by the group-specific document extraction means. The counting means is provided in the personal computer, for example.
「抽出された複数の書類データのグループのうち、全ての書類データの書類名が一致するグループの数をカウントする」とは、例えば、第1グループを構成する3つの書類データの書類名が、印鑑登録申請書、児童手当申請書、子供医療資格登録申請書であり、第2グループを構成する3つの書類データの書類名が第1グループと同一の印鑑登録申請書、児童手当申請書、子供医療資格登録申請書の場合には、グループを構成する全ての書類データの書類名が一致するため、カウント手段が、第1グループと同一グループとしてプラス「1」し、「2」とカウントする。次に、第3、第4グループを構成する3つの書類データの各書類名が、第1グループを構成する3つの書類データの各書類名と異なる場合には、それらのグループはカウントされない。ただし、第3、第4グループを構成する3つの書類データが、全て同一の書類名であれば、カウント手段が、第4グループを第3グループと同一グループとして、新たに「(第3グループの)1」とカウントする。次いで、第5グループを構成する3つの書類データの書類名が、第1グループを構成する3つの書類データの書類名と全て一致している場合には、カウント手段が第5グループを第1グループと同一グループと判断してプラス「1」し、「(第1グループの)3」とカウントする。次にまた、第6グループを構成する書類データが2つの場合には、第1グループおよび第3グループの何れにも該当しないため、カウント手段は「1」とカウントし、次の第7グループに対するカウントの判断に移行する。以下、同様である。 “Counting the number of groups in which the document names of all document data match among the groups of extracted document data” means, for example, that the document names of the three document data constituting the first group are: Seal registration application, child allowance application, child medical qualification registration application, and the document name of the three document data constituting the second group is the same as the first group seal registration application, child allowance application, child In the case of the medical qualification registration application, since the document names of all the document data constituting the group match, the counting means adds “1” as the same group as the first group and counts “2”. Next, when the document names of the three document data constituting the third and fourth groups are different from the document names of the three document data constituting the first group, those groups are not counted. However, if the three document data constituting the third and fourth groups are all the same document name, the counting means sets the fourth group as the same group as the third group, and newly adds “(third group ) 1 ”. Next, when the document names of the three document data constituting the fifth group all coincide with the document names of the three document data constituting the first group, the counting means sets the fifth group to the first group. Are determined to be the same group, plus “1”, and “(first group) 3” is counted. Next, when there are two document data constituting the sixth group, it does not correspond to either the first group or the third group, so the counting means counts “1”, and the next seventh group is counted. Move to judgment of count. The same applies hereinafter.
タイトル付与手段とは、カウント手段によるカウント数が規定数以上の書類データのグループに対して、生活シーンのタイトルをそれぞれ付与するアプリケーションである。
「使用目的に基づく生活シーンのタイトル」とは、申請書や届出書の使用目的から導き出された生活シーンを表示する(総称する)題名である。各生活シーンのタイトルは、例えばあらかじめ記憶手段に記憶しておき、必要時に、タイトル付与手段により該当するタイトルを抽出して使用することができる。
タイトルが付与される前記カウント数は任意である。例えば、カウント手段によるカウント数の上位10番までのグループ、その上位20番までグループなどである。
タイトル並び替え手段とは、カウント手段によるカウント数が大きい書類データのグループ順に、対応する生活シーンのタイトルを並び替えるアプリケーションをいう。
The title assigning means is an application that assigns a title of a life scene to a group of document data whose count by the counting means is a specified number or more.
The “title of life scene based on purpose of use” is a title that displays (generically refers to) a life scene derived from the purpose of use of the application form or notification form. The title of each life scene can be stored in advance in the storage means, for example, and when necessary, the corresponding title can be extracted and used by the title assigning means.
The count number to which the title is assigned is arbitrary. For example, there are groups up to the
The title rearranging means refers to an application that rearranges the titles of the corresponding life scenes in the group order of the document data having a large count number by the counting means.
請求項1に記載の発明によれば、例えば1年などの一定期間のあいだに、住民が行政機関の窓口に提出した全ての申請書および届出書を、書類データ入力手段により書類名、申請日、申請者名、使用目的を含む書類別にデータ化する。その後、得られた全ての申請書データおよび全ての届出書データを記憶手段に記憶し、記憶された全ての申請書データおよび届出書データの中から、同一日に同一人が窓口に提出し、かつ書類名が異なる複数の書類データを1グループとして、グループ別書類抽出手段によりグループ毎に抽出する。その後、抽出された複数の書類データのグループのうち、全ての書類データの書類名が一致するグループの数をカウント手段によりカウントし、カウント手段によるカウント数が規定数以上の書類データのグループに対して、タイトル付与手段により使用目的に基づく生活シーンのタイトルをそれぞれ付与する。次に、カウント手段によるカウント数が大きい書類データのグループ順に、対応する生活シーンのタイトルをタイトル並び替え手段により並び替える。並び替えられた複数の生活シーンのタイトルは、例えば、生活シーンのナビゲーションボード(一覧表)として、端末(パソコンなど)のディスプレイ画面に表示される。
このように構成したことで、所定の行政機関で高頻度となる住民の生活シーンの変更手続を、自動的に特定することができる。
According to the invention described in
With this configuration, it is possible to automatically specify a procedure for changing a living scene of a resident that frequently occurs in a predetermined administrative organization.
以下、この発明の実施例を具体的に説明する。ここでは市役所での高頻度変更生活シーンの特定システムを例にとる。 Examples of the present invention will be specifically described below. Here, a specific system for a frequently changed life scene in a city hall is taken as an example.
図1中、10はこの発明の実施例1に係る行政機関の高頻度変更生活シーンの特定システム(以下、特定システム)で、この特定システム10は、図2に示す住民(申請者)が市役所の窓口に申請書や届出書(以下、申請書等)を提出する手間の軽減に開発された総合窓口システムAにおける、ディスプレイ11の画面に表示された生活シーンのナビゲーションボードN(図4)を作成する際に利用されるシステムである。
In FIG. 1,
まず、図2を参照して、総合窓口システムAを説明する。
図2に示すように、総合窓口システムAは、市役所の窓口のオペレータ(窓口担当者)に、住民が来所(来庁)した理由(生活シーンの変更)を口頭で伝えるだけで、オペレータが総合受付用端末12(パソコン)のディスプレイ11の画面に表示された生活シーンのナビゲーションボードNを利用し、該当する生活シーンの変更に必要な申請書等を検索し、かつナビゲーション画面から、住民に代わって申請書等の必要事項をキーボード13により入力し、総合申請受付書、内容確認用の仮申請書および内容確認用の仮届出書(以下、仮申請書等)を総合窓口用プリンタ14により印刷して、住民に総合申請受付書および仮申請書等の内容の承諾を求め、それらの承諾を証するために、総合申請受付書に署名捺印した後、総合受付用端末12から市役所の担当部署用端末15(パソコン)に、対応する申請書データや届出書データ(以下、申請書類データ)を配信し、その後、配信先の各部署の担当者が申請書等を受理して各部署用プリンタ16により該当する申請書等を印刷して、その内容を確認後、担当者が申請手続(処理)や届出手続(処理)を行い、手続完了後、生活シーンの変更完了の証明書データをその担当部署用端末15から総合受付用プリンタ14に送信し、各部署からの証明書データの到着後、それらを総合窓口において住民に手渡す、というワンストップ行政サービスを実現するシステムである。これにより、生活シーンの変更のために市役所に来所した住民は、再分化された台帳に合わせて市役所の各関連部署を歩き回る必要がない。
First, the general window system A will be described with reference to FIG.
As shown in Fig. 2, the general window system A allows the operator to tell the reason (change in the living scene) of the residents to the city hall window (the person in charge of the window). Using the life scene navigation board N displayed on the
なお、担当部署用端末15は、総合受付用端末12からの申請書類データを受信後、申請書確認画面の状態が「処理待ち」となるように構成し、かつ担当部署用端末15に付設された赤ランプ17、黄ランプ18、緑ランプ19が3層配列された多層パトランプ20の赤ランプ17を点灯させ、担当者が申請確認画面の申請表示ボタン(消灯ボタン)を押すように促す構成としてもよい。また、各担当部署での全ての申請手続や届出手続が完了した時点で、担当部署用端末15から多層パトランプ20に手続完了信号を送信し、総合受付用端末12に付設された別の多層パトランプ20の緑ランプ19を点灯し、全ての手続が完了したことを知らせるように構成してもよい。さらに、各担当部署および総合受付では、待ち件数に応じてディスプレイ画面上の背景色を変更したり(1〜3件は緑、4〜6件は黄、7件以上は赤)、待ち時間に応じてディスプレイ画面の背景色と表示幅、申請書等の書類名の文字サイズを変更することで、担当者に注意を促すように構成してもよい(5分以内は緑、5〜10分間は黄、10分間以上は赤)。
さらにまた、総合窓口システムAでは、総合受付用プリンタに各担当部署用端末15からの印刷データが集中し、その印刷紙受け棚に各印刷書類が混在するため、印刷物21の右上に識別マーク22を印字して依頼件数毎の書類の分別を容易化し、個人情報の保護を図るように構成してもよい。
The
Furthermore, in the general counter system A, the print data from each
次に、図1、図3〜図14を参照して、この発明の実施例1に係る特定システムを具体的に説明する。
図3のブロック図に示すように、実施例1の特定システムは、汎用のソフトウェアを備えたパーソナルコンピュータの制御部23(CPU)と、住民が1年間のあいだに行政機関の窓口に提出した全ての申請書および全ての届出書を、書類名、提出日、提出者名および使用目的をそれぞれ含む書類別にデータ化する際に使用されるキーボード(書類データ入力手段)24と、キーボード24による入力操作で得られた全ての申請書データおよび全ての届出書データを記憶する記憶手段25と、記憶手段25に記憶された全ての申請書データおよび全ての届出書データの中から、同一日に同一人が窓口に提出し、かつ書類名が異なる複数の書類データを1グループとして、グループ毎に抽出するグループ別書類抽出手段26と、グループ別書類抽出手段26により抽出された複数の書類データのグループのうち、全ての書類データの書類名が一致するグループの数をカウントするカウント手段27と、カウント手段27によるカウント数が規定数以上の書類データのグループに、使用目的に基づく生活シーンのタイトルをそれぞれ付与するタイトル付与手段28と、カウント手段27によるカウント数が大きい書類データのグループ順に、対応する生活シーンのタイトルを並び替えるタイトル並び替え手段29と、タイトル並び替え手段29により並び替えられたタイトルを表示する前記総合受付用端末12のディスプレイ11(前記パーソナルコンピュータのディスプレイでもよい)とを備えている。
Next, the specific system according to the first embodiment of the present invention will be described in detail with reference to FIGS. 1 and 3 to 14.
As shown in the block diagram of FIG. 3, the specific system of the first embodiment is a personal computer control unit 23 (CPU) equipped with general-purpose software, and all the residents submitted to the administrative institution for one year. Keyboard (document data input means) 24 used to convert the application form and all notification forms into data, including the document name, submission date, submitter name, and purpose of use, and input operation using the
以下、図1および図5〜図14のフローシートを参照して、特定システムによる市役所で高頻度となる住民の生活シーンの変更手続を、自動的に特定する方法を具体的に説明する。
図1のフローシートに示すように、特定システムの全体的な流れは、まずキーボード24により手入力されて記憶手段25に記憶された1年間の全ての申請書等データの中から、同一日に同一人が同一の申請書等を提出した場合には1件の書類が窓口に提出されたものと見なし(サブルーチンSR1、図5のフローシート)、その後、同一日に同一人が提出した同一の申請書の1件目を除く他のデータを除く残り全ての申請書等データについて、同一日に同一人が窓口に提出した複数の申請書等データを集約する(サブルーチンSR2、図6のフローシート)。次いで、同一日に同一人が窓口に提出した複数の申請書等データのみを選択し、これを申請書等パターンデータとする(サブルーチンSR3、図7のフローシート)。次に、同一の申請書等パターンデータをカウント手段27によりカウントする(サブルーチンSR4,図8のフローシート)。また、カウント数が多い申請書等パターンデータを選別し(サブルーチンSR5,図9のフローシート)、さらに申請書等パターンデータ中の申請書等ごとの目的をカウントする(サブルーチンSR6,図10および図11のフローシート)。その後、そのカウント数を基準として申請書等の目的の絞り込みを行う(サブルーチンSR7,図12のフローシート)。ここでいう「目的の絞り込み」とは、カウント数が小さい目的の削除である。次に、絞り込まれた目的を基準として、生活シーンの変更に必要な申請書等を確定し(サブルーチンSR8,図13のフローシート)、該当する生活シーンのタイトルを付け、各タイトルを図4に示すディスプレイ11のナビゲーションボードNの一覧に表示する(サブルーチンSR9,図14のフローシート)というものである。
Hereinafter, with reference to the flow sheets of FIG. 1 and FIG. 5 to FIG. 14, a method for automatically specifying a procedure for changing a living scene of a resident that frequently occurs at a city hall by a specifying system will be described in detail.
As shown in the flow sheet of FIG. 1, the overall flow of the specific system is as follows. First, all the application data, etc. for one year manually input from the
次に、図5〜図14のフローシートを参照して、各サブルーチンSR1〜SR9を詳細に説明する。
図5のフローシートに示すように、サブルーチンSR1では、システム開発用のメインコンピュータ(制御部)23において、住民が1年間のあいだに行政機関の窓口に提出した全ての申請書および全ての届出書を、キーボード24により手入力して書類名、提出日、提出者名および使用目的をそれぞれ含む書類別にデータ化し、各申請書等データを記憶手段25に記憶する(S101:ステップ101)。その後、来所日(来庁日)、来所者(来庁者)、申請書番号を並び替えのキーとして、申請書等データの並び替えを行う(S102、表1)。ここでいう申請書番号とは、申請書および届出書の種類ごとに付された番号である。
Next, the subroutines SR1 to SR9 will be described in detail with reference to the flow sheets of FIGS.
As shown in the flow sheet of FIG. 5, in the subroutine SR1, in the main computer (control unit) 23 for system development, all the application forms and all the notification forms submitted by the residents to the administrative office for one year. Are manually input using the
次に、申請書等データを1件ずつ読み込み(S103)、ひとつ前の申請書等データをテーブルに格納するとともに(S104)、ステップ105で次の申請書等データを1件読み込む。ステップ106では、申請書等データの読み込みが全て終了したか否かが判断される。終了した場合には最終データを出力し(S107)、サブルーチンSR2へ進み、申請書等データが残っていればステップ108へ移行して、ステップ104で格納したひとつ前の申請書等データと次のデータが同日のデータか否かが判断される。同日でなければステップ109へ移行してひとつ前のデータを出力し(表2)、その後、次のデータを始めの申請書等データとしてテーブルに格納し(S110)、ステップ105へ戻る。 Next, the application form data is read one by one (S103), the previous application form data is stored in the table (S104), and the next application form data is read in step 105 one by one. In step 106, it is determined whether or not all of the application form data has been read. If completed, the final data is output (S107), the process proceeds to subroutine SR2, and if application data remains, the process proceeds to step 108, and the previous application data stored in step 104 and the next data are stored. It is determined whether the data is on the same day. If it is not the same day, the process proceeds to step 109 and the previous data is output (Table 2). Thereafter, the next data is stored in the table as the first application form data (S110), and the process returns to step 105.
一方、ステップ108において、同日の申請書等データであればステップ111に移行し、ここで同一者の申請書等データか否かが判断され、同一者でなければ前記ステップ109に進み、同一者であればステップ112に進む。ここでは同一申請書(種類が同じ)のデータであるか否かが判断され、同一申請書のデータであればステップ105へ戻る一方、異なる申請書のデータであれば前記ステップ109へ進む。
こうして、サブルーチンSR1では、1年間の全ての申請書等データの中から、例えば施設の代表者や代理人などが、同一日に同一の申請書等を提出した書類が整理される。
On the other hand, in step 108, if the application data is the same day, the process proceeds to step 111, where it is determined whether the application data is the same person or not. If so, go to Step 112. Here, it is determined whether or not the data is the same application form (same type). If the data is the same application form, the process returns to step 105. If the data is a different application form, the process proceeds to step 109.
In this way, in the subroutine SR1, documents in which, for example, a facility representative or a representative submits the same application form on the same day are arranged from all the application form data for one year.
次に、図6のフローシートを参照して、サブルーチンSR2を説明する。
ここでは、まずステップ107およびステップ109で出力された全ての申請書等データを記憶手段25に読み込み(S201)、来庁日および来庁者を並び換えのキーとして、申請書等データの並び替えを行う(S202、表3)。その後、並び替えた申請書等データの中から1件ずつ申請書等データを読み出し(S203)、ステップ204において、ひとつ前の申請書等データをテーブルに格納するとともに、次の申請書等データを1件読み込む(S205)。
Next, the subroutine SR2 will be described with reference to the flow sheet of FIG.
Here, first, all application form data output in step 107 and step 109 is read into the storage means 25 (S201), and the application form data is rearranged using the next agency date and the next agency person as the sorting key. (S202, Table 3). Thereafter, the application data is read one by one from the rearranged application data (S203). In step 204, the previous application data is stored in the table, and the next application data is stored. One item is read (S205).
ステップ206では、申請書等データの読み込みが終了したか否かが判断される。終了した場合には最終データを出力し(S207)、サブルーチンSR3へ進み、申請書等データが残っていればステップ208へ移行して、ステップ204で格納したひとつ前の申請書等データと次のデータとが同日のデータか否かが判断される。同日でなければステップ209へ進み、ここで、ひとつ前の申請書等データを出力し(表4)、その後、次の申請書等データをひとつ前の申請書等データとしてテーブルに格納し(S210)、ステップ205へ戻る。 In step 206, it is determined whether or not reading of the application form data has been completed. If completed, the final data is output (S207), and the process proceeds to subroutine SR3. If there is any remaining application form data, the process proceeds to step 208, and the previous application form data stored in step 204 and the next data are stored. It is determined whether the data is the same day data. If it is not the same day, the process proceeds to step 209, where the previous application form data is output (Table 4), and then the next application form data is stored in the table as the previous application form data (S210). ), The process returns to step 205.
一方、ステップ208で同日の申請書等データと判断された場合には、ステップ211に移行し、ここで同一者の申請書等データか否かが判断される。同一者でなければ前記ステップ209に進み、同一者であればステップ212に進み、申請書番号を申請書等データに格納し、前記ステップ205に戻る。
こうして、サブルーチンSR2では、同一日に同一人が市役所の窓口に提出した全ての申請書等データを把握することができる。
On the other hand, if it is determined in step 208 that the application data is the same day, the process proceeds to step 211 where it is determined whether the application data is the same person. If it is not the same person, the process proceeds to step 209. If it is the same person, the process proceeds to step 212, the application form number is stored in the application form data, and the process returns to step 205.
In this way, in the subroutine SR2, it is possible to grasp all data such as application forms submitted by the same person to the city hall on the same day.
次に、図7のフローシートを参照して、サブルーチンSR3を説明する。
ここでは、ステップ209(表4)で出力された全ての申請書等データを記憶手段25に読み込み(S301)、その後、来庁日および来庁者を並び換えのキーとして、申請書等データの並び替えを行う(S302)。次に、並び替えた申請書等データの中から1件ずつ申請書等データを読み込み(S303)、ステップ304において、申請書等データの読み込みが終了したか否かが判断される。終了した場合にはサブルーチンSR4へ進み、申請書等データが残っていればステップ305へ移行して、(異なる)申請書番号が複数存在するか否かが判断され、複数存在する場合にはステップ306に進み、ここで複数の申請書等データが出力され(表5)、ステップ303に戻る。
こうして、サブルーチンSR3では、同一日に同一人が窓口に提出した複数の申請書等データのみを選択し、申請書等パターンデータを得ることができる。
Next, the subroutine SR3 will be described with reference to the flow sheet of FIG.
Here, all the application form data output in step 209 (Table 4) is read into the storage means 25 (S301), and then the application form data is set using the next agency date and the next agency key as the sorting key. Rearrangement is performed (S302). Next, the application form data is read one by one from the rearranged application form data (S303). In step 304, it is determined whether or not the application form data has been read. If completed, the process proceeds to subroutine SR4. If data such as an application form remains, the process proceeds to step 305 to determine whether or not there are a plurality of (different) application form numbers. Proceed to 306, where a plurality of application forms and other data are output (Table 5), and the process returns to step 303.
In this way, in the subroutine SR3, it is possible to select only a plurality of application forms data submitted by the same person to the window on the same day, and obtain application form pattern data.
次に、図8のフローシートを参照して、サブルーチンSR4を説明する。
ここでは、ステップ306(表5)で出力された全ての複数申請書等データを記憶手段25に読み込み(S401)、初めの申請書等パターンデータをテーブルに格納し(S402)、格納された申請書等パターンデータをカウント手段27によりカウント後(カウント1、S403)、次の申請書等データを1件読み込む(S404)。ステップ405では、申請書等データの読み込みが終了したか否かが判断される。読み込みが終了した場合には、ステップ406で申請書等パターンデータごとの件数のテーブルを出力し(表6)、サブルーチンSR5へ進む。
Next, the subroutine SR4 will be described with reference to the flow sheet of FIG.
Here, all the multiple application forms data output in step 306 (Table 5) is read into the storage means 25 (S401), the first application form pattern data is stored in the table (S402), and the stored application is stored. After the pattern data is counted by the counting means 27 (
一方、ステップ405において、申請書等パターンデータが残っていればステップ407へ移行し、格納された申請書等パターンデータと同じ申請書等パターンデータがテーブルにあるか否かが判断される。テーブルに同一の申請書等パターンデータがあれば、ステップ408において、カウント手段27が申請書等パターンデータのカウント数を1つ追加してステップ404へ戻り、なければステップ409へ進んでその申請書等パターンデータをテーブルに格納後、カウント手段27によりカウント後(カウント1、S410)ステップ404に戻る。
こうして、サブルーチンSR4では、同一の申請書等パターンデータをカウント手段27によりカウントする。
On the other hand, if the application form pattern data remains in
Thus, in the subroutine SR4, the same application form pattern data is counted by the counting means 27.
次に、図9のフローシートを参照して、サブルーチンSR5を説明する。
ここでは、まずステップ406で出力された全てのカウント付きの申請書等パターン毎の件数テーブルを記憶手段25に読み込み(S501、表6)、その後、申請書等パターン毎の件数テーブルの件数(降順)を並び換えのキーとして、申請書等パターン毎の件数テーブルの並び替えを行う(S502)。次に、並び替えた申請書等パターン毎の件数テーブルに対して、前判断型のループ処理S503〜S505が行われる。その終了条件は、l=1〜n(n:カウント手段27によるカウント数が上位n番目までの申請書等パターンデータの数)である。すなわち、カウント手段27によるカウント数が多い上位nパターンを対象として、降順に申請書等パターンデータをテーブルに格納する(S504,S505のループ)。ループ終了後、降順に並んだ上位n番目までの申請書等パターンデータがテーブルに出力され(S506、表7)、サブルーチンSR6へ進む。
こうして、サブルーチンSR5では、カウント数が多い申請書等パターンデータを選別する。
Next, the subroutine SR5 will be described with reference to the flow sheet of FIG.
Here, first, the count table for all application forms with counts output in step 406 is read into the storage means 25 (S501, Table 6), and then the number of records in the count table for each pattern such as application forms (descending order). ) Is used as a rearrangement key, the number of cases table for each application form is rearranged (S502). Next, pre-determination type loop processing S503 to S505 is performed on the rearranged number of cases table for each application pattern. The end condition is l = 1 to n (n: the number of pattern data such as application forms up to the n-th count by the counting means 27). That is, pattern data such as application forms are stored in the table in descending order for the top n patterns having a large number of counts by the counting means 27 (loop of S504 and S505). After completion of the loop, pattern data such as the top n application forms arranged in descending order is output to the table (S506, Table 7), and the process proceeds to subroutine SR6.
Thus, in the subroutine SR5, pattern data such as application forms having a large count number is selected.
次に、図10および図11のフローシートを参照して、サブルーチンSR6を説明する。
ここでは、まずステップ506で出力された全ての申請書等パターンデータ(カウントなし)を記憶手段25に読み込む(S601、表8)。
Next, the subroutine SR6 will be described with reference to the flowcharts of FIGS.
Here, first, all the application form pattern data (no count) output in step 506 is read into the storage means 25 (S601, Table 8).
その後、ステップ602において、申請書等パターンデータの読み込みが終了したか否かが判断される。終了の場合にはサブルーチンSR7へ進み、申請書等パターンデータが残っていればステップ603へ移行する。ここで、住民が1年間のあいだに行政機関の窓口に提出した全ての申請書等データにおいて、1番目の申請書番号の申請書等データを読み込む(表9)。 Thereafter, in step 602, it is determined whether or not the pattern data has been read. If completed, the process proceeds to subroutine SR7, and if pattern data such as an application form remains, the process proceeds to step 603. Here, the application data of the first application number is read from all the application data submitted by the residents to the administrative institution for one year (Table 9).
次のステップ604では、1番目の申請書番号の申請書等データについて、読み込みが終了したか否かが判断され、読み込み終了の場合には、申請書番号ごとの目的と件数(カウント手段27によるカウント)とが出力され(ステップ605、表10)、ステップ601に戻る。
In the
一方、ステップ604での申請書等データの読み込みが終了していない場合には、1番目の申請書等データの目的がテーブルに格納され(S606、表11)、次にS607〜S613の前段ループへ移行する。
On the other hand, if the reading of the application form data in
この前段ループは前判断型のもので、その終了条件は、k=2〜n(n:申請書等パターンデータを構成する申請書等データの数)である。まず、ステップ608において、k番目の申請書番号の申請書等データをテーブルに読み込む(表12)。 This pre-stage loop is of a pre-judgment type, and its end condition is k = 2 to n (n: the number of application form data constituting the application form pattern data). First, in step 608, the application form data of the kth application form number is read into the table (Table 12).
その後、ステップ609において、k番目の申請書等データの読み込みが終了したか否かが判断され、データの読み込みが終了した場合にはループ終端のステップ613へ進み、データの読み込みが終了していなければステップ610へ進む。ここでは、1番目とk番目との申請書等データにおいて、同日のものか否かが判断され(表13)、同日でなければステップ608へ戻り、同日であればステップ611へ進む。 Thereafter, in step 609, it is determined whether or not the reading of the k-th application form or the like data has been completed. If the data has been read, the process proceeds to step 613 at the end of the loop, and the data reading must be completed. If YES, go to step 610. Here, it is determined whether or not the first and k-th application forms data are on the same day (Table 13). If not, the process returns to step 608, and if it is the same day, the process proceeds to step 611.
ステップ611では、1番目とk番目とが同一申請者による申請書等データか否かが判断され(表13)、申請者が異なればステップ608へ戻り、申請者が同一であればステップ612へ進む。ステップ612では、k番目の申請書類データの目的をテーブルに格納する(表14)。 In step 611, it is determined whether or not the first and kth data are application forms and the like by the same applicant (Table 13). If the applicants are different, the process returns to step 608, and if the applicants are the same, the process returns to step 612. move on. In step 612, the purpose of the k-th application document data is stored in a table (Table 14).
その後、ステップ613へ進み、k=nとなるまでS607〜S613のループを繰り返す。k=nのループ終了後は、同一日、同一申請者のデータがあったかを判断し(S614)、無かった場合は、目的をカウントせずに次のデータを読み込む(S603)。あった場合はS615〜S620の後段ループへ移行する。
後段ループも前判断型のもので、その終了条件は、k=1〜nである(n:申請書等パターンデータを構成する申請書等データの数)。まず、ステップ616において、k番目の申請書番号の申請書等データの「目的」が、テーブルに存在するか否かを判断し、存在すればカウント手段27によるこの「目的(データ)」のカウント数を1つ増やす(S617)。一方、ステップ616での判断で、その目的がテーブルに存在しなければ、ステップ618でk番目の申請書番号にその目的を格納後、ステップ619において、格納されたk番目の申請書番号の申請書等データの目的について、カウント手段27によるカウント数を1とする。k=nの後段ループの終了後は、ステップ603へ戻る。
こうして、サブルーチンSR6では、申請書等パターンデータ中の申請書等ごとの目的をカウントする。
Thereafter, the process proceeds to step 613, and the loop of S607 to S613 is repeated until k = n. After the loop of k = n, it is determined whether there is data of the same applicant on the same day (S614). If there is no data, the next data is read without counting the purpose (S603). If there is, the process proceeds to a subsequent loop of S615 to S620.
The latter loop is also of the pre-determination type, and the end condition is k = 1 to n (n: the number of application form data constituting the application form pattern data). First, in step 616, it is determined whether or not the “purpose” of the application form data of the k-th application form number exists in the table, and if it exists, the counting means 27 counts this “purpose (data)”. The number is increased by 1 (S617). On the other hand, if it is determined in step 616 that the purpose does not exist in the table, after the purpose is stored in the kth application number in
In this way, the subroutine SR6 counts the purpose of each application form in the application form pattern data.
次に、図12のフローシートを参照して、サブルーチンSR7を説明する。
ここでは、まずステップ605で出力された申請書番号ごとの申請書等データの目的と件数(カウント数)とを読み込む(S701、表10)。その後、ステップ702において、これらの読み込みが終了したか否かが判断される。終了の場合にはサブルーチンSR8へ進み、読み込みが残っていればS703〜S706のループへ進む。ループは前判断型のもので、その終了条件はk=1〜n(n:申請書番号の数)である。まず、ステップ704において、申請書番号ごとの目的と件数とが、生活シーンに反映するための基準値Xを超えているか否かが判断され、超えていればステップ705へ進み、申請書番号ごとの申請書等データの目的と件数とを出力する(表15)。
Next, the subroutine SR7 will be described with reference to the flow sheet of FIG.
Here, first, the purpose and the number (count) of the application form data for each application form number output in step 605 are read (S701, Table 10). Thereafter, in step 702, it is determined whether or not these readings are completed. If completed, the process proceeds to subroutine SR8, and if reading remains, the process proceeds to a loop of S703 to S706. The loop is of the pre-judgment type, and the termination condition is k = 1 to n (n: the number of application form numbers). First, in step 704, it is determined whether or not the purpose and the number of each application number exceed the reference value X for reflecting in the life scene, and if it exceeds, the process proceeds to step 705 for each application number. The purpose and number of data of application forms are output (Table 15).
一方、ステップ704において、前記基準値X未満であれば、ループの終端のステップ706へ進む。ここで、k=nに達していなければループの始端のステップ703へ移行し、k=nに達していればステップ701へ戻る。
こうして、サブルーチンSR7では、申請書等パターンデータ中の申請書等ごとの目的のカウント数を基準とし、申請書等の目的の絞り込みを行う。
On the other hand, if it is less than the reference value X in step 704, the process proceeds to step 706 at the end of the loop. If k = n has not been reached, the process proceeds to step 703 at the beginning of the loop, and if k = n has been reached, the process returns to step 701.
In this way, in the subroutine SR7, the purpose of the application form is narrowed down based on the target count for each application form in the pattern data of the application form.
次に、図13のフローシートを参照して、サブルーチンSR8を説明する。
ここでは、ステップ705で出力された全ての申請書番号データとこの申請書番号データごとの申請書等データ中の目的データとを記憶手段25に読み込み(S801)、目的を並び換えのキーとして、これらのデータの並び替えを行う(S802)。その後、申請書番号とそれの申請書等データ中の目的データとを1件ずつ読み込み(S803)、ステップ804において、1つ前(初め)の申請書等パターンデータの目的データをテーブルに格納し、その後、次の申請書等パターンデータの目的データを1件読み込む(S805)。ステップ806では、全ての申請書等パターンデータの目的データの読み込みが終了したか否かが判断される。終了した場合にはサブルーチンSR9へ進み、申請書等パターンデータの目的データが残っていればステップ807へ移行する。
Next, the subroutine SR8 will be described with reference to the flow sheet of FIG.
Here, all the application form number data output in step 705 and the purpose data in the application form data for each application form number data are read into the storage means 25 (S801), and the purpose is used as a reordering key. These data are rearranged (S802). After that, the application number and the purpose data in the application form data are read one by one (S803), and in step 804, the purpose data of the previous (first) application form pattern data is stored in the table. Thereafter, one piece of target data of pattern data such as the next application form is read (S805). In step 806, it is determined whether or not the reading of the target data of all the application form pattern data has been completed. If completed, the process proceeds to subroutine SR9, and if the target data of the pattern data such as the application form remains, the process proceeds to step 807.
ステップ807では、ステップ804で格納したひとつ前の初めの申請書等パターンデータの目的データと次の目的データが同一のデータか否かが判断される。同一でなければステップ808へ進み、ここで、初めの申請書等パターンデータの目的データと申請書番号とを出力し(表16)、その後、次の申請書等データ中の目的データとそれの申請書番号とを、ひとつ前の申請書等データ中の目的データとそれの申請書番号としてテーブルに格納し(S809)、ステップ805へ戻る。 In step 807, it is determined whether or not the target data of the pattern data such as the first application form stored in step 804 is the same as the next target data. If they are not the same, the process proceeds to step 808, where the purpose data and application number of the first application form pattern data are output (Table 16), and then the purpose data in the next application form data and its The application form number is stored in the table as the target data in the previous application form data and its application form number (S809), and the process returns to step 805.
一方、ステップ807で初めの申請書等パターンデータの目的データと同一の目的データと判断された場合には、ステップ810に移行し、ここで申請書番号データをテーブルに格納し、前記ステップ805に戻る。
このサブルーチンSR8では、カウント手段27によるカウント数が小さい目的が削除された(絞り込まれた)目的を基準として、生活シーンの変更に必要な申請書等を確定することができる。
On the other hand, if it is determined in step 807 that the target data is the same as the target data of the first application form pattern data, the process proceeds to step 810, where the application form number data is stored in the table, and in step 805 described above. Return.
In this subroutine SR8, it is possible to determine an application form or the like necessary for changing the life scene on the basis of the purpose for which the purpose with a small count by the counting means 27 has been deleted (narrowed down).
次に、図14のフローシートを参照して、サブルーチンSR9を説明する。
ここでは、ステップ808で出力された全ての目的データと、この目的ごとの申請書番号データとを記憶手段25に読み込み(S901)、その後、ステップ902では、選出された目的データの1件を読み込み、ステップ903において、この読み込まれた目的データの複数申請書番号と、ナビゲーションボードNに表示された申請書等パターンの複数申請書番号とが全て一致するか否かを判断する。全ての複数申請書番号が一致しない場合には、ステップ904で新たなナビゲーションとして、目的と複数申請書番号をナビゲーションボードNに追加し、ステップ902に戻り、一致する場合にはステップ905に進む。ここで、ナビゲーションボードNに表示された該当する申請書等パターンをその目的に変更して、該当する生活シーンのタイトルとする。次のステップ906では、ステップ902で選出された複数申請書番号データの目的が全て終了したか否かが判断され、終了した場合には図1のフロー全体が終了し、目的データが残っていればステップ902へ戻る。
Next, the subroutine SR9 will be described with reference to the flow sheet of FIG.
Here, all the target data output in step 808 and the application form number data for each purpose are read into the storage means 25 (S901), and then in step 902, one selected target data is read. In Step 903, it is determined whether or not the plurality of application data numbers of the read target data and the plurality of application data patterns of the application data pattern displayed on the navigation board N all match. If all the multiple application form numbers do not match, the purpose and the multiple application form numbers are added to the navigation board N as new navigation in step 904, and the process returns to step 902. If they match, the process advances to step 905. Here, the pattern of the corresponding application form displayed on the navigation board N is changed to the purpose, and is set as the title of the corresponding life scene. In the next step 906, it is determined whether or not all the purposes of the multiple application form number data selected in step 902 have been completed. If completed, the entire flow in FIG. Return to step 902.
このように、サブルーチンSR9では、ナビゲーションボードNに表示された、市役所での利用頻度が高い申請書等パターンに対して、該当する生活シーンのタイトル付けが行われる。
その結果、総合窓口システムAにおいて、市役所の総合窓口のオペレータは、総合受付用端末12のディスプレイ11の画面に表示された生活シーンのナビゲーションボードN(図4)において、住民から聞いた来所理由に該当するタイトルをクリックだけで、ナビゲーションボードNの右側の空欄部分に、該当する生活シーンの変更に必要な申請書等の一覧を表示することができる。
As described above, in the subroutine SR9, the title of the corresponding life scene is given to the pattern such as the application form displayed on the navigation board N and frequently used at the city hall.
As a result, in the general counter system A, the operator of the general counter of the city hall has visited the living scene navigation board N (FIG. 4) displayed on the screen of the
この行政機関の高頻度変更生活シーンの特定システムは、市役所、区役所、町役場などの行政機関において、高頻度となる住民の生活シーンの変更処理を特定する技術として有用である。 This system for specifying a frequently changed living scene of an administrative organization is useful as a technique for specifying a frequently changing process for changing the living scene of an inhabitant in an administrative organization such as a city hall, a ward office, or a town hall.
10 行政機関の高頻度変更生活シーンの特定システム、
24 キーボード(書類データ入力手段)、
25 記憶手段、
26 グループ別書類抽出手段、
27 カウント手段、
28 タイトル付与手段、
29 タイトル並び替え手段。
10 A system for identifying frequently-changing life scenes of administrative agencies,
24 keyboard (document data input means),
25 storage means,
26 Document extraction means by group,
27 counting means,
28 Title giving means,
29 Title sorting means.
Claims (1)
該書類データ入力手段による入力操作で得られた全ての申請書データおよび全ての届出書データを記憶する記憶手段と、
該記憶手段に記憶された前記全ての申請書データおよび前記全ての届出書データの中から、同一日に同一人が前記窓口に提出し、かつ書類名が異なる複数の書類データを1グループとして、グループ毎に抽出するグループ別書類抽出手段と、
該グループ別書類抽出手段により抽出された複数の前記書類データのグループのうち、全ての前記書類データの書類名が一致するグループの数をカウントするカウント手段と、
該カウント手段によるカウント数が規定数以上の前記書類データのグループに、前記使用目的に基づく生活シーンのタイトルをそれぞれ付与するタイトル付与手段と、
前記カウント手段によるカウント数が大きい前記書類データのグループ順に、対応する前記生活シーンのタイトルを並び替えるタイトル並び替え手段とを備えた行政機関の高頻度変更生活シーンの特定システム。 Used to compile all application forms and all notification forms submitted by residents to the administrative office for a certain period of time, including the document name, date of submission, name of the submitter, and purpose of use. Document data input means,
Storage means for storing all application form data and all notification form data obtained by the input operation by the document data input means;
Among all the application form data and all the notification form data stored in the storage means, the same person submits to the window on the same day, and a plurality of document data having different document names as one group, A group-specific document extraction means for extracting each group;
Counting means for counting the number of groups in which the document names of all the document data match among the plurality of document data groups extracted by the group-specific document extraction means;
Title assigning means for assigning a title of a life scene based on the purpose of use to the group of document data whose count by the counting means is a specified number or more;
A system for specifying a high-frequency change life scene of an administrative institution comprising title reordering means for reordering the titles of the corresponding life scenes in the order of groups of the document data having a large count by the counting means.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2013074152A JP6114991B2 (en) | 2013-03-29 | 2013-03-29 | Identification system for high-frequency change life scenes of government agencies |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2013074152A JP6114991B2 (en) | 2013-03-29 | 2013-03-29 | Identification system for high-frequency change life scenes of government agencies |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2014199524A JP2014199524A (en) | 2014-10-23 |
| JP6114991B2 true JP6114991B2 (en) | 2017-04-19 |
Family
ID=52356394
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2013074152A Active JP6114991B2 (en) | 2013-03-29 | 2013-03-29 | Identification system for high-frequency change life scenes of government agencies |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6114991B2 (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110032612B (en) * | 2019-04-10 | 2021-04-13 | 珠海市岭南大数据研究院 | Information pushing method and device |
| JP6735398B1 (en) | 2019-08-06 | 2020-08-05 | 株式会社 ディー・エヌ・エー | System, method and program for delivering live video |
| JP7809871B1 (en) * | 2025-09-26 | 2026-02-02 | 株式会社仙台放送 | Business support system, business support method, and computer program |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000172696A (en) * | 1998-12-03 | 2000-06-23 | Toshiba Corp | Document management system |
| JP2003091578A (en) * | 2001-09-17 | 2003-03-28 | Hitachi Information Systems Ltd | Electronic report management service system, management service method, and program for implementing the same |
| JP2003187014A (en) * | 2001-12-20 | 2003-07-04 | Hitachi Ltd | Document issuance history management system |
| JP2004213155A (en) * | 2002-12-27 | 2004-07-29 | Japan Research Institute Ltd | Electronic document creation device, electronic document creation method, and program for causing computer to execute the method |
| JP2005115584A (en) * | 2003-10-07 | 2005-04-28 | Hitachi Ltd | Administrative service evaluation system |
-
2013
- 2013-03-29 JP JP2013074152A patent/JP6114991B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2014199524A (en) | 2014-10-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9378205B1 (en) | System and method for managing and sharing pharmaceutical clinical trial regulatory documents | |
| JP4501572B2 (en) | Document management apparatus and document management system | |
| JP7426035B2 (en) | Instruction issuance system, instruction issuance method and program | |
| JP6114991B2 (en) | Identification system for high-frequency change life scenes of government agencies | |
| CN112561607A (en) | Data management system, data management device, and storage medium | |
| JP6252614B2 (en) | Information processing apparatus, information processing system, information processing method, program, and storage medium | |
| CN110546710A (en) | Instruction issuing system, instruction issuing method, and program | |
| JP6063811B2 (en) | Document digitization method and document digitization system | |
| US20150227690A1 (en) | System and method to facilitate patient on-boarding | |
| JP2014229098A (en) | Accounting bookkeeping information processing apparatus, method for controlling the same, and accounting bookkeeping processing device program and recording medium | |
| JP5220207B1 (en) | Registration data acquisition device, recording medium used therefor, registration data acquisition system, and registration data acquisition method | |
| JP6650174B1 (en) | Intellectual property management device, intellectual property management program, and intellectual property management method | |
| JP2017016346A (en) | Information processing device and information processing program | |
| JP7396518B1 (en) | Information processing device, computer program and information processing method | |
| JP2021103592A (en) | Document management device and method for managing document | |
| JP6625825B2 (en) | Screen creation device for client terminal and data collection / inquiry system using the same | |
| JP6679885B2 (en) | Workflow processing program, workflow processing method, and workflow processing device | |
| JP3656710B2 (en) | Minutes management method and minutes management system | |
| JP2022052179A (en) | File management device and program | |
| Reeves et al. | Radical relocation: Adapting print collections to an e-centric world | |
| JP5220209B1 (en) | Registration data acquisition device, recording medium used therefor, and registration data acquisition method | |
| JP7208516B2 (en) | Information processing program, information processing method, and information processing apparatus | |
| JP2013041336A (en) | House history information management system and house history information management method | |
| JP2004200779A (en) | Document management apparatus and document management method | |
| JP7156618B2 (en) | Information processing device, information system, information processing method, and program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20160318 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20170126 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20170217 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20170303 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6114991 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |