| 【発明の名称】 |
データ処理システム及び方法 |
| 【発明者】 |
【氏名】中島 孝允
【氏名】吉田 隆
|
| 【要約】 |
【課題】各ユーザユーザ毎の個別の会計情報システムを統合して単一の情報システムにより管理するためのデータ処理システムを提供する。
【解決手段】データファイル形式のデータベースを使用するデータ処理システムにおいて、複数のユーザにおいて使用されるレコードを構成するデータフィールドの全ての種類を含むグローバルレコードのそれぞれに少なくとも一つの可変プライマリーキーを格納するデータフィールドを具備し、前記複数のユーザの内の特定のユーザにおいて使用されるレコードを構成するデータフィールドの全ての種類を含むレガシーレコードを構成する各データフィールドと前記グローバルレコードを構成する各データフィールドとを前記可変プライマリーキーに基づき1対１に対応させるデータ処理システム。 |
【特許請求の範囲】
【請求項１】データファイル形式のデータベースを使用するデータ処理システムにおいて、複数のユーザにおいて使用されるレコードを構成するデータフィールドの全ての種類を含むグローバルレコードのそれぞれに少なくとも一つの可変プライマリーキーを格納するデータフィールドを具備し、前記複数のユーザの内の特定のユーザにおいて使用されるレコードを構成するデータフィールドの全ての種類を含むレガシーレコードを構成する各データフィールドと前記グローバルレコードを構成する各データフィールドとを前記可変プライマリーキーに基づき1対１に対応させることを特徴とするデータ処理システム。
【請求項２】前記データ処理システム内におけるデータ処理は、前記グローバルレコードから構成されるグローバルデータファイルに基づいて行われ、前記データ処理の結果は、前記レガシーレコードから構成されるレガシーデータファイルに基づいて表示されることを特徴とする請求項１記載のデータ処理システム。
【請求項３】前記データ処理システム内に於けるデータ処理に、ＣＯＢＯＬ言語を使用することを特徴とする請求項１又は請求項２のいずれかに記載のデータ処理システム。
【請求項４】データファイル形式のデータベースを使用するデータ処理システムにおいて、会計上の勘定科目の全ての種類を含む勘定科目用グローバルレコードに少なくとも一つの可変プライマリーキーを格納するデータフィールドを具備し、特定のユーザにおいて使用される会計上の勘定科目の全ての種類を含む勘定科目用レガシーレコードを構成する各データフィールドと前記勘定科目用グローバルレコードを構成する各データフィールドとを前記可変プライマリーキーに基づき1対１に対応させることを特徴とするデータ処理方法。
【請求項５】前記データ処理システム内におけるデータ処理は、前記勘定科目用グローバルレコードから構成される勘定科目用グローバルデータファイルに基づいて行われ、前記データ処理の結果は、前記勘定科目用レガシーレコードから構成される勘定科目用レガシーデータファイルに基づいて表示されることを特徴とする請求項４記載のデータ処理方法。
【請求項６】前記データ処理システム内に於けるデータ処理に、ＣＯＢＯＬ言語を使用することを特徴とする請求項４又は請求項５のいずれかに記載のデータ処理方法。
|
【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は、各ユーザ毎の個別の会計情報システムを統合して単一の情報システムにより管理するためのデータ処理システム及び方法に関する。
【０００２】
【従来の技術】ＡＳＰ等のシステムを活用してユーザの会計業務を受託する業者は、一般的に、業務を受託するユーザ毎に専用の会計情報システムを構築するが、このような場合には、会計情報ソフトを個別に構築すると共に、データベースについては、各ユーザ毎に独立したデータベースを構築して、これら各ユーザ毎のデータが同一のデータ格納領域（例えば、固定ディスクや磁気テープ）の中でランダムに混在させることは極力排除されている。即ち、たとえ、同一の固定ディスクをデータベース用に確保するとしても、その固定ディスクの中に於いては、各ユーザ毎にデータ格納スペースが相互に独立した形で区分されて確保され、各ユーザから入力されるデータはこれらの相互に独立したデータ格納スペースの各ユーザに対応するそれぞれの区分内に格納されるのが一般的なシステム構築上の鉄則となっている。
【０００３】ハードディスク等のデータ格納領域において、同一のユーザに属するレコードを同一の区分内に集中させて格納させることなく、このデータ格納領域の全域に亘ってランダムに格納することが極力排除されている理由の一つには、レコード数が膨大になったときの検索時に特定のレコードへのアクセス時間の総計が予想外に大きくなる可能性があることが指摘されている。
【０００４】更に、このようなＡＳＰ等の会計情報システムにおいて各ユーザ毎に異なる会計情報ソフトが必要となる背景は、このような会計情報システムには各種のデータを有するレコードから構成されるデータファイル形式のデータベースを前提とするのであるが、このようなレコードにはそれぞれ格納するデータに適合したデータフィールド長を有するデータフィールドが各データに割り振られており、この割り振られたデータフィールドの長さは、各ユーザ毎に異なるのが一般的であり、必ずしも、統一的なものではないことが挙げられる。
【０００５】即ち、レコードから構成されるデータファイル形式のデータベースに格納されたレコード内の特定のデータを検索するときには、そのデータがそのデータを有するレコードの中においてどの場所に格納されているかを、何らかの座標軸に基づいて特定する必要がある。このような特定をする場合に使用するものの一例としてポインタがあるが、一般的なデータファイル形式のデータベースを構築するときには、固定ディスクや磁気テープのデータ格納スペースを節約するために、このようなポインタは設定されることがなく、一般的には、当該データを有するレコードの右端又は左端からどれ程のデータ長を経た場所に格納されているかをその都度計算してデータを特定する。
【０００６】従って、特定の会計データを検索する場合においては、上記のようにレコード内のそれぞれのデータフィールドの長さが重要な基準の一つになるのに、これらのデータフィールドの長さが各ユーザ毎に異なるので、各ユーザ毎に異なる会計情報ソフトが一般的には必要であることが常識化している。これは、従来のＣＯＢＯＬ言語等のプログラミング言語を用いてこのようなデータベースを構築する際には、予め定められた形式で必要となるデータ領域を確保しておかなければならない必然性があることからも自明である。
【０００７】更に、各ユーザあるいは同一ユーザ内の各事業部は、それぞれ、個別の会計基準により会計処理を行う（このような個別の会計基準に基づいて為される会計処理システムを以下、レガシー会計処理システムという。）ことが一般的であり、その一例として、それぞれ、個別の会計年度を有するのが一般的である。このような観点からしても、会計情報ソフトは、各ユーザ毎に異なるものを使用することが常識とされている。
【０００８】
【発明が解決しようとする課題】しかしながら、会計システム構築の従来の方法（即ちＣＯＢＯＬ言語等のプログラミング言語を用いたデータベース構築）に従って同一のデータベースシステムを使用して、各ユーザ毎、あるいは、同一ユーザ内においても各事業部毎に、会計情報処理を行うにあたっては、それぞれに個別に対応するデータ格納区分領域を予め確保して一ユーザ又は一事業部に対してそれぞれ一データ格納区分を割り当てる必要が生じ、更には、それぞれのデータ格納区分に格納されたデータファイル形式に個別に対応する会計情報ソフトを具備する必要が生じ、その結果、１．データ格納区分領域の一部には、データの格納には活用されない無駄なデータ格納スペースが生じる。
２．ユーザ規模が拡大して格納するデータが増大したときにスムースな対応ができない。
３．レガシー会計処理システムがそれぞれ異なるユーザが合併等したときに、それぞれの個別のレガシー会計処理システムを一体化させるにあたっては、それぞれのレガシー会計処理システムを再構築する必要が生じる。
等々の問題を抱えることとなる。
【０００９】本発明は、以上のような従来技術による会計情報システムの難点を解消することを目的とするシステム及び方法を提供するものである。
【００１０】
【課題を解決するための手段】以上の技術課題を解決する本発明のシステム及び方法の特徴の一つは、基本的には、会計処理の過程に必要となる勘定科目の種類の数には上限が存在することに注目して、現在想定される全てのユーザの勘定科目を網羅的に含むことのできる勘定科目用のグローバルレコード（又は、勘定科目用グローバルデータレコード）を確保しそのグローバルレコードの各データフィールドに各ユーザ毎又は各事業部毎のデータをそれぞれグローバルに統一された形式に基づいて格納し、このようにして格納された各データを、各ユーザ毎にそれぞれのレガシー会計処理システムに適合した形式で集計や表示等を行う場合には、予め定められた手順（プロトコル）に従って、例えば、グローバルレコード内の各データフィールドと、各ユーザ毎のレガシーレコード内のそれに対応する各データフィールドとの対応表（一例として、対応マスターファイル等が考えられる。）に従って、システム内において自動的に対応させることにより、システム内における会計処理はこのグローバルレコードから構成されるグローバルデータファイルに基づいて行いながらも、このシステムのユーザインターフェースの一つであるデータ入出力用端末の画面には、各ユーザ又は各事業部のレガシー会計処理プロセスに適合した表示形式が採用できるようになっていることである。
【００１１】このような特徴を可能にする一つの手段として、本発明によるシステム及び方法においては、グローバルレコードのそれぞれに対して、従来にはなかった概念である可変プライマリーキーのデータフィールド（あるいは、データ領域）を敢えて新たに確保することにより、この可変プライマリーキーを任意にユーザが特定のユーザや事業部に対応させることを可能とし、従って、同一のデータベース内に各ユーザや各事業部毎に予め定められた固定サイズのデータ格納スペースを設定することなく、同一のデータベースのデータ格納領域の中であってもその領域全体に亘ってデータを格納することを特徴とする。
【００１２】即ち、第１の発明は、データファイル形式のデータベースを使用するデータ処理システムにおいて、複数のユーザにおいて使用されるレコードを構成するデータフィールドの全ての種類を含むグローバルレコードのそれぞれに少なくとも一つの可変プライマリーキーを格納するデータフィールドを具備し、前記複数のユーザの内の特定のユーザにおいて使用されるレコードを構成するデータフィールドの全ての種類を含むレガシーレコードを構成する各データフィールドと前記グローバルレコードを構成する各データフィールドとを前記可変プライマリーキーに基づき1対１に対応させるデータ処理システムである。
【００１３】第２の発明は、前記第１の発明に於いて、前記データ処理システム内におけるデータ処理は、前記グローバルレコードから構成されるグローバルデータファイルに基づいて行われ、前記データ処理の結果は、前記レガシーレコードから構成されるレガシーデータファイルに基づいて表示されるデータ処理システムである。
【００１４】第３の発明は、前記第１及び第２の発明に於いて、前記データ処理システム内に於けるデータ処理に、ＣＯＢＯＬ言語を使用するデータ処理システムである。
【００１５】第４の発明は、データファイル形式のデータベースを使用するデータ処理システムにおいて、会計上の勘定科目の全ての種類を含む勘定科目用グローバルレコードに少なくとも一つの可変プライマリーキーを格納するデータフィールドを具備し、特定のユーザにおいて使用される会計上の勘定科目の全ての種類を含む勘定科目用レガシーレコードを構成する各データフィールドと前記勘定科目用グローバルレコードを構成する各データフィールドとを前記可変プライマリーキーに基づき1対１に対応させるデータ処理方法である。
【００１６】第５の発明は、前記第４の発明に於いて、前記データ処理システム内におけるデータ処理は、前記勘定科目用グローバルレコードから構成される勘定科目用グローバルデータファイルに基づいて行われ、前記データ処理の結果は、前記勘定科目用レガシーレコードから構成される勘定科目用レガシーデータファイルに基づいて表示されるデータ処理方法である。
【００１７】第６の発明は、前記第４及び第５の発明に於いて、前記データ処理システム内に於けるデータ処理に、ＣＯＢＯＬ言語を使用するデータ処理方法である。
【００１８】
【作用】以上の本発明によるデータ処理システム及び方法によれば、それぞれにおいて、データレコードの構成の差異に拘わらず、データベース内において共通のデータ格納領域を使用することが可能となり、従って、その結果、１．データ格納区分領域の一部には、データの格納には活用されない無駄なデータ格納スペースが生じない。
２．ユーザ規模が拡大して格納するデータが増大したときにスムースな対応ができる。
３．レガシー会計処理システムがそれぞれ異なるユーザが合併等したときに、それぞれの個別のレガシー会計処理システムを一体化させるにあたっては、それぞれのレガシー会計処理システムを再構築する必要がない。
等々の効果が期待できる。
【００１９】このような効果は、複数のユーザや同一ユーザ内の複数の事業部間において、同一の勘定科目を相互に異なるレコード形式に従って処理されていたものを、統一的に会計処理するような場合には、特に、有効である。
【００２０】
【発明の実施の形態】以下、本発明の実施態様の一例を図を用いて詳細に説明する。
【００２１】図１は本発明のデータ処理システム１のシステム構成図である。データ処理システム１は、会計情報の利用者がキーボード等の入力装置により各種入力項目を直接入力することのできるパーソナルコンピューター等のクライアント端末８と、データ送受信手段３及びデータ作成手段４、マスターデータベース５及びトランザクションデータベース６から構成されるサーバ２、及びこれらクライアント端末８とサーバ２の接続を可能とするインターネット等のオープンネットワーク又はグループユーザ間ＬＡＮ等のクローズドネットワークのネットワーク７から構成される。
【００２２】ここで、サーバ２の構成要素であるデータ送受信手段３は、クライアント端末８からネットワーク７を介して送信された各種入力データを受信するとともに、データ作成手段４で作成された会計データをネットワーク７を介してクライアント端末８に送信する。また、データ作成手段４はマスターデータベース５に格納されたマスターファイルとトランザクションデータベース６に格納されたトランザクションファイル及びクライアント端末８から入力された入力データを相互に参照、演算処理してクライアント端末８の要求する会計データを作成する。
【００２３】さらに、マスターデータベース５はデータ作成手段４から要求された各種会計情報に対応するマスターファイルを格納しており、トランザクションデータベース６はＰＯＳシステムや伝票、予算計画書等から得られた各種会計数値の当期実績値や予算値、さらには前期実績値等のトランザクションファイルを格納している。
【００２４】なお、マスターファイルには会社区分、年月度や事業年度、本支店別等の経理単位や販売・総務部門・個別プロジェクト・地域別等の管理単位、商品別等の集計単位、部課別等の所属単位及び使用されている勘定科目等に対応するグローバルレコードが格納されている。このような細分化されたグローバルレコードを使用することにより、会計単位や勘定科目の異なる別会社間でも、統一された会計情報をアウトプットすることが可能となる。
【００２５】例えば通信交通費がＢ会社では部門別に集計されており、Ａ会社では支店別に集計されているような場合でも、地域別コードを通信交通費データに設定することで、ＡＢ両会社の合算のＲ地域でかかった通信交通費を一括して抽出することができる。
【００２６】なお、トランザクションデータベース６には、ＰＯＳシステムや各種伝票、予算計画書等から勘定科目単位で取得されたトランザクションファイルが格納されている。トランザクションファイル内にはレガシーレコードが多数格納されている。図５にレガシーレコードの一例の概念図を示す。
【００２７】まず、取得された勘定科目別データはレコード形式で分類・保管されているが、その際に個々の勘定科目別データには会社区分、年月度や事業年度、営業外費用や有形固定資産別等の財務区分、商品別等の集計区分、本支店別等の経理単位、販売・総務部門・個別プロジェクト別等の管理単位、勘定科目、補助科目等がコードによりインデックスとして付与され、一つのレガシーレコードを構成している。例えば平成１２年８月期にＡ会社のＰ支店で商品Ｒを販売したことによって発生した売上は、（１２／８−Ａ−Ｐ−Ｒ−Ｓ５−１３；ただし・販売部門コードＳ５・売上コード１３）といったインデックスを付与されることになる。
【００２８】また、同一インデックスによって分類されたレガシーレコードは貸借区分をもった各フィールド毎に時系列データ（４月期〜３月期及び中間決算、年度決算を含む１４フィールド）として記録・保管されており、前月の貸借金額に毎月の増減金額を加算・減算する方式によって消費メモリーが抑制される構造に設計されている。
【００２９】次に図2のフローチャート図を用いて、データ処理システム１のプロセスの流れを詳細に説明する。
【００３０】まず、クライアント端末８はインターネットやＬＡＮ等のネットワーク７を介してサーバ２内のデータ送受信手段３にアクセス要求を送信する（Ｓ１００）。この際、本実施態様に於いては行っていないが、会計情報の利用者が会社、氏名、所属、パスワード等の認証データをクライアント端末８に入力・送信することによってアクセス要求を制限しても良いことは言うまでもない。
【００３１】次にインターネットやＬＡＮ等のネットワーク７を介してクライアント端末８から送信されたアクセス要求を受信したデータ送受信手段３は（Ｓ１１０）、折り返しマスターメンテナンス画面をクライアント端末８に送信する（Ｓ１２０）。また、クライアント端末８から認証データを受信している場合には、当該認証データを認証手段（図示せず）に送信しこれの適否の結果を受け、マスターメンテナンス画面の送信の可否を決定することとなる。
【００３２】この結果、サーバー２内のデータ送受信手段３からマスターメンテナンス画面の送信を受けたクライアント端末８は、当該メンテナンス画面を受信し（Ｓ１３０）、クライアント端末８のディスプレイ装置に表示する。
【００３３】なお、マスターメンテナンス画面はデータ処理システム１を用いて行うメンテナンス等の各種基本的作業コマンド及びシステム終了コマンドの選択入力項目と、利用するデータを特定するためのマスターキー入力項目、年月度入力項目及び経理単位、管理単位、集計単位、事業年、所属単位等の各種単位入力項目から構成される。また、クライアント端末８の利用者にガイダンスを行うためのガイダンスエリアを有する。図３にマスターメンテナンス画面の一例を示す。
【００３４】ここで、会計情報の利用者はクライアント端末８のディスプレイ装置に表示されたマスターメンテナンス画面内のガイダンスエリアの「作業区分を入力してください」「年月度を入力してください」などのガイダンスに従い、マスターキー入力、年月度入力、単位入力を行う（Ｓ１４０〜Ｓ１６０）。
【００３５】最後に入力確認をしたクライアント端末８は入力された各種データをインターネットやＬＡＮ等のネットワーク７を介してサーバ２のデータ送受信手段３に送信する（Ｓ１７０）。
【００３６】クライアント端末８から各種入力データを受信したサーバ２内のデータ送受信手段３は（Ｓ１８０）、財務報告、部門業績報告、未払費用管理、売掛金管理等といった作成する会計データの種類をさらに特定化するために、詳細入力画面をクライアント端末８に送信する。
【００３７】サーバー２内のデータ送受信手段３から詳細入力画面の送信を受けたクライアント端末８は詳細入力画面を受信し表示する。
【００３８】なお、詳細入力画面は、マスターメンテナンス画面における入力項目を補完して、クライアント端末８の利用者が必要とする会計情報をさらに特定化するための各種選択入力項目及びガイダンスエリアによって構成される。具体的には、貸借対照表・損益計算書・キャッシュフロー計算書等の財務報告、部門損益表・予算差異表・費用明細表等の部門業績報告、支払報告書・支払処理・未払残高表等の未払費用管理、売上分析表・売掛金残高表・未入金管理等の売掛金管理などの各項目が選択入力項目として表示される。図４に詳細入力画面の一例を示す。
【００３９】ここで、会計情報の利用者は詳細入力画面のガイダンスエリアに表示された「該当する利用情報を選択入力してください」等のガイダンスに従い、選択項目の入力を行う。
【００４０】最後に入力確認をしたクライアント端末８は入力された各種入力データをインターネットやＬＡＮ等のネットワーク７を介してサーバ２内のデータ送受信手段３に送信する。
【００４１】クライアント端末８から一連の入力データを受信したサーバ２内のデータ送受信手段３は当該入力データをデータ作成手段４に送信する。
【００４２】ここで、データ送受信手段３から一連の入力データを受信したデータ作成手段４は、まず、マスターデータベース５にアクセスし当該入力データ（特にマスターキー）に適合するデータをマスターファイル内のグローバルレコードから検索・入手し、次にトランザクションデータベース６にアクセスし、マスターデータベース５から入手したコードデータに該当するトランザクションデータファイル内のレガシーレコードを検索・入手する（Ｓ１９０）。
【００４３】例えばクライアント端末８から入力された入力データが平成１２年８月期・Ａ会社・Ｐ支店・営業部・Ｋ商品・売掛金・Ｃ得意先といった項目で構成されている場合、データ作成手段４はマスタ―ファイル内のグローバルレコードから（１２／８−Ａ−Ｐ−Ｓ５−K−１３）といったコードデータを検索・入手すると同時に、これに該当するインデックスが付されたデータを、トランザクションファイル内のレガシーレコードから検索・入手する。
【００４４】さらに、データ作成手段４は検索・入手されたレガシーレコード内のデータを用いて、クライアント端末８から入力された入力データに基づき一定の演算・集計処理を行い、クライアント端末８の利用者が要求する特定の会計データを作成する（Ｓ２００）。なお、ここで行われる演算・集計処理はクライアント端末８の利用者が要求する特定の会計情報の類型ごとに異なったものである。
【００４５】例えば平成１２年９月期のＲ地域でのＡ商品に関する売上分析表を得たい場合、当該データを有するトランザクションファイル内の複数のレガシーレコードから９月期の貸借データを選出・合算する。また、これと同時に同一レガシーレコード内に記録されている９月期予算値や前年９月期実績値の合算も行い、これを得られた当期実績値の合算数値から除することで、それぞれ予算実績差異や前年同月比売上高伸び率等の財務データを入手することが可能である。
【００４６】ここで、データ作成手段４で作成された会計データは、データ送受信手段３、ネットワーク７を経由してクライアント端末８に送信される（Ｓ２１０）。
【００４７】最後に、ネットワーク７を介してデータ送受信手段３から会計データを受信したクライアント端末８は（Ｓ２２０）、当該会計データを規定形式でクライアント端末のディスプレイ装置に表示する。
【００４８】尚、本発明を実施するに辺り本実施態様の機能を実現するソフトウェアのプログラムを記録した記憶媒体をシステムに供給し、そのシステムのコンピュータが記憶媒体に格納されたプログラムを読み出し実行することによって実現されることは当然である。ここで使用されるプログラムのプログラミング言語としては、ＣＯＢＯＬ言語等の従来、データベース構築に用いられている言語である。
【００４９】この場合、記憶媒体から読み出されたプログラム自体が前記した実施形態の機能を実現することとなり、そのプログラムを記憶した記録媒体は本発明を当然のことながら構成することになる。
【００５０】プログラムコードを供給するための記憶媒体としては、例えばフロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、磁気テープ、不揮発性のメモリカード等を使用することができる。
【００５１】また、コンピュータが読み出したプログラムを実行することにより、上述した実施形態の機能が実現されるだけではなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているオペレーティングシステムなどが実際の処理の一部または全部を行い、その処理によって前記した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５２】さらに、記憶媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わる不揮発性あるいは揮発性の記憶手段に書き込まれた後、そのプログラムの指示に基づき、機能拡張ボードあるいは機能拡張ユニットに備わる演算処理装置などが実際の処理の一部あるいは全部を行い、その処理により前記した実施形態の機能が実現される場合も含まれることは当然である。
【００５３】
【発明の効果】以上の説明の通り、本発明は、一ユーザに対して一格納スペースを確保する必要がなくなり、従って、１．データを格納するスペースには、データの格納に活用されないスペースが生ずるというような無駄が省ける。
２．ユーザ規模が拡大して格納するデータが増大したときにも、従来のように新たな格納スペースを独立して確保する必要がなくなり、スムースな対応が可能となる。
３．レガシー会計処理システムがそれぞれ異なるユーザが合併等したときに、それぞれの個別のレガシー会計処理システムを一体化させるにあたっては、それぞれのレガシー会計処理システムを再構築する必要がない。
等の効果が期待できる。
|
| 【出願人】 |
【識別番号】３９８０１７０５７
【氏名又は名称】株式会社テクノウェイブ
【識別番号】５００４５１７４６
【氏名又は名称】有限会社エムエーシー
|
| 【出願日】 |
平成１２年９月２７日（２０００．９．２７） |
| 【代理人】 |
【識別番号】１０００８８２１４
【弁理士】
【氏名又は名称】生田 哲郎 （外１名）
|
| 【公開番号】 |
特開２００２−１０８６６３（Ｐ２００２−１０８６６３Ａ） |
| 【公開日】 |
平成１４年４月１２日（２００２．４．１２） |
| 【出願番号】 |
特願２０００−２９３２９９（Ｐ２０００−２９３２９９） |
|