JP6100112B2 - メニュー画面表示装置、サービス業務システム、メニュー画面表示方法及びプログラム - Google Patents

Description

本願は、複数のプログラムの起動処理に夫々対応した複数の図形又は文字列を表示するメニュー画面表示装置、サービス業務システム、メニュー画面表示方法及びプログラムに関する。

コンピュータを用いて実行する業務処理には、決められた順序がある。複数のアプリケーションプログラムの起動処理に夫々対応する複数のアイコン又は文字列が単に並列的に表示部の画面に表示された場合、利用者にはどのアプリケーションプログラムに対応するアイコン又は文字列を選択すればよいのか瞬時には分かり難い。そこで、業務の流れに応じて例えばアイコンを配置表示するメニュー選択システムがある（例えば、特許文献１参照）。

特開平９−３１９５４４号公報

ところで、アプリケーションプログラムが処理する業務件数は有限である。しかし、特許文献１に記載のメニュー選択システムは、各業務の未処理件数を表示しないため、利用者は業務全体における各業務の進行状況を認識することができない。

本願は、かかる事情に鑑みてなされたものである。その目的は、自動車の車両又は部品に関するサービス業務全体における各業務の進行状況を認識することができるメニュー画面表示装置、サービス業務システム、メニュー画面表示方法及びプログラムを提供することにある。

本願の一観点は、自動車の車両又は部品に関する複数のサービス業務を夫々実行する複数のアプリケーションプログラムの起動処理各々に対応した複数の図形又は文字列のいずれかを選択するためのメニュー画面を表示部に表示するメニュー画面表示装置において、前記複数の図形又は文字列を前記サービス業務の流れに応じた配置で前記メニュー画面に表示する図形文字列表示部と、前記サービス業務の流れの方向を示す矢印を前記図形文字列表示部が表示したメニュー画面上での複数の図形又は文字列の間に表示する矢印表示部と、前記複数のアプリケーションプログラム全体が処理すべき情報の全件数及び該複数のアプリケーションプログラム夫々の処理結果を送信する送信部と、該送信部が送信した前記全件数及び処理結果に基づいて集計された前記複数のアプリケーションプログラム夫々に係る未処理件数を受信する受信部と、該受信部が受信した未処理件数夫々を、前記図形文字列表示部が表示した前記メニュー画面上での複数の図形又は文字列各々に対応付けて表示する未処理件数表示部とを備える。

本願の一観点によれば、自動車の車両又は部品に関するサービス業務全体における各業務の進行状況を認識することができる。

車両部品流通業務システムのハードウェア構成例を示すブロック図である。 メニュー画面表示装置のハードウェア構成例を示すブロック図である。 データベースサーバのハードウェア構成例を示すブロック図である。 メニュー画面表示装置及びデータベースサーバの機能構成例を示す機能ブロック図である。 メニュー画面の画面レイアウトの一例を示す説明図である。 廃車受付入力画面の画面レイアウトの一例を示す説明図である。 車両管理テーブルのレコードレイアウトの一例を示す説明図である。 廃車情報入力画面の画面レイアウトの一例を示す説明図である。 政府系ＷＥＢ廃車登録画面の画面レイアウトの一例を示す説明図である。 ＡＢＣ市ＷＥＢ廃車登録画面の画面レイアウトの一例を示す説明図である。 廃車登録処理の手順の一例を示すフローチャートである。 廃車登録処理の手順の一例を示すフローチャートである。 廃車登録処理の手順の一例を示すフローチャートである。 廃車登録処理の手順の一例を示すフローチャートである。 切断手続のメニュー画面の画面レイアウトの一例を示す説明図である。 ＮＧ情報一括入力画面の画面レイアウトの一例を示す説明図である。 ＮＧ表示画面の画面レイアウトの一例を示す説明図である。 切断許可一括入力画面の画面レイアウトの一例を示す説明図である。 切断不許可表示画面の画面レイアウトの一例を示す説明図である。 メニュー画面表示処理の手順の一覧を示すフローチャートである。 メニュー画面表示処理の手順の一覧を示すフローチャートである。 部品選択画面の画面レイアウトの一例を示す説明図である。 危険物管理のメニュー画面の画面レイアウトの一例を示す説明図である。

本実施の形態に係る自動車の車両又は部品に関するサービス業務システムを、その図面に基づいて説明する。自動車の車両又は部品に関するサービス業務は、例えば車検、車両整備、鈑金、車販及び車両部品流通に係るサービス業務を含む。以下では、自動車の車両又は部品に関するサービス業務の一例として、車両部品流通業務を挙げて本実施の形態を説明する。
本実施の形態に係る車両部品流通業務システムは、データベースサーバ及び端末装置を含むクライアントサーバシステムであり、自動車のアフターマーケットに係る業者によって運営及び管理されている。車両部品流通業務システムは、インターネットを介して、ＷＥＢサイトと情報のやり取りをする場合がある。

図１は、車両部品流通業務システム１のハードウェア構成例を示すブロック図である。車両部品流通業務システム１は、メニュー画面表示装置（コンピュータ）１０及びデータベースサーバ（情報処理装置）２０を含む。メニュー画面表示装置１０は、例えばデスクトップ型ＰＣ（パーソナルコンピュータ）、ノートブック型ＰＣ、タブレット型ＰＣ、スマートフォン等である。メニュー画面表示装置１０は、専用回線１ｎを介してデータベースサーバ２０と接続されている。また、メニュー画面表示装置１０は、インターネット１Ｎを介して、車両部品流通業務システム１に対して外側に位置するＷＥＢサーバ３０と情報のやり取りをすることができる。

データベースサーバ２０は、例えば汎用コンピュータ、ワークステーション、デスクトップ型ＰＣ等である。データベースサーバ２０は、データベースエンジンを搭載している。データベースサーバ２０は、メニュー画面表示装置１０から受信した命令に応じて、自身のハードディスクに記憶された各種テーブルにアクセスし、レコードの挿入、削除、更新及び検索を実行する。また、データベースサーバ２０は、検索結果等の処理結果をメニュー画面表示装置１０に送信する。

メニュー画面表示装置１０には、車両の廃車、車両部品の販売等の業務に係る複数のアプリケーションプログラム（以下、アプリケーションという）を制御するプログラムがインストールされている。メニュー画面表示装置１０は、データベースサーバ２０から受信した情報及び業務の流れに応じて、複数のアプリケーションを夫々起動するアイコン（図形）又は文字列を、表示部の画面に配置表示する。メニュー画面表示装置１０は、各業務に対応するアプリケーションの処理結果をデータベースサーバ２０へ送信する。データベースサーバ２０は、メニュー画面表示装置１０から受信した処理結果を自身のテーブルに反映させる。

ＷＥＢサーバ３０は、例えばワークステーション、デスクトップ型ＰＣ等である。ＷＥＢサーバ３０は、メニュー画面表示装置１０から廃車登録申請に係る情報を受信し、廃車登録の可否に関する画面情報をメニュー画面表示装置１０に送信する。

ＷＥＢサーバ３０は、廃車登録を申請する行政機関毎に複数存在する。図１は、政府系のＷＥＢサーバ３０と、地方行政機関のＷＥＢサーバ３０との２台を例示している。本実施形態では、メニュー画面表示装置１０は、政府系及び地方行政機関の両方のＷＥＢサーバ３０と廃車登録に係る情報を送受信するものとする。

メニュー画面表示装置１０は、ＷＥＢサーバ３０から廃車登録を申請するウェブページの情報を受信した場合、当該情報に対応するウェブページを自身の表示部に表示する。また、メニュー画面表示装置１０は、ＷＥＢサーバ３０から受信した廃車登録の可否に関する情報をデータベースサーバ２０のテーブルに反映させるべく、データベースサーバ２０にレコード更新の命令を送信する。データベースサーバ２０は、メニュー画面表示装置１０からの命令に基づいて、テーブルのレコードを更新する。

上記の車両部品流通業務システム１による各種情報処理は、リアルタイムで実行される。しかし、当該各種情報処理は、一定時間間隔のバッチ処理によって実行されてもよい。

図２は、メニュー画面表示装置１０のハードウェア構成例を示すブロック図である。
メニュー画面表示装置１０は、ＣＰＵ（Central Processing Unit）（図形文字列表示部、矢印表示部、未処理件数表示部、ボタン表示部、全未処理件数表示部、設定部、生成部）１１を含む。また、メニュー画面表示装置１０は、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、ハードディスク（記憶部）１４、ディスクドライブ１５、表示部１６、操作部１７、タイマ１８及び通信部（送信部、受信部、命令送信部）１９を含む。

ＣＰＵ１１は、ソフトウェアプログラムに記述された命令セットを実行するためのプロセッサである。ＣＰＵ１１は、メニュー画面表示装置１０の各構成部を制御する。ＣＰＵ１１は、ハードディスク１４に記憶されたプログラム１ＰをＲＡＭ１３に読み出し、ＲＡＭ１３に読み出したプログラム１Ｐを実行する。

ＲＯＭ１２は、例えば不揮発性の半導体メモリ又は半導体メモリ以外の読み出し専用記憶媒体である。ＲＯＭ１２は、メニュー画面表示装置１０の起動時にＣＰＵ１１が実行するＢＩＯＳ（Basic Input/Output System）、ファームウェア等を記憶している。

ＲＡＭ１３は、主記憶装置である。ＲＡＭ１３は、例えばＳＲＡＭ又はＤＲＡＭであり、ＣＰＵ１１が実行する処理の過程で必要な作業変数、データ等を一時的に記憶する。なお、ＲＡＭ１３の代わりにフラッシュメモリ、メモリカード等が用いられてもよい。

ハードディスク１４は、補助記憶装置である。ハードディスク１４は、メニュー画面表示装置１０の内部に取り付けられるものであっても、メニュー画面表示装置１０の外部に置かれるものであってもよい。また、ハードディスク１４は、大容量の情報の記憶が可能なフラッシュメモリ又はＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＢＤ（Blu-ray Disc、登録商標）等の光ディスク１ｄで代替されてもよい。

ハードディスク１４は、ＣＰＵ１１が実行するプログラム１Ｐを記憶している。プログラム１Ｐは、車両部品の流通又はリサイクルに係る複数のアプリケーションを含む。また、プログラム１Ｐは、車両部品に関する行政機関の監査に係る複数のアプリケーションを含む。

ハードディスク１４には、プログラム１Ｐが表示部１６に表示する操作画面の情報も記憶されている。操作画面の情報は、例えば操作のメニュー画面に表示されるアイコンの画像ファイルが含まれる。
また、ハードディスク１４には、車両部品の流通又はリサイクルに係る業務ロジックを記述した業務ロジックファイルが記憶されている。業務ロジックファイルに記述された業務ロジックは、複数の業務の処理順序を含む。

なお、業務ロジックは、プログラム１Ｐの内部に記述されていてもよい。かかる場合、業務ロジックファイルはハードディスク１４に記憶されていなくてもよい。
また、業務ロジックの情報は、データベースサーバ２０により管理されてもよい。かかる場合、業務ロジックファイルはハードディスク１４に記憶されていなくてもよく、メニュー画面表示装置１０は、データベースサーバ２０から業務ロジックの情報を取得する。

ディスクドライブ１５は、補助記憶装置である。ディスクドライブ１５は、外部の記憶媒体であるＣＤ、ＤＶＤ、ＢＤ等の光ディスク１ｄから情報を読み出し、光ディスク１ｄに情報を記録する。例えば、ＣＰＵ１１は、操作部１７からディスクドライブ１５に対する光ディスク１ｄの排出命令を受け付けた場合、ディスクドライブ１５の図示しないトレイを排出する。

表示部１６は、画像を表示する表示装置である。表示部１６は、例えば液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ、ＣＲＴ（Cathode Ray Tube）ディスプレイ等の画面を有し、ＣＰＵ１１からの指示に従って、プログラム１Ｐに係る各種情報を表示する。

操作部１７は、ユーザが各種の入力を行うキーボード、マウス、電源スイッチ、ディスクドライブ１５から光ディスク１ｄを排出するための操作ボタン等の入力デバイスである。操作部１７は、ユーザによる操作に基づいて入力信号を生成する。生成された入力信号は、バス１ｂを介してＣＰＵ１１に送信される。

タイマ１８は、クロックを数えることで一定時間の経過を計時する装置である。タイマ１８は、計時した結果をＣＰＵ１１に出力する。

通信部１９は、有線又は無線通信のモデム、ＬＡＮ（Local Area Network）カード、ルータ、ＵＳＢ（Universal Serial Bus）端子等である。通信部１９は、ＬＡＮ、ＷＡＮ（Wide Area Network）、電話回線、衛星通信回線、専用回線１ｎ、インターネット１Ｎ等のネットワークと接続されている。
また、通信部１９には、図示しないプリンタと有線又は無線により接続する接続コネクタが設けられている。あるいは、メニュー画面表示装置１０は、図示しないネットワークプリンタと通信部１９を介して接続されてもよい。

なお、ＣＰＵ１１は、ディスクドライブ１５を介して、プログラム１Ｐを光ディスク１ｄから読み込んでもよい。ＣＰＵ１１は、通信部１９を介して、プログラム１Ｐを外部の情報処理装置又は記憶装置から読み込んでもよい。さらに、プログラム１Ｐを記憶したフラッシュメモリ等の半導体メモリ１ｍが、メニュー画面表示装置１０内に実装されていてもよい。

図３は、データベースサーバ２０のハードウェア構成例を示すブロック図である。
データベースサーバ２０は、ＣＰＵ（集計部）２１、ＲＯＭ２２、ＲＡＭ２３、ハードディスク２４、ディスクドライブ２５、表示部２６、操作部２７、タイマ２８及び通信部（未処理件数送信部）２９を含む。

ＣＰＵ２１は、ソフトウェアプログラムに記述された命令セットを実行するためのプロセッサである。ＣＰＵ２１は、データベースサーバ２０の各構成部を制御する。ＣＰＵ２１は、ハードディスク２４に記憶されたプログラム２ＰをＲＡＭ２３に読み出し、ＲＡＭ２３に読み出したプログラム２Ｐを実行する。

ＲＯＭ２２は、例えば不揮発性の半導体メモリ又は半導体メモリ以外の読み出し専用記憶媒体である。ＲＯＭ２２は、データベースサーバ２０の起動時にＣＰＵ２１が実行するＢＩＯＳ、ファームウェア等を記憶している。

ＲＡＭ２３は、主記憶装置である。ＲＡＭ２３は、例えばＳＲＡＭ又はＤＲＡＭであり、ＣＰＵ２１が実行する処理の過程で必要な作業変数、データ等を一時的に記憶する。なお、ＲＡＭ２３の代わりにフラッシュメモリ、メモリカード等が用いられてもよい。

ハードディスク２４は、補助記憶装置である。ハードディスク２４は、大容量の情報の記憶が可能なフラッシュメモリ又はＣＤ、ＤＶＤ、ＢＤ等の光ディスク１ｄで代替されてもよい。
ハードディスク２４は、ＣＰＵ２１が実行するプログラム２Ｐ及び各種テーブルを記憶している。プログラム２Ｐは、各種テーブルにレコードの挿入、削除、更新等を実行するデータベースエンジンを含む。各種テーブルは、車両の廃車登録状態、部品販売情報等を管理する車両管理テーブル２Ｔを含む。車両管理テーブル２Ｔの詳細については、後述する。

ディスクドライブ２５は、補助記憶装置である。ディスクドライブ２５は、外部の記憶媒体であるＣＤ、ＤＶＤ、ＢＤ等の光ディスク１ｄから情報を読み出し、光ディスク１ｄに情報を記録する。例えば、ＣＰＵ２１は、操作部２７からディスクドライブ２５に対する光ディスク１ｄの排出命令を受け付けた場合、ディスクドライブ２５の図示しないトレイを排出する。

表示部２６は、画像を表示する表示装置である。表示部２６は、例えば液晶ディスプレイ、有機ＥＬディスプレイ、ＣＲＴディスプレイ等の画面を有し、ＣＰＵ２１からの指示に従って、プログラム２Ｐに係る各種情報を表示する。

操作部２７は、ユーザが各種の入力を行うキーボード、マウス、電源スイッチ、ディスクドライブ２５から光ディスク１ｄを排出するための操作ボタン等の入力デバイスである。操作部２７は、ユーザによる操作に基づいて入力信号を生成する。生成された入力信号は、バス２ｂを介してＣＰＵ２１に送信される。

タイマ２８は、クロックを数えることで一定時間の経過を計時する装置である。タイマ２８は、計時した結果をＣＰＵ２１に出力する。

通信部２９は、有線又は無線通信のモデム、ＬＡＮカード、ルータ、ＵＳＢ端子、接続コネクタ等である。通信部２９は、ＬＡＮ、ＷＡＮ、電話回線、衛星通信回線、専用回線１ｎ等のネットワークと接続されている。

なお、ＣＰＵ２１は、ディスクドライブ２５を介して、プログラム２Ｐを光ディスク１ｄから読み込んでもよい。ＣＰＵ２１は、通信部２９を介して、プログラム２Ｐを外部の情報処理装置又は記憶装置から読み込んでもよい。さらに、プログラム２Ｐを記憶したフラッシュメモリ等の半導体メモリ１ｍが、データベースサーバ２０内に実装されていてもよい。

図４は、メニュー画面表示装置１０及びデータベースサーバ２０の機能構成例を示す機能ブロック図である。メニュー画面表示装置１０の各機能部は、ハードディスク１４に記憶されたプログラム１Ｐと、ＣＰＵ１１、ＲＡＭ１３等のハードウェア資源とが協働して動作することにより実現される。データベースサーバ２０の各機能部は、ハードディスク２４に記憶されたプログラム２Ｐと、ＣＰＵ２１、ＲＡＭ２３等のハードウェア資源とが協働して動作することにより実現される。

まず、車両部品の流通に係る業務の概要を説明する。車両部品の流通に係る業務は、自動車の解体工場で廃車対象の車両を業者が顧客から受け付ける業務並びに受け付けた車両の廃車登録及び切断許可を行政機関に対して申請する業務を含む。ここでの切断許可は、廃車のフレームを切断することである。また、車両部品の流通に係る業務は、分解した車両部品を自動車のアフターマーケットで販売する業務及び車両部品に係る行政監査のための書面を作成する業務を含む。以下では、業者が廃車対象の車両の所有権を自身に移転させるためには、行政機関に対して車両の廃車登録と、廃車の切断許可とを申請し、行政機関から各申請に対する許可を得る必要があるものとする。

メニュー画面表示装置１０は、通信部１１０、受付部１２０、ボタン表示部１３０及び全未処理件数表示部１３１を含む。通信部１１０は、メニュー画面表示装置１０のハードウェアである通信部１９に対応する機能部である。受付部１２０は、解体工場へ来た顧客及び廃車対象の車両に関する属性情報を受け付ける機能部である。当該属性情報は、通信部１１０を介して、データベースサーバ２０に送信される。なお、メニュー画面表示装置１０のプログラム１Ｐに含まれるアプリケーションが実行した処理の結果も、通信部１１０を介して、データベースサーバ２０に送信される。

メニュー画面表示装置１０は、プログラム１Ｐの初期動作として、起動するアプリケーションを選択するためのメニュー画面を表示部１６の画面に表示する。ボタン表示部１３０は、業務の種別毎に対応する各メニュー画面を選択する複数のボタンを表示部１６の画面に表示する機能部である。全未処理件数表示部１３１は、業務の種別毎に対応するアプリケーション全体の未処理件数を、ボタン表示部１３０が表示した複数のボタン夫々に対応付けて表示する機能部である。全未処理件数表示部１３１が表示する未処理件数は、通信部１１０がデータベースサーバ２０から受信する情報に含まれている。なお、全未処理件数表示部１３１は、後述する未処理件数表示部１４２が表示するアプリケーション毎の未処理件数を合計することにより、アプリケーション全体の未処理件数を表示してもよい。

メニュー画面表示装置１０は、図形文字列表示部１４０、矢印表示部１４１及び未処理件数表示部１４２を含む。図形文字列表示部１４０は、業務の流れ又は業務の処理順序に応じて、複数のアプリケーションの起動処理に夫々対応する複数のアイコン又は文字列をメニュー画面に配置表示する機能部である。ここでの文字列は、例えばアプリケーションを起動するファイルへのハイパーリンク又はパスと関連付けられた文字列である。あるいは、ここでの文字列は画面上で表示される座標が予め定められた文字列でもよい。ＣＰＵ１１は、文字列に対して利用者がクリック等の操作を行った場合、クリック等が行われた画面上の座標と、文字列を表示する画面上での座標とを比較し、アプリケーションの起動処理を実行する。
なお、以下では、図形文字列表示部１４０がアイコンと文字列とについて有している機能のうち、アイコンについて説明し、文字列に関してはその説明を省略する。また、本実施の形態に係るアイコンは、上記の文字列に置換して実施され得る。

矢印表示部１４１は、図形文字列表示部１４０が表示した複数のアイコンの間に業務の流れ又は業務の処理順序に対応する方向を示す矢印を、メニュー画面に表示する機能部である。

１つの業務の次に処理される業務が１つの業務の処理結果に応じて複数に分岐する場合、矢印表示部１４１は分岐の数だけ矢印を表示する。また、矢印表示部１４１は、１つの業務の処理結果が例えば成功及び失敗のように、陽陰のイメージを伴う場合、分岐後の業務の違いを分かりやすく区別させるために、例えばチェック記号、ＯＫの文字列、○印、×印、ＮＧの文字列等を矢印の前面に表示する。

未処理件数表示部１４２は、各アプリケーションがまだ処理していない情報の件数を、図形文字列表示部１４０が表示したアイコンの前面に表示する機能部である。なお、未処理件数表示部１４２は、未処理件数をアイコンから離れたアイコンの近傍に表示してもよい。

メニュー画面表示装置１０は、情報表示部１５０、設定部１５１及びブラウザ部１５２を含む。情報表示部１５０は、データベースサーバ２０から受信した、廃車登録に関する車両情報及び所有者情報を、アプリケーションの操作画面に表示する機能部である。ブラウザ部１５２は、行政機関のＷＥＢサーバ３０から廃車登録に関する車両情報及び所有者情報を入力する入力欄が含まれたウェブページの情報をダウンロードし、ダウンロードした情報に対応するウェブページを表示部１６の画面に表示する機能部である。

設定部１５１は、情報表示部１５０が表示した廃車登録に関する車両情報及び所有者情報を、ブラウザ部１５２がダウンロードした情報に対応するウェブページの入力欄に設定又は入力する機能部である。そのために、当該ウェブページを予め解析し、ＨＴＭＬファイルに書き込まれた入力欄に対応するｎａｍｅ属性又は入力欄の位置を確定しておく。そして、車両情報及び所有者情報の識別情報と、入力欄のｎａｍｅ属性又はＨＴＭＬファイルにおける位置情報とを対応付けたインタフェース情報を、メニュー画面表示装置１０のハードディスク１４に予め記憶しておく。設定部１５１は、当該インタフェース情報を参照して、廃車登録に関する車両情報及び所有者情報をウェブページの入力欄に設定又は入力する。その際、設定部１５１は、ＯＳ（オペレーティングシステム）を介して、情報表示部１５０からブラウザ部１５２へ車両情報及び所有者情報を出力してもよい。
なお、インタフェース情報をデータベースサーバ２０に登録しておき、設定部１５１は、必要に応じて、データベースサーバ２０からインタフェース情報を取得してもよい。

あるいは、設定部１５１及びブラウザ部１５２は、情報表示部１５０の内部に組み込まれた部品であってもよい。かかる場合、情報表示部１５０に、ブラウザ部１５２に含まれるモジュールのプロパティを取得するメソッド、プロパティを設定するメソッド及びブラウザ部１５２が有するメソッドを制御するメソッドを備えさせる。ここでのメソッドは、例えばブラウザ部１５２が表示するウェブページの入力欄にデータを設定するメソッド及びブラウザ部１５２が表示するウェブページのＨＴＭＬ文書を取得するメソッドを含む。また、ここでのメソッドは、ブラウザ部１５２へ行政機関のウェブサイトのＵＲＬ（Uniform Resource Locator）を渡して、当該ＵＲＬのウェブサイトへ要求を送信させるメソッドを含む。更に、ここでのメソッドは、ブラウザ部１５２がウェブページを受信した場合にその受信イベントを情報表示部１５０へ出力させるメソッドを含む。

データベースサーバ２０は、通信部２１０、集計部２２０及び記憶部２３０を含む。通信部２１０は、データベースサーバ２０のハードウェアである通信部２９に対応する機能部である。記憶部２３０は、ハードディスク２４に記憶された各種テーブルである。

データベースサーバ２０は、メニュー画面表示装置１０から受信した、解体工場へ来た顧客及び廃車対象の車両に関する属性情報を各種テーブルに記憶する。また、データベースサーバ２０は、メニュー画面表示装置１０から受信したアプリケーションの処理結果を用いて、各種テーブルに記憶されたレコードのステータスを更新する。集計部２２０は、各種テーブルのレコードにおける最新のステータスに基づいて、業務毎に未処理件数を集計する。また、集計部２２０は、業務の種別毎に各業務に係るアプリケーション全体の未処理件数を集計する。通信部２１０は、集計部２２０が集計した未処理件数をメニュー画面表示装置１０へ送信する。

メニュー画面表示装置１０は、生成部１６０を含む。生成部１６０は、データベースサーバ２０に処理させるＳＱＬ（Structured Query Language）文の命令を生成する機能部である。生成部１６０は、受付部１２０が受け付けた情報を記憶部２３０に登録する命令を生成し、生成した命令をデータベースサーバ２０へ送信する。

生成部１６０は、全未処理件数表示部１３１及び未処理件数表示部１４２が未処理件数を表示する度に、未処理件数を集計する命令を生成し、データベースサーバ２０へ送信する。又は、生成部１６０は、一定時間間隔で当該命令をデータベースサーバ２０へ送信してもよい。あるいは、データベースサーバ２０の側が、一定時間間隔で集計部２２０を動作させて、その結果をメニュー画面表示装置１０へ送信してもよい。

生成部１６０は、情報表示部１５０が表示する情報を記憶部２３０から検索する命令を生成し、生成した命令をデータベースサーバ２０へ送信する。

次に、車両部品流通業務システム１の動作を、プログラム１Ｐがメニュー画面表示装置１０の表示部１６に表示する具体的な操作画面を参照して説明する。
図５は、メニュー画面１ｆの画面レイアウトの一例を示す説明図である。メニュー画面１ｆは、各業務に対応するアイコンを選択するための画面である。
メニュー画面１ｆは、３つに大きく区分された業務に係るタブページを切り替える３つのタブを含む。３つのタブは、上方への出っ張りであり、メニュー画面１ｆ上部の左端に側方向へ向かって配列されている。左端のタブから右端のタブへ向かって夫々廃車回収、販売及び政府監査の文字列が表示されている。以下、これらのタブを廃車回収タブ１ｔ、販売タブ２ｔ及び政府監査タブ３ｔと呼ぶ。

廃車回収タブ１ｔを選択した場合のタブページは、顧客情報の入力、顧客から受け付けた車両に関する情報の入力、廃車登録申請及び切断許可申請に係る業務のアプリケーションを起動するためのメニュー画面１ｆに対応する。販売タブ２ｔを選択した場合のタブページは、解体した車両の部品を自動車のアフターマーケットへ販売する業務のアプリケーションを起動するためのメニュー画面１ｆに対応する。政府監査タブ３ｔは、車両部品の保持、販売等に関して法令が順守されているか監査人が監査に来た場合、業者が監査人に提示する書面を印刷する業務のアプリケーションを起動するためのメニュー画面１ｆに対応する。

廃車回収タブ１ｔ、販売タブ２ｔ等を選択した場合のタブページの左端には、中分類の業務に対応する複数のボタンが表示される。廃車回収タブ１ｔを選択した場合のタブページの場合、上から廃車受付入力ボタン１ｂｔｎ、廃車手続ボタン２ｂｔｎ、切断手続ボタン３ｂｔｎが表示されている。図５は、廃車受付入力ボタン１ｔを選択した場合、タブページに表示される廃車受付入力のメニュー画面１ｆを示している。各ボタン１ｂｔｎ、２ｂｔｎ、３ｂｔｎの右端には、夫々廃車受付入力、廃車手続、切断手続の各業務全体における業務の未処理件数が表示されている。

廃車受付入力のメニュー画面１ｆは、廃車受付入力アイコン１ｉ、廃車情報入力アイコン２ｉ及び矢印１ａｒｗを含む。廃車受付入力アイコン１ｉ及び廃車情報入力アイコン２ｉは、夫々廃車受付入力画面及び廃車情報入力画面を表示させる処理に対応する。廃車受付入力画面は、車両を解体工場へ搬送してきた顧客に、必要最小限の顧客及び車両に関する情報を入力してもらう画面である。廃車情報入力画面は、業者が車両に関する詳細情報を入力するための画面である。廃車受付入力画面への入力作業の次に、廃車情報入力画面への入力作業が行われる。そのため、この業務の順序を示す矢印１ａｒｗが、廃車受付入力アイコン１ｉ及び廃車情報入力アイコン２ｉの間に、廃車受付入力アイコン１ｉから廃車情報入力アイコン２ｉへ向かう矢印形状で表示されている。また、図５の場合、廃車情報入力アイコン２ｉの右上部に廃車情報入力業務における未処理件数が表示されている。

図６は、廃車受付入力画面２ｆの画面レイアウトの一例を示す説明図である。廃車受付入力画面２ｆは、免許書タブ４ｔ、車両登録書タブ５ｔ及び廃車回収情報登録カードタブ６ｔを含む。免許書タブ４ｔ及び車両登録書タブ５ｔは、例えば日本の車検証に対応する情報を入力するタブページを表示するためのタブである。廃車回収情報登録カードタブ６ｔは、廃車回収情報登録カードに対応する情報を入力するタブページを表示するタブである。廃車回収情報登録カードは、解体工場で利用される車両情報を記録するカードである。

図６は、免許書タブ４ｔが選択された場合に表示される免許書の入力画面を例示している。ここでの免許書は、運転免許証ではなく、車両の免許書である。図６の廃車受付入力画面２ｆにおいて、業者は顧客に、例えば所有者及びメーカー・車種の入力欄に、夫々対応する情報を入力してもらう。

廃車受付入力画面２ｆは、受付表印刷ボタン４ｂｔｎ及び保存ボタン５ｂｔｎを含む。受付表印刷ボタン４ｂｔｎは、業者が顧客から廃車対象の車両を受け付けたことの証である受付表を印刷するためのボタンである。受付表には、顧客が廃車受付入力画面２ｆから入力した顧客及び車両に関する情報が印刷される。

保存ボタン５ｂｔｎは、顧客が廃車受付入力画面２ｆから入力した車両に関する情報をデータベースサーバ２０の車両管理テーブル２Ｔに登録するためのボタンである。

図６における車両登録書タブ５ｔ及び廃車回収情報登録カードタブ６ｔが選択された場合のメニュー画面表示装置１０の動作については、説明を省略する。

図７は、車両管理テーブル２Ｔのレコードレイアウトの一例を示す説明図である。車両管理テーブル２Ｔは、顧客コード、カルテ番号、プレートナンバー、車両登録番号及び入庫番号の各列を含む。顧客コードは、解体工場に車両を搬送してきた顧客の識別記号である。顧客は、個人である場合と、法人である場合とがある。カルテ番号は、顧客が複数の車両を保有している場合に振られる廃車に関する一意の管理番号である。プレートナンバーは、車両に取り付けられたナンバープレートの記号である。車両登録番号は、行政機関が車両を登録した時の整理番号である。入庫番号は、顧客が任意で手入力する番号である。入庫番号は、廃車車両に書かれる番号と一致する。

車両管理テーブル２Ｔは、廃車受付入力済みフラグ及び廃車情報登録済みフラグの各列を含む。廃車受付入力済みフラグは、廃車受付入力画面２ｆから入力された情報が車両管理テーブル２Ｔに入力済みか否かを示すフラグである。廃車受付入力済みフラグは、登録済みの場合には１である。
廃車情報登録済みフラグは、例えば初期状態では０であり、廃車情報入力画面から入力された車両に関する詳細情報が車両管理テーブル２Ｔに登録された場合、０から１に更新される。

廃車受付入力画面２ｆにて保存ボタン５ｂｔｎが押下された場合、ＣＰＵ１１は廃車受付入力済みフラグ＝１、廃車情報登録済みフラグ＝０である新規レコードを車両管理テーブル２Ｔに挿入するＳＱＬ文を生成する。ＣＰＵ１１は、生成したＳＱＬ文をデータベースサーバ２０へ送信する。データベースサーバ２０は、受信したＳＱＬ文の命令を実行し、新規レコードを車両管理テーブル２Ｔに挿入する。

ＣＰＵ１１は、図５のメニュー画面１ｆにおいて、例えば廃車受付入力ボタン１ｂｔｎが押下された場合、廃車情報入力業務における未処理件数の送信要求をデータベースサーバ２０へ送信する。データベースサーバ２０は、車両管理テーブル２Ｔから廃車受付入力済みフラグ＝１、廃車情報登録済みフラグ＝０であるレコードの件数を集計する。データベースサーバ２０は、集計したレコード件数をメニュー画面表示装置１０へ送信する。ＣＰＵ１１は、図５のメニュー画面にて、廃車受付入力ボタン１ｂｔｎの右端及び廃車情報入力アイコン２ｉの右上部に受信した未処理件数を表示する。例えば、図５の例では未処理件数として１５４件が表示されている。これにより、利用者である業者は廃車情報入力待ちの情報が１５４件あることを認識することができる。

図８は、廃車情報入力画面３ｆの画面レイアウトの一例を示す説明図である。図５の廃車情報入力アイコン２ｉが押下された場合、ＣＰＵ１１は廃車情報入力画面３ｆを表示部１６の画面に表示する。廃車情報入力画面３ｆは、廃車受付入力画面２ｆと同様に、免許書タブ４ｔ、車両登録書タブ５ｔ及び廃車回収情報登録カードタブ６ｔを含む。図８には、免許書タブ４ｔが選択された場合のタブページが表示されている。業者は、廃車情報入力画面３ｆに車両の詳細情報を入力する。

廃車情報入力画面３ｆは、保存ボタン５ｂｔｎを含む。保存ボタン５ｂｔｎが押下された場合、ＣＰＵ１１は、廃車情報入力画面３ｆに入力された情報を車両管理テーブル２Ｔのレコードに追加する命令を生成し、生成した命令をデータベースサーバ２０へ送信する。データベースサーバ２０は、メニュー画面表示装置１０から受信した命令に従って、車両管理テーブル２Ｔのレコードを更新する。例えば、データベースサーバ２０は、車両管理テーブル２Ｔの当該レコードについて、廃車情報登録済みフラグを０から１へ更新する。

なお、廃車情報入力画面３ｆの上部には、検索に関するコントロールが表示される。このコントロールにより、プレートナンバー又は入庫番号を条件にして車両管理テーブル２Ｔを検索し、検索した結果を廃車情報入力画面３ｆの入力欄に入力することができる。これにより、業者の入力作業量は低減される。

図８における車両登録書タブ５ｔ及び廃車回収情報登録カードタブ６ｔが選択された場合のメニュー画面表示装置１０の動作については、説明を省略する。

図７に戻り、車両管理テーブル２Ｔの説明を続ける。
車両管理テーブル２Ｔは、車両ステータス及び市登録済みフラグの各列を含む。車両ステータスは、廃車登録を含む車両のステータスを管理するための列である。例えば、車両ステータスは、政府に対する廃車登録前は５０であり、政府に対する廃車登録後は６０である。
市登録済みフラグは、地方行政機関に対する廃車登録の状況を記録するための列である。市登録済みフラグは、地方行政機関に対する廃車登録前は０であり、地方行政機関に対する廃車登録後は１である。

車両管理テーブル２Ｔは、履歴ＮＧフラグ、切断許可フラグ及び切断許可日の各列を含む。履歴ＮＧフラグ、切断許可フラグ及び切断許可日は、車両の切断許可申請の状態を記録するための列である。

ここで、行政機関から車両の切断許可を得るためには、当該車両の履歴情報を参照し、切断許可の要件を具備する必要があるものとする。切断許可の要件は、例えば車両を購入するためにローンが組まれた場合、当該ローンの支払いが完了していることである。また、切断許可の要件は、例えば車両が事故に遭遇していた場合、事故に関する処分が完了していることである。業者は、顧客及び車両の情報を車両管理テーブル２Ｔに登録した後、警察へ出向き、警察が有するシステムの端末装置からデータ番号と呼ばれる管理番号又はプレートナンバーに基づいて、廃車予定の車両に関する履歴情報を検索する。その検索結果から、業者は対象の車両が切断許可の要件を具備しているか否かを判定する。業者は、その判定結果を車両管理テーブル２Ｔに登録する。
車両管理テーブル２Ｔの履歴ＮＧフラグには、対象の車両が切断許可の要件を具備していない場合には１が格納され、切断許可の要件を具備している場合には０が格納される。なお、初期状態の履歴ＮＧフラグは、空欄である。

業者は、対象の車両が切断許可の要件を具備していると判定した場合、顧客が作成した車両切断申請書と、車両の属性を印刷した書面とを行政機関へ提出する。その結果は、切断許可が下りる場合と、切断許可が下りない場合とに分かれる。業者は、その切断許可申請の結果を車両管理テーブル２Ｔに登録する。
車両管理テーブル２Ｔの切断許可フラグには、切断許可が下りた場合には１が格納され、切断許可が下りない場合には０が格納される。なお、初期状態の切断許可フラグは、空欄である。
車両管理テーブル２Ｔの切断許可日の初期状態は、空欄である。車両管理テーブル２Ｔの切断許可日には、切断許可が下りた場合には許可日が格納され、切断許可が下りない場合には空欄のままとされる。

車両管理テーブル２Ｔは、部品販売登録済みフラグを含む。
廃車登録及び切断申請許可の業務が正常に終了した場合、業者は解体工場にて車両を解体し、車両から車両部品を取り出す。使用可能な車両部品又は市場価値のある車両部品は、車両部品を管理するデータベースサーバ２０のテーブルに登録され、自動車のアフターマーケットで販売される。車両部品を管理するデータベースサーバ２０のテーブルは、複数の車両部品が夫々販売前の状態か、販売済みの状態かを管理する。
車両管理テーブル２Ｔの部品販売登録済みフラグには、廃車車両から取り出した部品が全て未販売の状態である場合には０が格納され、部品が１つでも販売済みとなった場合には１が格納される。

車両管理テーブル２Ｔは、危険物管理情報入力済みフラグ及び危険廃棄物一覧印刷済みフラグの各列を含む。
国により、車両の転売を禁ずる法律、車両部品の転売を禁ずる法律、危険物又は産業廃棄物に対応する車両部品の管理を業者に義務付ける法律等が整備されている。ここでは、例えばバッテリ、エンジンオイル等を危険廃棄物とみなす。行政機関の監査人は、業者が法令を順守していることを監査するため、業者の下を訪問する。かかる場合、業者は、監査人に危険廃棄物一覧の書面を提示し、法令を順守していることを示す必要がある。
車両管理テーブル２Ｔの危険物管理情報入力済みフラグには、車両部品を管理するテーブルに危険廃棄物に対応する車両部品の情報が入力されていない場合には０が格納され、危険廃棄物に対応する車両部品が１つでも入力されている場合には１が格納される。
車両管理テーブル２Ｔの危険廃棄物一覧印刷済みフラグには、危険廃棄物一覧が未印刷である場合には０が格納され、危険廃棄物一覧が未印刷である場合には１が格納される。

図９は、政府系ＷＥＢ廃車登録画面４ｆの画面レイアウトの一例を示す説明図である。政府系ＷＥＢ廃車登録画面４ｆは、廃車回収タブ１ｔ及び廃車手続ボタン２ｂｔｎが選択された場合に表示されるタブページのアイコンを選択した場合に表示される。政府系ＷＥＢ廃車登録画面４ｆは、政府系のＷＥＢサーバ３０に対して廃車登録申請の情報を送信するための画面である。

政府系ＷＥＢ廃車登録画面４ｆは、廃車車両情報リスト４ｌ及びブラウザ部４ｂを含む。廃車車両情報リスト４ｌは、車両管理テーブル２Ｔから検索された廃車予定の車両情報を表示するリストである。ＣＰＵ１１は、政府系ＷＥＢ廃車登録画面４ｆの初期表示時に、データベースサーバ２０に車両ステータスが５０であるレコードを検索させ、検索させたレコードを廃車車両情報リスト４ｌにリスト表示する。

図９の例では２件の車両情報が廃車車両情報リスト４ｌに表示されている。廃車車両情報リスト４ｌの各リストの左端には、入力ボタン４ｌｂが表示される。なお、登録完了の列は、廃車登録前は空欄表示される。廃車車両情報リスト４ｌの各リストには、廃車登録に必要な顧客及び車両の情報が非表示の状態で対応付けられている。

ブラウザ部４ｂは、インターネットブラウザと同一の機能を有する部品モジュールであり、プログラム１Ｐの中に組み込まれている。ＣＰＵ１１は、ブラウザ部４ｂに政府系のＷＥＢサーバ３０のＵＲＬを与える。ブラウザ部４ｂは、当該ＵＲＬを受け付け、政府系のＷＥＢサーバ３０に廃車登録のウェブページ情報の送信を要求する。政府系のＷＥＢサーバ３０は、ブラウザ部４ｂからの要求に応じて、廃車登録の情報を入力するウェブページ情報をメニュー画面表示装置１０へ送信する。ブラウザ部４ｂは、政府系ＷＥＢ廃車登録画面４ｆの子画面に、受信した情報に対応するウェブページを表示する。図９は、政府系ＷＥＢ廃車登録画面４ｆの内部にウェブページが組み込まれた様子を示している。当該ウェブページの下部に送信ボタンが配置されているが、図９の状態では送信ボタンは隠れている。

ＣＰＵ１１は、車両情報及び所有者情報の識別情報と、ウェブページに係る入力欄のｎａｍｅ属性又はＨＴＭＬファイルにおける位置情報とを対応付けたインタフェース情報を、ハードディスク１４から読み出す。ＣＰＵ１１は、廃車車両情報リスト４ｌの入力ボタン４ｌｂが選択された場合、選択された入力ボタン４ｌｂに対応する廃車登録に必要な情報を、読み出したインタフェース情報を参照して、ウェブページの各入力欄に設定する。

業者は、ブラウザ部４ｂが表示するウェブページを下方へスクロールして、送信ボタンを表示させ、表示させた送信ボタンを押下する。送信ボタンが押下されたブラウザ部４ｂは、ウェブページの各入力欄に設定された情報を政府系のＷＥＢサーバ３０へ送信する。政府系のＷＥＢサーバ３０は、メニュー画面表示装置１０から送信されてきた廃車登録に係る情報を自身に接続された政府系のデータベースサーバへ出力する。その後、政府系のＷＥＢサーバ３０は、「保存しました」というメッセージを含むウェブページの情報をメニュー画面表示装置１０へ送信する。

ブラウザ部４ｂは、受信した情報に基づいて、政府系ＷＥＢ廃車登録画面４ｆの子画面に「保存しました」というメッセージを含むウェブページを表示する。ＣＰＵ１１は、ブラウザ部４ｂが表示したウェブページのＨＴＭＬ文書から「保存しました」というメッセージを確認した場合、車両管理テーブル２Ｔのレコードの車両ステータスを５０から６０へ更新する命令をデータベースサーバ２０へ送信する。データベースサーバ２０は、該当するレコードの車両ステータスを６０へ更新し、更新したレコードをメニュー画面表示装置１０へ送信する。ＣＰＵ１１は、データベースサーバ２０から更新レコードを受信した場合、該当する更新レコードに対応するリストを廃車車両情報リスト４ｌから削除する。あるいは、ＣＰＵ１１は、データベースサーバ２０から更新レコードを受信した場合、該当する更新レコードに対応するリストの登録完了列に例えば０を表示する。図９は、登録完了列に０が表示されている例を示している。

なお、廃車車両情報リスト４ｌの上部には、入庫番号又はプレートナンバーを指定して、車両管理テーブル２Ｔにおいて政府に対する廃車登録前のレコードを検索するコントロールが表示される。業者は、当該コントロールを利用することにより、既に廃車車両情報リスト４ｌに表示されているリストを削除し、検索した廃車登録前のレコードに対応するリストを廃車車両情報リスト４ｌに表示させることができる。これにより、業者は、特定の車両についてのみ政府に対する廃車登録をすることができる。

図１０は、ＡＢＣ市ＷＥＢ廃車登録画面５ｆの画面レイアウトの一例を示す説明図である。ＡＢＣ市ＷＥＢ廃車登録画面５ｆは、地方行政機関に対して廃車登録を行うウェブページの一例である。ＡＢＣ市ＷＥＢ廃車登録画面５ｆは、ＡＢＣ市のＷＥＢサーバ３０に対して廃車登録申請の情報を送信するための画面である。ＡＢＣ市ＷＥＢ廃車登録画面５ｆは、廃車回収タブ１ｔ及び廃車手続ボタン２ｂｔｎが選択された場合に表示されるタブページのアイコンを選択した場合に表示される。

ＡＢＣ市ＷＥＢ廃車登録画面５ｆの動作は、政府系ＷＥＢ廃車登録画面４ｆの動作とほとんど同じであるため、その詳細な説明を省略する。
ＣＰＵ１１は、地方行政機関のＷＥＢサーバ３０に対して廃車登録が完了した場合、車両管理テーブル２Ｔの市登録済みフラグを０から１へ更新する命令をデータベースサーバ２０へ送信する。データベースサーバ２０は、該当するレコードの市登録済みフラグを１へ更新し、更新したレコードをメニュー画面表示装置１０へ送信する。ＣＰＵ１１は、データベースサーバ２０から更新レコードを受信した場合、該当する更新レコードのリストを廃車車両情報リスト５ｌから削除する。あるいは、ＣＰＵ１１は、データベースサーバ２０から更新レコードを受信した場合、該当する更新レコードのリストの登録完了列に例えば０を表示する。

図１１、図１２、図１３及び図１４は、廃車登録処理の手順の一例を示すフローチャートである。
ＣＰＵ１１は、ブラウザ部１５２にＷＥＢサーバ３０のＵＲＬを付与する（ステップＳ１０１）。ＣＰＵ１１は、ブラウザ部１５２からの命令により、当該ＵＲＬに対応するＷＥＢサーバ３０へ廃車登録の情報を入力するウェブページの情報の送信を要求する（ステップＳ１０２）。ＷＥＢサーバ３０は、メニュー画面表示装置１０から廃車登録の情報を入力するウェブページの情報の送信要求を受信する（ステップＳ１０３）。ＷＥＢサーバ３０は、廃車登録の情報を入力するウェブページの情報をメニュー画面表示装置１０へ送信する（ステップＳ１０４）。ＣＰＵ１１は、廃車登録の情報を入力するウェブページの情報を受信する（ステップＳ１０５）。ＣＰＵ１１は、受信した情報に対応するウェブページを表示部１６に表示する（ステップＳ１０６）。

ＣＰＵ１１は、データベースサーバ２０へ廃車登録前の車両情報及び車両の所有者情報の送信を要求する（ステップＳ１０７）。データベースサーバ２０のＣＰＵ２１は、廃車登録前の車両情報及び車両の所有者情報の送信要求を受信する（ステップＳ１０８）。ＣＰＵ２１は、車両管理テーブル２Ｔから廃車登録前のレコードを抽出する（ステップＳ１０９）。ＣＰＵ２１は、抽出したレコードをメニュー画面表示装置１０へ送信する（ステップＳ１１０）。ＣＰＵ１１は、データベースサーバ２０から廃車登録前のレコードを受信する（ステップＳ１１１）。ＣＰＵ１１は、受信した廃車登録前のレコードを表示部１６の画面にリスト表示する（ステップＳ１１２、廃車車両情報リスト４ｌ、５ｌ）。ステップＳ１１２において、ＣＰＵ１１は、廃車登録前のレコードの情報の一部をリスト表示し、他の情報をＲＡＭ１３に記憶する。

ＣＰＵ１１は、車両情報及び所有者情報の識別情報と、ウェブページに係る入力欄のｎａｍｅ属性又はＨＴＭＬファイルにおける位置情報とを対応付けたインタフェース情報を、ハードディスク１４から読み出す（ステップＳ１１３）。ＣＰＵ１１は、選択された入力ボタン４ｌｂに対応する廃車登録前のレコードに含まれた各情報を、インタフェース情報を参照して、ウェブページの各入力欄に設定する（ステップＳ１１４）。

業者は、ブラウザ部１５２が表示するウェブページを下方へスクロールして、送信ボタンを表示させ、表示させた送信ボタンを押下する。ＣＰＵ１１は、ブラウザ部１５２からの命令により、ウェブページの各入力欄に入力された各情報をＷＥＢサーバ３０へ送信する（ステップＳ１１５）。ＷＥＢサーバ３０は、メニュー画面表示装置１０から送信されてきた廃車登録に係る情報を受信する（ステップＳ１１６）。

ＷＥＢサーバ３０は、受信した廃車登録に係る情報を自身に接続されたデータベースサーバへ出力する（ステップＳ１１７）。ＷＥＢサーバ３０と接続された行政機関のデータベースサーバは、ＷＥＢサーバ３０から入力された情報を自身のテーブルに書き込む。ＷＥＢサーバ３０は、「保存しました」というメッセージを含むウェブページの情報をメニュー画面表示装置１０へ送信する（ステップＳ１１８）。ＣＰＵ１１は、「保存しました」というメッセージを含むウェブページの情報を、ＷＥＢサーバ３０から受信する（ステップＳ１１９）。

ＣＰＵ１１は、「保存しました」というメッセージを含むウェブページを表示部１６の画面に表示する（ステップＳ１２０）。ＣＰＵ１１は、表示したウェブページのＨＴＭＬ文書から「保存しました」というメッセージを確認する（ステップＳ１２１）。ＣＰＵ１１は、車両管理テーブル２Ｔのレコードの車両ステータスを５０から６０へ更新する命令を生成する（ステップＳ１２２）。ＣＰＵ１１は、生成した命令をデータベースサーバ２０へ送信する（ステップＳ１２３）。データベースサーバ２０のＣＰＵ２１は、メニュー画面表示装置１０から車両管理テーブル２Ｔのレコードの車両ステータスを５０から６０へ更新する命令を受信する（ステップＳ１２４）。

ＣＰＵ２１は、車両管理テーブル２Ｔの車両ステータスを５０から６０へ更新する（ステップＳ１２５）。ＣＰＵ２１は、更新した車両管理テーブル２Ｔのレコードをメニュー画面表示装置１０へ送信する（ステップＳ１２６）。メニュー画面表示装置１０のＣＰＵ１１は、更新された車両管理テーブル２Ｔのレコードを受信する（ステップＳ１２７）。ＣＰＵ１１は、受信したレコードに対応するリスト（廃車車両情報リスト４ｌ、５ｌ）を、表示部１６の画面から非表示にし（ステップＳ１２８）、処理を終了する。

上述では、廃車登録処理を車両管理テーブル２Ｔのレコード１件毎に実行している。しかし、廃車車両情報リスト４ｌ、５ｌにおいて、複数のリストを同時に選択可能とし、いずれかの入力ボタン４ｌｂ、５ｌｂを押下した場合、選択した廃車未登録の車両について、全て廃車登録の連続申請をしてもよい。そのためには、上記の廃車登録処理を必要回数だけループさせればよい。また、ブラウザ部１５２が表示するウェブページの送信ボタンを業者が押下することにより実行される送信処理の代わりに、政府系ＷＥＢ廃車登録画面４ｆ、ＡＢＣ市ＷＥＢ廃車登録画面５ｆに係るモジュールの側からブラウザ部１５２に送信命令を与えればよい。

上述では、廃車登録のウェブページを表示部１６の画面に表示した。しかし、廃車登録のウェブページを表示部１６の画面に表示しなくてもよい。すなわち、操作画面としてのブラウザ部４ｂ、５ｂを非表示にしてもよい。かかる場合、ＷＥＢサーバ３０へ廃車登録の情報を送信するために、プロトコル・アドレスの最後にパラメータを埋め込む手法が利用されてよい。また、ブラウザ部４ｂ、５ｂが表示するウェブページの送信ボタンを業者が押下することにより実行される送信処理の代わりに、政府系ＷＥＢ廃車登録画面４ｆ、ＡＢＣ市ＷＥＢ廃車登録画面５ｆに係るモジュールの側からブラウザ部１５２に送信命令を与えればよい。

上述では、廃車登録のウェブページは、政府系ＷＥＢ廃車登録画面４ｆ及びＡＢＣ市ＷＥＢ廃車登録画面５ｆの内部に子画面として表示されていた。しかし、ブラウザ部１５２に代替するインターネットブラウザにＷＥＢサーバ３０からダウンロードされた情報に対応するウェブページを表示させてもよい。ここでのインターネットブラウザは、プログラム１Ｐとは独立したアプリケーションである。プログラム１Ｐは、例えばＯＳが備えるメッセージを送受信するＡＰＩ関数を利用して、インターネットブラウザと情報及び命令の入出力をする。

図１５は、切断手続のメニュー画面１ｆの画面レイアウトの一例を示す説明図である。切断手続のメニュー画面１ｆは、廃車回収タブ１ｔ及び切断手続ボタン３ｂｔｎが選択された場合に表示される。
切断手続のメニュー画面１ｆは、履歴チェック一括入力アイコン３ｉ、ＮＧ表示アイコン４ｉ、切断許可一括入力アイコン５ｉ、切断不許可表示アイコン６ｉ及び矢印１ａｒｗを含む。履歴チェック一括入力アイコン３ｉ及び切断許可一括入力アイコン５ｉの右上部には、夫々４件、８件の未処理件数が、車両管理テーブル２Ｔのレコードのステータスに基づいて、表示されている。また、メニュー画面１ｆの左端に表示されている切断手続ボタン３ｂｔｎの右端には、切断手続の業務全体における未処理件数である１２件（＝４件＋８件）が表示されている。これにより、業者はどの業務から作業を開始すべきか判断するための材料を定量的に取得することができる。また、業者は、切断手続業務の進行状況を一目で把握することができる。

履歴チェック一括入力アイコン３ｉに係る業務をした場合、その業務の結果に応じて、次に行われる業務は、ＮＧ表示アイコン４ｉに対応する業務と、切断許可一括入力アイコン５ｉに対応する業務とに分かれる。そこで、履歴チェック一括入力アイコン３ｉに係るアプリケーションは、処理結果に応じて、車両管理テーブル２Ｔのレコードに対して異なる更新処理をデータベースサーバ２０に命じる。具体的には、データベースサーバ２０のＣＰＵ２１は、切断手続申請をすることができない場合、車両管理テーブル２Ｔの履歴ＮＧフラグに１を格納する。これにより、履歴ＮＧフラグは、空欄から１に変わる。他方、データベースサーバ２０のＣＰＵ２１は、切断手続申請をすることができる場合、車両管理テーブル２Ｔの履歴ＮＧフラグに０を格納する。これにより、履歴ＮＧフラグは、空欄から０に変わる。

ＣＰＵ２１は、メニュー画面表示装置１０が履歴チェック一括入力アイコン３ｉに表示するための未処理件数を、廃車登録が終了した車両に対応する車両管理テーブル２Ｔのレコードから集計する。具体的には、ＣＰＵ２１は、車両管理テーブル２Ｔの車両ステータス＝６０、市登録済みフラグ＝１、履歴ＮＧフラグ＝空欄であるレコードを集計することにより、履歴チェック一括入力アイコン３ｉに表示するための未処理件数を集計する。

ＣＰＵ２１は、メニュー画面表示装置１０がＮＧ表示アイコン４ｉに表示するための未処理件数を、切断手続申請をすることができない車両に対応する車両管理テーブル２Ｔのレコードから集計する。具体的には、ＣＰＵ２１は、車両管理テーブル２Ｔの履歴ＮＧフラグ＝１であるレコードを集計することにより、ＮＧ表示アイコン４ｉに表示するための未処理件数を集計する。

ＣＰＵ２１は、メニュー画面表示装置１０が切断許可一括入力アイコン５ｉに表示するための未処理件数を、切断手続申請をすることができる車両に対応する車両管理テーブル２Ｔのレコードから集計する。具体的には、ＣＰＵ２１は、車両管理テーブル２Ｔの履歴ＮＧフラグ＝０、切断許可フラグ＝空欄、切断許可日＝空欄であるレコードを集計することにより、切断許可一括入力アイコン５ｉに表示するための未処理件数を集計する。

ＣＰＵ２１は、メニュー画面表示装置１０が切断不許可表示アイコン６ｉに表示するための未処理件数を、切断許可が下りなかった車両に対応する車両管理テーブル２Ｔのレコードから集計する。具体的には、ＣＰＵ２１は、車両管理テーブル２Ｔの切断許可フラグ＝０であるレコードを集計することにより、切断不許可表示アイコン６ｉに表示するための未処理件数を集計する。

ＣＰＵ２１は、メニュー画面表示装置１０が切断手続ボタン３ｂｔｎの右端に表示するための未処理件数を、上記の各アイコンに対応する未処理件数を合計することにより求める。あるいは、ＣＰＵ２１は、メニュー画面表示装置１０が切断手続ボタン３ｂｔｎの右端に表示するための未処理件数を、上記の各アイコンに対応する未処理件数の合計を取得するＳＱＬ文命令を実行することにより求める。

履歴チェック一括入力アイコン３ｉからは２つの矢印１ａｒｗが、夫々ＮＧ表示アイコン４ｉ及び切断許可一括入力アイコン５ｉへ向かって表示されている。ＮＧ表示アイコン４ｉへ向かう矢印１ａｒｗの前面には、×印が重畳して表示されている。切断許可一括入力アイコン５ｉへ向かう矢印１ａｒｗ（正確には、「提出手続」の文字列に向かう矢印１ａｒｗ）の前面には、チェック印が重畳して表示されている。

ＮＧ表示アイコン４ｉは、業者が車両の履歴情報を警察で調べた結果により、切断手続申請をすることができない状態にある車両の業務に係る。そのため、当該業務はネガティブなイメージが伴うため、ＮＧ表示アイコン４ｉへ向かう矢印１ａｒｗの前面には、×印が重畳して表示されている。
切断許可一括入力アイコン５ｉは、業者が車両の履歴情報を警察で調べた結果により、切断手続申請をすることができる状態又は切断許可申請の結果を車両管理テーブル２Ｔに登録することができる状態にある車両の業務に係る。そのため、当該業務はポジティブなイメージが伴うため、ＮＧ表示アイコン４ｉへ向かう矢印１ａｒｗの前面には、チェック印が重畳して表示されている。

図１６は、ＮＧ情報一括入力画面６ｆの画面レイアウトの一例を示す説明図である。ＮＧ情報一括入力画面６ｆは、図１５のメニュー画面１ｆに表示された履歴チェック一括入力アイコン３ｉを選択した場合に、表示部１６の画面に表示される。

ＣＰＵ１１は、履歴チェック一括入力アイコン３ｉが選択された場合、車両ステータス＝６０、市登録済みフラグ＝１、履歴ＮＧフラグ＝空欄であるレコードの検索及び検索結果返信命令をデータベースサーバ２０へ送信する。ＣＰＵ１１は、データベースサーバ２０から受信したレコードをリスト形式でＮＧ情報一括入力画面６ｆの中央に配置された履歴チェック一括入力リスト６ｌに表示する。

履歴チェック一括入力リスト６ｌは、リスト毎に、ＮＧチェックボックス１ｃｈを含む。業者は、警察へ行き車両の履歴を調べた結果に応じて、切断手続申請ができない車両のリストにおけるＮＧチェックボックス１ｃｈにチェックを入れる。また、業者は、警察へ行き車両の履歴を調べた結果に応じて、切断手続申請ができる車両のリストにおけるＮＧチェックボックス１ｃｈにチェックを入れない。

業者は、ＮＧ情報一括入力画面６ｆの履歴チェック一括入力リスト６ｌから、切断手続申請ができない車両のＮＧチェックボックス１ｃｈに、次々と一括してチェックを入れる。業者は、ＮＧチェックボックス１ｃｈへの入力操作が終了した場合、ＮＧ情報一括入力画面６ｆの右下に表示された保存ボタン５ｂｔｎを押下する。

ＣＰＵ１１は、保存ボタン５ｂｔｎが押下された場合、履歴チェック一括入力リスト６ｌのリストに表示した車両及び所有者に関する車両管理テーブル２Ｔのレコードを更新する命令をデータベースサーバ２０へ送信する。その際、ＣＰＵ１１は、ＮＧチェックボックス１ｃｈにチェックが入れられたリストに対応するレコードの場合、履歴ＮＧフラグ＝１とするように命令する。他方、ＣＰＵ１１は、ＮＧチェックボックス１ｃｈにチェックが入れられていないリストに対応するレコードの場合、履歴ＮＧフラグ＝０とするように命令する。

履歴チェック一括入力リスト６ｌの上部には、入庫日又はプレートナンバーをキーにして、ＮＧ情報一括入力が終了していない車両管理テーブル２Ｔのレコードを検索するコントロールが表示されている。当該コントロールにより、業者は特定の車両管理テーブル２Ｔのレコードについて、ＮＧ情報一括入力を行うことができる。

ＣＰＵ１１は、ＮＧ情報一括入力画面６ｆの右下に表示された印刷ボタン６ｂｔｎが押下された場合、履歴チェック一括入力リスト６ｌの帳票印刷を実行する。
業者は、印刷された帳票と、顧客が作成した車両切断申請書とを行政機関へ持参し、切断手続申請を行う。

図１７は、ＮＧ表示画面７ｆの画面レイアウトの一例を示す説明図である。ＮＧ表示画面７ｆは、図１５のメニュー画面１ｆに表示されたＮＧ表示アイコン４ｉを選択した場合に、表示部１６の画面に表示される。

ＣＰＵ１１は、ＮＧ表示アイコン４ｉが選択された場合、履歴ＮＧフラグ＝１であるレコードの検索及び検索結果返信命令をデータベースサーバ２０へ送信する。ＣＰＵ１１は、データベースサーバ２０から受信したレコードをリスト形式でＮＧ表示画面７ｆの中央に配置されたＮＧ表示リスト７ｌに表示する。

ＮＧ表示リスト７ｌには、切断許可申請ができない車両毎に車両及び所有者の情報が表示されている。ＮＧ表示リスト７ｌにおける状態には、切断許可申請ができないことを示すＮＧの文字列が表示されている。また、ＮＧ表示リスト７ｌには、所有者毎の電話番号が表示されている。業者は、ＮＧ表示リスト７ｌに表示された電話番号から顧客（連絡者）に電話連絡を行ない、車両切断手続における今後の対応を図る。

図１８は、切断許可一括入力画面８ｆの画面レイアウトの一例を示す説明図である。切断許可一括入力画面８ｆは、図１５のメニュー画面１ｆに表示された切断許可一括入力アイコン５ｉを選択した場合に、表示部１６の画面に表示される。

ＣＰＵ１１は、切断許可一括入力アイコン５ｉが選択された場合、履歴ＮＧフラグ＝０、切断許可フラグ＝空欄、切断許可日＝空欄であるレコードの検索及び検索結果返信命令をデータベースサーバ２０へ送信する。ＣＰＵ１１は、データベースサーバ２０から受信したレコードをリスト形式でＲＡＭ１３に記憶する。

切断許可一括入力画面８ｆの中央には、切断許可一括入力リスト８ｌが表示されている。切断許可一括入力リスト８ｌは、リスト毎に、入庫番号テキストボックス１ｔｘｔを含む。切断許可一括入力画面８ｆの初期状態では、切断許可一括入力リスト８ｌに、空欄の１リストのみが表示される。業者は、行政機関により切断許可申請の結果に応じて、切断許可が下りた車両のリストにおける入庫番号テキストボックス１ｔｘｔに入庫番号を入力する。また、業者は、行政機関により切断許可申請の結果に応じて、切断許可が下りなかった車両については、入庫番号テキストボックス１ｔｘｔに何も入力しない。

ＣＰＵ１１は、入庫番号テキストボックス１ｔｘｔに入庫番号が入力された場合、当該入力番号に対応するレコードをＲＡＭ１３に記憶したリストから検索し、切断許可一括入力リスト８ｌに検索したレコードを表示する。その際、ＣＰＵ１１は、切断許可一括入力リスト８ｌの切断許可日の欄にタイマ１８が計時した当日のシステム日付を表示する。

業者は、切断許可一括入力リスト８ｌの入庫番号テキストボックス１ｔｘｔに、切断許可が下りた車両の入庫番号を、次々と一括して入力する。業者は、入庫番号テキストボックス１ｔｘｔへの入力操作が終了した場合、切断許可一括入力画面８ｆの右下に表示された保存ボタン５ｂｔｎを押下する。

ＣＰＵ１１は、保存ボタン５ｂｔｎが押下された場合、切断許可一括入力リスト８ｌのリストに表示した車両及び所有者に関する車両管理テーブル２Ｔのレコードを更新する命令をデータベースサーバ２０へ送信する。その際、ＣＰＵ１１は、切断許可一括入力リスト８ｌで入庫番号が入力されたリストに対応するレコードの場合、切断許可フラグ＝１、切断許可日＝当日のシステム日付とするように命令する。他方、ＣＰＵ１１は、ＲＡＭ１３に記憶したレコードのうち、入庫番号が入力されなかったレコードの場合、切断許可フラグ＝０とするように命令する。

図１９は、切断不許可表示画面９ｆの画面レイアウトの一例を示す説明図である。切断不許可表示画面９ｆは、図１５のメニュー画面１ｆに表示された切断不許可表示アイコン６ｉを選択した場合に、表示部１６の画面に表示される。

ＣＰＵ１１は、切断不許可表示アイコン６ｉが選択された場合、切断許可フラグ＝０であるレコードの検索及び検索結果返信命令をデータベースサーバ２０へ送信する。ＣＰＵ１１は、データベースサーバ２０から受信したレコードをリスト形式で切断不許可表示画面９ｆの中央に配置された切断不許可表示リスト９ｌに表示する。

切断不許可表示リスト９ｌには、切断許可が下りなかった車両毎に車両及び所有者の情報が表示されている。切断不許可表示リスト９ｌにおける状態の列には、切断許可が下りなかったことを示す切断不許可の文字列が表示されている。また、切断不許可表示リスト９ｌには、所有者毎の電話番号が表示されている。業者は、切断不許可表示リスト９ｌに表示された電話番号から顧客（連絡者）に電話連絡を行ない、車両切断手続における今後の対応を図る。

図２０及び図２１は、メニュー画面表示処理の手順の一覧を示すフローチャートである。図２０及び図２１のメニュー画面表示処理は、例えば図１５に示した切断手続のメニュー画面１ｆを表示部１６の画面に表示する手順を示している。
メニュー画面表示装置１０のＣＰＵ１１は、切断手続ボタン３ｂｔｎが選択されたか否かを判定する（ステップＳ２０１）。ＣＰＵ１１は、切断手続ボタン３ｂｔｎが選択されていないと判定した場合（ステップＳ２０１：ＮＯ）、ステップＳ２０１へ処理を戻す。ＣＰＵ１１は、切断手続ボタン３ｂｔｎが選択されたと判定した場合（ステップＳ２０１：ＹＥＳ）、ハードディスク１４から、アイコンの画像ファイルをＲＡＭ１３に読み出す（ステップＳ２０２）。アイコンには、例えば履歴チェック一括入力アイコン３ｉ、ＮＧ表示アイコン４ｉ、切断許可一括入力アイコン５ｉ、切断不許可表示アイコン６ｉ及び矢印１ａｒｗが含まれる。

ＣＰＵ１１は、ハードディスク１４から業務ロジックファイルをＲＡＭ１３に読み出す（ステップＳ２０３）。なお、業務ロジックがプログラム１Ｐに記述されている場合、ステップＳ２０３はスルーされてよい。また、データベースサーバ２０が業務ロジックの情報を一元管理している場合、ＣＰＵ１１はステップＳ２０３においてデータベースサーバ２０から業務ロジックを取得する。

ＣＰＵ１１は、業務ロジックファイルに記述された各業務の順序に従って、履歴チェック一括入力アイコン３ｉ、ＮＧ表示アイコン４ｉ、切断許可一括入力アイコン５ｉ及び切断不許可表示アイコン６ｉを配置する（ステップＳ２０４）。ＣＰＵ１１は、各業務の順序に従って配置した履歴チェック一括入力アイコン３ｉ、ＮＧ表示アイコン４ｉ、切断許可一括入力アイコン５ｉ及び切断不許可表示アイコン６ｉの間に、矢印１ａｒｗを配置する（ステップＳ２０５）。

ステップＳ２０５において、ＣＰＵ１１は、履歴チェック一括入力アイコン３ｉ及びＮＧ表示アイコン４ｉの間と、切断許可一括入力アイコン５ｉ及び切断不許可表示アイコン６ｉの間とに、×印が表示された矢印１ａｒｗを配置する（ステップＳ２０５）。ステップＳ２０５において、ＣＰＵ１１は、履歴チェック一括入力アイコン３ｉ及び切断許可一括入力アイコン５ｉの間に、チェック記号が表示された矢印１ａｒｗを配置する（ステップＳ２０５）。ステップＳ２０５において、ＣＰＵ１１は、更には図１５に示すように、提出手続の文字列の左側にチェック記号が表示された矢印１ａｒｗを配置し、提出手続の文字列の右側に通常の矢印１ａｒｗを配置してもよい。

ＣＰＵ１１は、切断手続ボタン３ｂｔｎ及び各アイコンに対応付けて表示する未処理件数を集計するＳＱＬ文を生成する（ステップＳ２０６）。ＣＰＵ１１は、生成したＳＱＬ文を実行し、かつ実行結果をメニュー画面表示装置１０へ返送する命令をデータベースサーバ２０へ送信する（ステップＳ２０７）。

データベースサーバ２０のＣＰＵ２１は、ＳＱＬ文を実行し、かつ実行結果をメニュー画面表示装置１０へ返送する命令をメニュー画面表示装置１０から受信する（ステップＳ２０８）。ＣＰＵ２１は、受信したＳＱＬ文を実行する（ステップＳ２０９）。ＣＰＵ２１は、実行した結果である切断手続ボタン３ｂｔｎ及び各アイコンに対応付けて表示する未処理件数をメニュー画面表示装置１０へ送信する（ステップＳ２１０）。

ＣＰＵ１１は、データベースサーバ２０から切断手続ボタン３ｂｔｎ及び各アイコンに対応付けて表示する未処理件数を受信する（ステップＳ２１１）。ＣＰＵ１１は、受信した未処理件数を切断手続ボタン３ｂｔｎ及び各アイコンに対応付けて配置する（ステップＳ２１２）。ＣＰＵ１１は、未処理件数を配置したメニュー画面１ｆを表示部１６に表示し（ステップＳ２１３）、処理を終了する。

複数の作業者が、夫々複数のメニュー画面表示装置１０を用いて業務処理を実行する場合、車両管理テーブル２Ｔのレコードの内容は、時々刻々変化する。その場合、各メニュー画面表示装置１０が同期して最新のレコード内容を表示部１６に表示させるためには、ＣＰＵ１１は最新のレコード及び未処理件数をデータベースサーバ２０に対して要求すればよい。あるいは、ＣＰＵ１１は、一定時間間隔で、最新のレコード及び未処理件数をデータベースサーバ２０に対して要求してもよい。

図２２は、部品選択画面１０ｆの画面レイアウトの一例を示す説明図である。部品選択画面１０ｆは、販売タブ２ｔを選択した場合に表示されるメニュー画面１ｆのアイコンと対応する操作画面の１つである。データベースサーバ２０のハードディスク２４に記憶されている各種テーブルには、車両毎に取り出した部品を管理する部品管理テーブルが含まれている。部品管理テーブルは、部品が販売済みか否かを記録する販売済みフラグの列を含む。部品選択画面１０ｆは、部品管理テーブルの販売済みフラグを更新するための操作画面である。

販売タブ２ｔを選択し、かつタブページに含まれる図示しない画面から解体済みの車両を選択した場合、図２２に示す部品選択画面１０ｆが表示される。部品選択画面１０ｆは、車種画像リスト１０ｌ、部品種別ボタン１０ｂｔｎ、部品配置画面１００ｆ及び販売済み部品リスト１００ｌを含む。

車種画像リスト１０ｌは、部品選択画面１０ｆの上部に配置されており、各車種の画像を横方向に配列配置した画像リストである。画像リストは、例えば４ドアセダン、２ドアクーペ、３ドアハッチバック等である。図２２の例では、４ドアセダンの画像が強調表示されており、選択対象の部品を取り出した車両が４ドアセダンであることを示している。

部品種別ボタン１０ｂｔｎは、複数であり、部品選択画面１０ｆの左端部に縦方向に配置されている。部品種別ボタン１０ｂｔｎは、部品配置画面１００ｆに表示させる部品の種類を選択する機能を有している。部品の種類は、例えば常に使用される部品、外装部品、エンジン、トランスミッション等である。図２２の例では常に使用される部品が強調表示されており、選択する販売済みの部品が常に使用される部品であることを示している。

部品配置画面１００ｆは、部品選択画面１０ｆの中央に表示される子画面であり、部品種別ボタン１０ｂｔｎで選択された部品の車体に対する位置関係をビジュアルに示す画像を表示する。ここでの部品は、フロントバンパー、ドア、ボンネット等の大きな部品と、ヘッドライト、座席、テールランプ等の小さな部品とを含む。小さな部品は、チェックボックスと、その大まかな画像とがまとめられた態様で部品配置画面１００ｆに表示されている。

販売済みの部品を選択する場合、当該部品が大きな部品であるとき、業者は大きな部品の画像部分を選択して、部品選択画面１０ｆの右端に表示される販売済み部品リスト１００ｌまでドラッグする。ドラッグされた大きな部品は、販売済み部品リスト１００ｌに追加され、部品配置画面１００ｆで選択された大きな部品に対応するマークの色が例えば黄色から赤色に変化する。図２２の例では、フロントバンパーが販売済み部品として選択されている。

販売済みの部品を選択する場合、当該部品が小さな部品であるとき、業者は小さな部品に対応するチェックボックスにチェックを入れる。チェックされた小さな部品は、チェックボックスにチェックマークが表示され、販売済み部品リスト１００ｌに追加される。図２２の例では、ヘッドライト（右）が販売済み部品として選択されている。

ＣＰＵ１１は、販売済み部品リスト１００ｌに部品が追加された場合、追加された部品について部品管理テーブルの販売済みフラグを販売済みの状態に対応する値に更新する命令をデータベースサーバ２０へ送信する。
また、ＣＰＵ１１は、１台の車両の部品について、販売済み部品リスト１００ｌに１つでも部品が初めて追加された場合、車両管理テーブル２Ｔの部品販売登録済みフラグを０から１に更新する命令をデータベースサーバ２０へ送信する。

部品選択画面１０ｆによれば、業者は販売済みの部品をビジュアルに選択することができるため、文字列を羅列しただけの操作画面よりも操作性の向上が図られている。

図２３は、危険物管理のメニュー画面１ｆの画面レイアウトの一例を示す説明図である。危険物管理のメニュー画面１ｆは、メニュー画面１ｆにて政府監査タブ３ｔ及び中区分の危険物管理ボタン１１ｂｔｎを選択した場合に表示される操作画面の１つである。

危険物管理のメニュー画面１ｆは、危険物管理情報入力アイコン７ｉ、危険廃棄物一覧印刷アイコン８ｉ及び矢印１ａｒｗを含む。危険物管理情報入力アイコン７ｉは、政府の監査対象となる部品をデータベースサーバ２０が管理する危険物管理テーブルに登録するアプリケーションを起動するためのアイコンである。ここで、危険物は、例えばバッテリ、エンジンオイル等である。危険廃棄物一覧印刷アイコン８ｉは、監査人に提示する危険廃棄物一覧の帳票を印刷するアプリケーションを起動するためのアイコンである。

危険廃棄物一覧の印刷は、危険物管理テーブルに登録された危険物部品のレコードをデータベースサーバ２０から取得して実行される。そのため、危険物管理情報入力アイコン７ｉに対応する業務は、危険廃棄物一覧印刷アイコン８ｉに対応する業務よりも先に実行されなければならない。そこで、危険物管理のメニュー画面１ｆでは、危険物管理情報入力アイコン７ｉと危険廃棄物一覧印刷アイコン８ｉとの間に、危険物管理情報入力アイコン７ｉから危険廃棄物一覧印刷アイコン８ｉへ向かう矢印１ａｒｗが表示されている。
なお、危険物管理情報入力アイコン７ｉが選択された場合に表示される操作画面の説明は、省略する。

ＣＰＵ１１は、危険物管理情報入力アイコン７ｉに対応するアプリケーションが監査対象の部品を危険物管理テーブルに登録した場合、車両管理テーブル２Ｔの危険物管理情報入力済みフラグを０から１に更新する命令をデータベースサーバ２０へ送信する。そして、データベースサーバ２０のＣＰＵ２１は、車両管理テーブル２Ｔの危険物管理情報入力済みフラグを０から１に更新する。
ＣＰＵ１１は、危険廃棄物一覧印刷アイコン８ｉに対応するアプリケーションが危険廃棄物一覧帳票を印刷した場合、車両管理テーブル２Ｔの危険廃棄物一覧印刷済みフラグを０から１に更新する命令をデータベースサーバ２０へ送信する。そして、データベースサーバ２０のＣＰＵ２１は、車両管理テーブル２Ｔの危険廃棄物一覧印刷済みフラグを０から１に更新する。

上述では、データベースサーバ２０が各種テーブルに対してレコードの挿入、更新等を実行した。しかし、メニュー画面表示装置１０がデータベースサーバ２０の各種テーブルに対してレコードの挿入、更新等を実行してもよい。そのためには、メニュー画面表示装置１０のハードディスク１４に記憶するプログラム１Ｐにデータベースエンジンの機能を追加すればよい。かかる場合、データベースサーバ２０は、各種テーブルを記憶する記憶装置又は情報処理装置で代替されてもよい。

上述では、車両部品流通業務システム１は、データベースサーバ２０を含んでいた。しかし、車両部品流通業務システム１は、データベースサーバ２０を含まなくてもよい。そのためには、メニュー画面表示装置１０のハードディスク１４に各種テーブルを記憶する。また、ハードディスク１４に記憶するプログラム１Ｐにデータベースエンジンの機能を追加する。これにより、メニュー画面表示装置１０の通信部１９は、データベースサーバ２０と通信する必要がなくなり、通信に係る負荷を低減することができる。

メニュー画面表示装置１０によれば、業務全体における各業務の進行状況を認識することができる。
メニュー画面表示装置１０は、業務の順序に従って、各業務に対応するアプリケーションを起動するアイコンをメニュー画面１ｆに配置し、アイコン間に業務の流れの方向を示す矢印１ａｒｗを表示する。メニュー画面表示装置１０は、各アプリケーションで処理すべき情報のうち、未処理件数をアイコンに対応付けて表示する。これにより、業者は、業務の流れに照らして、作業対象の業務に対応するアイコンを簡単にメニュー画面１ｆから探し出すことができる。また、メニュー画面表示装置１０は、業務の種別毎及び業務毎にアイコンに対応付けて未処理件数を表示する。これにより、業者は、業務の進行情報を容易に把握することができ、取り掛かるべき作業の優先順序を決定しやすくなる。未処理件数を集計するためのレコードは、データベースサーバ２０にてリアルタイムで一元管理されている。これにより、複数のメニュー画面表示装置１０を用いて業務が遂行されている場合、各メニュー画面表示装置１０は未処理件数の同期を取ることができる。

開示された実施の形態は、全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上述の説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内での全ての変更が含まれることが意図される。

また、各実施の形態で記載されている技術的特徴（構成要件）はお互いに組合せ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。

１ 車両部品流通業務システム
１０ メニュー画面表示装置（コンピュータ）
１１ ＣＰＵ（図形文字列表示部、矢印表示部、未処理件数表示部、ボタン表示部、全未処理件数表示部、設定部、生成部）
１３ ＲＡＭ
１４ ハードディスク（記憶部）
１９ 通信部（送信部、受信部、命令送信部）
１５２ ブラウザ部
２０ データベースサーバ（情報処理装置）
２１ ＣＰＵ（集計部）
２３ ＲＡＭ
２４ ハードディスク
２９ 通信部（未処理件数送信部）
３０ ＷＥＢサーバ
１Ｐ プログラム
２Ｔ 車両管理テーブル

Claims (9)

1. 自動車の車両又は部品に関する複数のサービス業務を夫々実行する複数のアプリケーションプログラムの起動処理各々に対応した複数の図形又は文字列のいずれかを選択するためのメニュー画面を表示部に表示するメニュー画面表示装置において、
   前記複数の図形又は文字列を前記サービス業務の流れに応じた配置で前記メニュー画面に表示する図形文字列表示部と、
   前記サービス業務の流れの方向を示す矢印を前記図形文字列表示部が表示したメニュー画面上での複数の図形又は文字列の間に表示する矢印表示部と、
   前記複数のアプリケーションプログラム全体が処理すべき情報の全件数及び該複数のアプリケーションプログラム夫々の処理結果を送信する送信部と、
   該送信部が送信した前記全件数及び処理結果に基づいて集計された前記複数のアプリケーションプログラム夫々に係る未処理件数を受信する受信部と、
   該受信部が受信した未処理件数夫々を、前記図形文字列表示部が表示した前記メニュー画面上での複数の図形又は文字列各々に対応付けて表示する未処理件数表示部と
   を備える
   ことを特徴とするメニュー画面表示装置。
2. 前記サービス業務の種別毎に対応する複数の前記メニュー画面を夫々選択する複数のボタンを表示するボタン表示部と、
   前記サービス業務の種別毎に各サービス業務に係るアプリケーションプログラム全体の未処理件数を、該アプリケーションプログラム夫々の処理結果に基づいて、前記ボタン表示部が表示した複数のボタンに各対応付けて表示する全未処理件数表示部と
   を備え、
   前記図形文字列表示部、矢印表示部及び未処理件数表示部は、前記ボタン表示部が表示したボタンにより選択表示されたメニュー画面に前記複数の図形又は文字列、矢印及び未処理件数を夫々表示するようにしてある
   ことを特徴とする請求項１に記載のメニュー画面表示装置。
3. 前記未処理件数表示部は、一のサービス業務の処理結果に応じて分岐する複数のサービス業務がある場合、該一のサービス業務に対応するアプリケーションプログラムの処理結果に基づいて、該複数のサービス業務に夫々対応する複数の図形又は文字列に各対応付けて未処理件数を表示するようにしてある
   ことを特徴とする請求項１又は請求項２に記載のメニュー画面表示装置。
4. 前記矢印表示部は、一のサービス業務の処理結果に応じて分岐する複数のサービス業務がある場合、該一のサービス業務の処理結果に応じて異なる矢印を表示するようにしてある
   ことを特徴とする請求項１から請求項３までのいずれか一項に記載のメニュー画面表示装置。
5. 廃車登録を受け付けるウェブサイトから受信した情報に基づいて、廃車登録に関する車両情報及び車両の所有者情報の入力欄を含むウェブページを前記表示部に表示するブラウザ部と、
   車両情報及び所有者情報を受信して、前記表示部に表示する情報表示部と、
   該情報表示部が表示した車両情報及び所有者情報並びに前記ブラウザ部が表示したウェブページに含まれる車両情報及び所有者情報の入力欄夫々の対応関係が予め記憶された記憶部と、
   該記憶部の内容に基づいて、前記情報表示部が表示した車両情報及び所有者情報を、前記ブラウザ部が表示する前記ウェブページの車両情報及び所有者情報の入力欄に夫々設定する設定部と
   を備え、
   前記ブラウザ部は、前記設定部が前記ウェブページの入力欄に設定した車両情報及び所有者情報を前記ウェブサイトへ送信し、かつ該ウェブサイトから受信した情報に基づいて、廃車登録の可否に関するウェブページを前記表示部に表示するようにしてある
   ことを特徴とする請求項１から請求項４までのいずれか一項に記載のメニュー画面表示装置。
6. 前記ブラウザ部は前記ウェブサイトから受信した廃車登録の可否に関する情報を前記情報表示部に与えるようにしてあり、
   前記情報表示部は、
   前記情報に基づく命令を生成する生成部と、
   該生成部が生成した命令を送信する命令送信部と
   を有する
   ことを特徴とする請求項５に記載のメニュー画面表示装置。
7. 請求項１から請求項６までのいずれか一項に記載のメニュー画面表示装置及び
   該メニュー画面表示装置から受信した前記複数のサービス業務に係る情報を記憶し、該メニュー画面表示装置から受信した該メニュー画面表示装置が処理した処理結果に係る情報を処理する情報処理装置
   を備える
   サービス業務システムにおいて、
   前記メニュー画面表示装置の送信部は、前記情報処理装置へ送信するようにしてあり、
   前記メニュー画面表示装置の受信部は、前記情報処理装置から受信するようにしてあり、
   前記情報処理装置は、
   前記メニュー画面表示装置から受信した前記全件数及び処理結果に基づいて、前記複数のアプリケーションプログラム夫々に係る未処理件数を集計する集計部と、
   該集計部が集計した未処理件数夫々を前記メニュー画面表示装置へ送信する未処理件数送信部と
   を有する
   ことを特徴とするサービス業務システム。
8. 自動車の車両又は部品に関する複数のサービス業務を夫々実行する複数のアプリケーションプログラムの起動処理各々に対応した複数の図形又は文字列のいずれかを選択するためのメニュー画面を表示部に表示するメニュー画面表示方法において、
   前記複数の図形又は文字列を前記サービス業務の流れに応じた配置で前記メニュー画面に表示し、
   前記サービス業務の流れの方向を示す矢印を、表示したメニュー画面上での複数の図形又は文字列の間に表示し、
   前記複数のアプリケーションプログラム全体が処理すべき情報の全件数及び該複数のアプリケーションプログラム夫々の処理結果に基づいて集計された該複数のアプリケーション夫々に係る未処理件数を前記メニュー画面上での複数の図形又は文字列各々に対応付けて表示する
   ことを特徴とするメニュー画面表示方法。
9. 表示部を有するコンピュータに、自動車の車両又は部品に関する複数のサービス業務を夫々実行する複数のアプリケーションプログラムの起動処理各々に対応した複数の図形又は文字列のいずれかを選択するためのメニュー画面を前記表示部に表示する処理を実行させるプログラムにおいて、
   前記複数の図形又は文字列を前記サービス業務の流れに応じた配置で前記メニュー画面に表示し、
   前記サービス業務の流れの方向を示す矢印を前記メニュー画面上での複数の図形又は文字列の間に表示し、
   前記複数のアプリケーションプログラム全体が処理すべき情報の全件数及び該複数のアプリケーションプログラム夫々の処理結果を送信し、
   送信した前記全件数及び処理結果に基づいて集計された前記複数のアプリケーションプログラム夫々に係る未処理件数を受信し、
   受信した未処理件数夫々を前記メニュー画面上での複数の図形又は文字列各々に対応付けて表示する
   処理をコンピュータに実行させることを特徴とするプログラム。