(57)【要約】【課題】オンライン入金時における入金情報の登録の処理負荷を低減し、かつ入金消込、入金削除、科目振替、充当処理、およびオンライン入金照会に対応することができる、入金処理システムおよび入金処理方法を提供することを目的とする。【解決手段】入金処理システム９は、オンライン端末装置４に入力された売掛金単位のオンライン入金情報を、入金処理サーバ１がデータベースサーバ３に一時的に記憶する。そして、バッチ処理サーバ２が、データベースサーバ３に一時的に記憶したオンライン入金情報を領収金単位にまとめて取得し、さらに金融機関５およびコンビニ６のサーバから取得した領収金単位（請求料金単位）のバッチ入金情報を取得し、オンライン入金情報とバッチ入金情報とを併せて入金処理を行う。【選択図】図１
2010277266.tif 000002
【特許請求の範囲】
【請求項１】
１つ以上のオンライン端末装置と、入金情報が記憶されるデータベースサーバと、前記オンライン端末装置から入力される前記入金情報であるオンライン入金情報を前記データベースサーバに記憶させる入金処理サーバと、金融機関サーバおよび店舗決済管理サーバから請求料金単位で入金されるバッチ入金情報を前記データベースサーバに記憶させるバッチ処理サーバとが、相互に接続される入金処理システムであって、
前記入金処理サーバは、
前記オンライン端末装置に入力された売掛金単位の前記オンライン入金情報を取得し、前記データベースサーバに記憶させるオンライン入金情報登録部を備え、
前記バッチ処理サーバは、
前記データベースサーバに記憶された前記オンライン入金情報を、需要者により１回に入金された売掛金の合計である領収金単位にまとめて取得し、前記金融機関サーバおよび前記店舗決済管理サーバから取得した前記バッチ入金情報とともに、売掛金の入金消込を行う入金制御部を
備えることを特徴とする入金処理システム。
【請求項２】
前記データベースサーバは、各売掛金に対応した入金額、売掛金毎の入金履歴回数、需要者毎の固有の番号である顧客ＩＤ、および需要者へ所定の間隔で請求される請求書に付される固有の番号である請求料金番号を含む入金履歴情報が記憶される照会用入金履歴情報データベースを備え、
前記オンライン端末装置は、
入力部を介して利用者により入力された、前記顧客ＩＤまたは前記請求料金番号を含む入金履歴照会のための検索条件を、前記入金処理サーバに送信するオンライン入金情報処理部を備え、
前記入金処理サーバは、
前記入金履歴照会のための検索条件を受信すると、当該検索条件に基づいて、前記照会用入金履歴情報データベースから前記入金履歴情報を取得し、前記オンライン端末装置に送信する入金履歴情報送信部を備え、
前記オンライン端末装置の前記オンライン入金情報処理部は、
前記入金履歴情報を受信し、表示部に前記入金履歴情報を表示させること
を特徴とする請求項１に記載の入金処理システム。
【請求項３】
前記データベースサーバは、
前記顧客ＩＤ、前記請求料金番号、需要者により１回に入金された売掛金の合計である領収金額、およびその領収金額に固有の番号である領収情報番号を含む領収金情報が記憶される領収金データベースと、
前記顧客ＩＤ、前記請求料金番号、売掛金に固有な番号である売掛金番号、前記売掛金に関する売掛金額、およびその売掛金額について入金消込するための入金額を含む売掛金情報が記憶される売掛金データベースとを備え、
前記バッチ処理サーバは、
前記バッチ入金情報を記憶させるバッチ入金情報データベースを備え、
前記バッチ処理サーバの入金制御部は、
前記照会用入金履歴情報データベースから、前記領収金単位に前記オンライン入金情報を抽出するオンライン入金情報抽出部と、
前記バッチ入金情報データベースから前記バッチ入金情報を請求料金単位に取得するバッチ入金情報取得部と、
前記抽出したオンライン入金情報および前記取得したバッチ入金情報を用いて前記領収金情報を生成し、前記オンライン入金情報及び前記バッチ入金情報に前記領収情報番号を付して前記入金履歴情報として登録し、前記登録された前記入金履歴情報に基づいて、前記売掛金データベースに前記入金額に関する情報を入力し、売掛金の入金消込を行う入金処理部と、
を備えることを特徴とする請求項２に記載の入金処理システム。
【請求項４】
前記オンライン端末装置は、
前記入力部を介して利用者により入力された、前記顧客ＩＤまたは前記請求料金番号を含む入金削除のための検索条件を前記入金処理サーバに送信する入金削除情報処理部を備え、
前記入金処理サーバは、
前記入金削除のための前記検索条件を受信すると、当該検索条件に基づいて、前記領収金データベースの前記領収金情報から前記領収金額を削除し、前記領収情報番号をキーとしてその取り消した領収金額に対応する入金履歴情報の入金額を削除し、さらに前記取り消した入金額に基づいて、前記売掛金情報の売掛金の入金消込を取り消す入金削除処理部を
備えることを特徴とする請求項３に記載の入金処理システム。
【請求項５】
前記データベースサーバは、
前記顧客ＩＤ、前記請求料金番号、前記領収情報番号、および入金消込されていない預り金である未精算金残高を含む未精算金情報が記録される未精算金データベースをさらに備え、
前記オンライン端末装置は、
前記入力部を介して利用者により入力された、前記顧客ＩＤまたは前記請求料金番号を含む科目振替のための検索条件を前記入金処理サーバに送信する科目振替情報処理部を備え、
前記入金処理サーバは、
前記科目振替のための検索条件を受信すると、当該検索条件に基づいて、前記照会用入金履歴データベースから前記入金履歴情報の前記入金額を取り消し、前記取り消した入金額に基づいて前記未精算金情報の前記未精算金残高を更新し、さらに前記取り消した入金額に基づいて前記売掛金情報の売掛金の入金消込を取り消す科目振替処理部を
を備えることを特徴とする請求項４に記載の入金処理システム。
【請求項６】
前記オンライン端末装置は、
前記入力部を介して利用者により入力された、前記顧客ＩＤまたは前記請求料金番号を含む充当処理のための検索条件を前記入金処理サーバに送信する充当情報処理部を備え、
前記入金処理サーバは、
前記充当処理のための検索条件を受信すると、当該検索条件に基づいて、前記未精算金データベースから前記未精算金情報の前記未精算金残高を取得し、前記取得した未精算金残高を前記売掛金情報の前記入金額に加え入金消込を行う充当処理部を
備えることを特徴とする請求項５に記載の入金処理システム。
【請求項７】
１つ以上のオンライン端末装置と、入金情報が記憶されるデータベースサーバと、前記オンライン端末装置から入力される前記入金情報であるオンライン入金情報を前記データベースサーバに記憶させる入金処理サーバと、金融機関サーバおよび店舗決済管理サーバから請求料金単位で入金されるバッチ入金情報を前記データベースサーバに記憶させるバッチ処理サーバとが、相互に接続される入金処理システムに用いられる入金処理方法であって、
前記入金処理サーバは、
前記オンライン端末装置に入力された売掛金単位の前記オンライン入金情報を取得し、前記データベースサーバに記憶させ、
前記バッチ処理サーバは、
前記データベースサーバに記憶された前記オンライン入金情報を、需要者により１回に入金された売掛金の合計である領収金単位にまとめて取得し、前記金融機関サーバおよび前記店舗決済管理サーバから取得した前記バッチ入金情報とともに、売掛金の入金消込を行うこと
を特徴とする入金処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、入金処理システムおよび入金処理方法に関する。
【背景技術】
【０００２】
ガス会社や電力会社等では、各会社により多様化した料金メニューが設定され、需要者により料金メニュー構成が異なるようになっている。また、需要者からの入金方法についても、銀行振込、コンビニエンスストア（以下「コンビニ」という）での振込、各企業の営業所の窓口での店頭入金等の様々なパターンが存在する。
この入金処理においては、買掛金明細データと請求データとを総合計、中計、および小計に分類し各分類での買掛金明細データと請求データとの集計の突き合わせが正しいときには、その集計単位でまとめて消込済みとする技術が開示されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１１−３２８２９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、請求された料金メニューに対する各需要者の料金支払い方法には、一回の入金処理において、全額入金する場合や、一部の請求項目のみ支払う場合、一部の請求項目の全額に満たない金額での入金をする場合等、様々なケースがある。このような様々な入金パターンに対応して、入金処理システムにおいて迅速かつ正確な入金処理を行う必要がある。
また、このような様々な入金ケースに対応した上で、入金処理システムは、一度入金した情報を削除する入金削除、入金消込を取り消し未精算金として管理する科目振替、未精算金をもとに入金消込を行う充当処理、入金履歴や未精算金のオンラインによる入金照会等の様々な業務処理に対応する必要がある。さらに、オンライン入金においては即時に入金情報を照会する必要があるが、データが多量であるために登録時に処理速度が遅くなるという課題もある。
なお、ここで入金消込とは、売掛金を回収する業務において、請求内容の記載された請求データ（売掛金額）と、入金内容の記載された入金データ（入金額）とを照合して、入金済みの請求データを逐次消し込んでいく処理をいう。
【０００５】
このような課題に対して、特許文献１に記載された技術は、入金消込のために各集計単位に分類して処理を行うが、各明細を集計し中計として保持し、さらに中計を集計して総合計として保持している単純な分類であるため、集計単位でまとめて入金消込を行う等の容易な処理においてのみ有効である。しかし、ガス料金等のように複数の売掛金（例えば、ガス料金、リース料金、保守料金等）の合計として請求料金が構成され、各請求料金に対して売掛金単位で複数の入金があり、さらにその入金に対する取消等があるような場合には、各売掛金や請求料金にそれぞれ関連性を持たせる構成とする必要があり、単純に集計するだけの構成では対応できないものである。
【０００６】
また、ガス会社等の営業所からのオンラインによる店頭入金の場合は、ガス料金、リース料金等の各売掛金単位での需要者による入金に対応するため、入金データを売掛金単位で管理している。一方、金融機関による口座振替や、コンビニからの入金は、個々の売掛金単位で入金されることはないため、その月の各売掛金の合計である請求料金単位で夜間のバッチ処理により入金を管理している。従って、売掛金単位でのオンライン入金と、バッチ処理による請求料金単位の入金とを関連付けて入金処理する負荷が大きいものであった。
【０００７】
このような背景に鑑みて本発明がなされたのであり、本発明は、オンライン入金時における入金情報の登録の処理負荷を低減し、かつ入金消込、入金削除、科目振替、充当処理、およびオンライン入金照会に対応することができる入金処理システムおよび入金処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
前記課題を解決するため、本発明の入金処理システムおよび入金処理方法は、オンライン端末装置に入力された売掛金単位のオンライン入金情報を、入金処理サーバが取得しデータベースサーバに一時的に記憶する。そして、バッチ処理サーバが、データベースサーバに一時的に記憶したオンライン入金情報を領収金単位にまとめて取得し、さらに金融機関およびコンビニのサーバから取得した請求料金単位のバッチ入金情報を取得し、オンライン入金情報とバッチ入金情報とを併せて入金処理を行う。
【発明の効果】
【０００９】
本発明によれば、オンライン入金時における入金情報の登録の処理負荷を低減し、かつ入金消込、入金削除、科目振替、充当処理、およびオンライン入金照会に対応することができる、入金処理システムおよび入金処理方法を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】本実施形態に係る入金処理システムの構成例を示す機能ブロック図である。
【図２】本実施形態に係る入金処理サーバの構成例を示す機能ブロック図である。
【図３】本実施形態に係るバッチ処理サーバの構成例を示す機能ブロック図である。
【図４】本実施形態に係るデータベースサーバの構成例を示す機能ブロック図である。
【図５】本実施形態に係るオンライン端末装置の構成例を示す機能ブロック図である。
【図６】本実施形態に係る入金処理システムのオンライン入金処理の流れを説明するための図である。
【図７】本実施形態に係るオンライン入金情報の一例を示す図である。
【図８】本実施形態に係る照会用入金履歴ＤＢに、オンライン入金情報が一時的に登録された場合のデータ構成の一例を示す図である。
【図９】本実施形態に係る入金処理システムのバッチ入金処理の流れを説明するための図である。
【図１０】本実施形態に係るバッチ入金情報ＤＢに記憶されるバッチ入金情報の一例を示す図である。
【図１１】本実施形態に係るバッチ処理サーバの入金処理部が行う入金処理の流れを示すフローチャートである。
【図１２】本実施形態に係る領収金ＤＢに記憶される領収金情報の一例を示す図である。
【図１３】本実施形態に係る売掛金ＤＢに記憶される売掛金情報の一例を示す図である。
【図１４】本実施形態に係る照会用入金履歴ＤＢに記憶される入金履歴情報の一例を示す図である。
【図１５】本実施形態に係る入金処理システムの入金削除処理の流れを説明するための図である。
【図１６】本実施形態に係る領収金ＤＢに記憶される領収金情報の一例を示す図である。
【図１７】本実施形態に係る領収金ＤＢに記憶される領収金情報の一例を示す図である。
【図１８】本実施形態に係る照会用入金履歴ＤＢに記憶される入金履歴情報の一例を示す図である。
【図１９】本実施形態に係る売掛金ＤＢに記憶される売掛金情報の一例を示す図である。
【図２０】本実施形態に係る入金処理システムの科目振替処理の流れを説明するための図である。
【図２１】本実施形態に係る照会用入金履歴ＤＢに記憶される入金履歴情報の一例を示す図である。
【図２２】本実施形態に係る未精算金ＤＢに記憶される未精算金情報の一例を示す図である。
【図２３】本実施形態に係る売掛金ＤＢに記憶される売掛金情報の一例を示す図である。
【図２４】本実施形態に係る照会用入金履歴ＤＢに記憶される入金履歴情報の一例を示す図である。
【図２５】本実施形態に係る入金処理システムの充当処理の流れを説明するための図である。
【図２６】本実施形態に係る未精算金ＤＢに記憶される未精算金情報の一例を示す図である。
【図２７】本実施形態に係る売掛金ＤＢに記憶される売掛金情報の一例を示す図である。
【図２８】本実施形態に係る照会用入金履歴ＤＢに記憶される入金履歴情報の一例を示す図である。
【図２９】本実施形態に係る入金処理システムのオンライン入金照会の流れを説明するための図である。
【発明を実施するための形態】
【００１１】
次に、本発明を実施するための形態（「実施形態」という）について、適宜図面を参照しながら詳細に説明する。
【００１２】
図１は、本実施形態に係る入金処理システム９の構成例を示す機能ブロック図である。
入金処理システム９は、入金処理サーバ１と、バッチ処理サーバ２と、データベースサーバ３と、複数のオンライン端末装置４とが、例えば、ＬＡＮ（Local Area Network）や専用回線で接続され、バッチ処理サーバ２と、金融機関（金融機関サーバ）５およびコンビニ（店舗決済管理サーバ）６とが、通信ネットワーク７を介して接続されている。
【００１３】
本実施形態に係る入金処理システム９は、例えば、ガス会社の営業所等に設置されたオンライン端末装置４に、売掛金単位で入金情報が入力される（以下「店頭入金」という）ことによるオンライン入金情報を、入金処理サーバ１の処理によりデータベースサーバ３に一時的に記憶しておく。そして、サーバの処理負荷が少ない夜間等に、バッチ処理サーバ２が、データベースサーバ３に一時的に記憶したオンライン入金情報を領収金単位にまとめて取得し、さらに金融機関５およびコンビニ６のサーバから取得した請求料金単位（領収金単位）のバッチ入金情報を取得し、オンライン入金情報とバッチ入金情報とを併せて入金処理を行う。
【００１４】
ここで領収金単位とは、需要者がガス会社等の営業所の店頭入金において、１回に支払った売掛金単位の入金の合計を意味する。具体的には、ある需要者が、ある月のガス料金「１０００円」とリース料金「５００円」を窓口で一度に支払ったとすると、「１５００円」が領収金単位の入金となる。また、金融機関による口座振替とコンビニによる入金は、その月の請求額の全額が入金されるので請求料金単位の入金であるが、１回で支払った売掛金に対する入金の合計という意味では、領収金単位の入金として位置付けられるものである。
【００１５】
さらに、本入金処理システム９は、オンライン端末装置４からの指示により、入金処理サーバ１が、データベースサーバ３に登録された入金情報について、入金削除、科目振替、充当処理、およびオンライン入金照会の各処理を行う。以下、まず、各装置が備える機能について具体的に説明する。
【００１６】
図２は、本実施形態に係る入金処理サーバ１の構成例を示す機能ブロック図である。
入金処理サーバ１は、ユーザによるガス料金・電気料金等の入金の登録処理や、入金削除処理、科目振替処理、充当処理など、入金処理の全般を行う。また、入金処理サーバ１は、制御部１０と、通信部１１と、メモリ部１２と、記憶部１３とを含んで構成される。
【００１７】
制御部１０は、通信部１１を介して、オンライン端末装置４からオンライン入金情報を取得し、取得したオンライン入金情報をデータベースサーバ３に一時的に記憶させる。また、制御部１０は、バッチ処理サーバ２により入金消込された入金情報について、入金削除や科目振替、充当処理等を行う。
この制御部１０は、オンライン入金情報登録部１１０と、入金履歴情報送信部１２０と、入金削除処理部１３０と、科目振替処理部１４０と、充当処理部１５０と、入金照会処理部１６０とを含んで構成される。なお、この制御部１０の機能は、例えば入金処理サーバ１の記憶部１３に記憶されたプログラムをＣＰＵ（Central Processing Unit）がメモリ部１２に展開し実行することで実現される。
【００１８】
オンライン入金情報登録部１１０は、通信部１１を介して、オンライン端末装置４からオンライン入金情報１００を受信し、データベースサーバ３に記憶させる。
なお、オンライン入金情報１００（図７参照）は、ガス料金や、ガス漏れの検知器等の機器のリース料金、保守料金等の売掛金（図７の売掛金番号５０１）に対応した需要者からの入金額１０１と、その需要者に固有の顧客ＩＤ５０７と、例えば月毎の需要者への請求書に付される番号である請求料金番号５０８と含んだ情報であり、詳細は後記する図７において説明する。
【００１９】
入金履歴情報送信部１２０は、オンライン端末装置４により、入力された入金履歴照会の検索条件に基づいて、データベースサーバ３に設けられた照会用入金履歴ＤＢ３３１内の入金履歴情報３００（図８参照）を取得し、要求があったオンライン端末装置４へ送信する。
なお、入金履歴情報３００は、前記したオンライン入金情報１００を含み、さらに、売掛金番号５０１毎の入金履歴回数３０２と、その売掛金が入金消込されているか否かを示す消込ステータス５０６と、１回の入金毎の領収金情報４００（後記する図１２参照）において付された領収情報番号４０１と、を含む情報であり、詳細は後記する図８，図１４等において説明する。
【００２０】
入金削除処理部１３０は、オンライン端末装置４により入力された入金削除の検索条件（例えば、請求書に付された顧客ＩＤ５０７や請求料金番号５０８）に基づいて、データベースサーバ３内に記憶された入金情報を削除する。
具体的には、入金削除処理部１３０は、オンライン端末装置４から取得した検索条件に基づいて、領収金情報４００（図１２参照）を取得しオンライン端末装置４に送信する。そして、入金削除処理部１３０は、送信した領収金情報４００のうち、入金削除の対象と選択された領収金情報４００について、データベースサーバ３内の領収金情報４００の領収金額４０２を削除し、その削除した領収金額４０２の情報をもとに、対応する入金履歴情報３００の入金情報を削除し、さらにその入金情報に関する入金消込の取消を行う。
ここで、領収金情報４００は、顧客が、店頭入金やコンビニ、銀行の口座振替等で、１回に入金した金額（領収金額４０２）を含み、１回の入金毎に固有の番号である領収情報番号４０１が付される情報であり、詳細は後記する図１２において説明する。
この領収金情報４００の情報を用いることにより、需要者の１回の入金処理に対応した、入金削除処理を行うことが可能となる。
【００２１】
科目振替処理部１４０は、オンライン端末装置４により、入力された科目振替の検索条件に基づいて、需要者の入金により処理された入金消込を取り消し、その入金を未精算金として登録する。つまり、一度入金消込された入金情報について、入金消込を取り消し、入金はされているが、具体的な売掛金への消込前の未精算金情報６００（図２２参照）として登録する。
具体的には、科目振替処理部１４０は、利用者により選択された入金履歴情報３００の入金額３０１を取り消し、その取り消した入金額３０１を、未精算金情報６００として未精算金ＤＢ３３４に登録し、さらに、取り消した入金額３０１に基づいて入金消込を取り消す。
なお、この未精算金情報６００は、需要者から入金されてはいるが、どの売掛金についても対応させて入金消込されていない未精算金（預り金）である未精算金残高６０３を示す情報であり、後記する図２２において詳細に説明する。
【００２２】
充当処理部１５０は、オンライン端末装置４により、入力された充当対象の検索条件に基づいて、未精算金情報６００を選択し、売掛金（売掛金番号５０１）に対応する入金として、入金消込を行う。
具体的には、未精算金ＤＢ３３４内に記憶された未精算金情報６００の未精算金（未精算金残高６０３）を取得し、利用者により選択された売掛金情報５００の入金額５０４に加え、入金消込を行う。
ここで、売掛金情報５００は、売掛金に対して入金消込が行われたか否かを示す情報であり、後記する図１３のように、各売掛金に固有の番号である売掛金番号５０１に紐付けて、ガス料金、リース料金等の売掛金の内容を示すプロダクト５０２と、その売掛金額５０３と、その時点での入金額５０４と、未入金額５０５と、入金消込が行われたか否かを示す消込ステータス５０６と、顧客ＩＤ５０７と、請求料金番号５０８とを含む情報である。ここで、消込ステータス５０６において、入金消込が行われた状態である「消込済」の場合は、売掛金額５０３と入金額５０４が一致している状態である。一方、「未消込」の場合は、売掛金額５０３に対して、未入金額５０５が存在する場合である。
【００２３】
入金照会処理部１６０は、オンライン端末装置４により、入力されたオンライン入金照会の検索条件に基づいて、照会用入金履歴ＤＢ３３１に記憶された入金履歴情報３００と、未精算金ＤＢ３３４に記憶された未精算金情報６００とを取得し、オンライン端末装置４に送信する。
【００２４】
次に、通信部１１は、ＬＡＮや専用回線を介して各装置との情報の送受信を行うためのインタフェースからなる。
また、メモリ部１２は、ＲＡＭ（Random Access Memory）等の記憶手段からなり、制御部１０の処理に必要な情報を一時的に記憶する。
記憶部１３は、ハードディスク、フラッシュメモリ等の記憶手段からなり、制御部１０の処理を行うためのプログラム等を記憶する。
【００２５】
図３は、本実施形態に係るバッチ処理サーバ２の構成例を示す機能ブロック図である。
バッチ処理サーバ２は、金融機関５およびコンビニ６のサーバから得た入金情報を記憶し、所定時刻にその入金情報をデータベースサーバ３に登録し、入金消込を行う。なお、バッチ処理サーバ２においてバッチ処理された入金情報を、バッチ入金情報とする。このバッチ処理サーバ２は、制御部（入金制御部）２０と、通信部２１と、メモリ部２２と、記憶部２３とを含んで構成される。
【００２６】
制御部（入金制御部）２０は、金融機関５およびコンビニ６のサーバから得た入金情報を一時的に記憶部２３に記憶させ、所定時刻にデータベースサーバ３に登録し、入金消込を行う。そして、この制御部２０は、入金情報受信部２１０と、オンライン入金情報抽出部２２０と、バッチ入金情報取得部２３０と、入金処理部２４０とを含んで構成される。なお、この制御部２０の機能は、例えばバッチ処理サーバ２の記憶部２３に記憶されたプログラムをＣＰＵがメモリ部２２に展開し実行することで実現される。
【００２７】
入金情報受信部２１０は、金融機関５およびコンビニ６のサーバから、入金情報を通信部２１を介して取得し、記憶部２３内のバッチ入金情報ＤＢ２３１に記憶する。
【００２８】
オンライン入金情報抽出部２２０は、データベースサーバ３への入金処理を行う際に、照会用入金履歴ＤＢ３３１に記憶された未処理のオンライン入金情報１００を抽出する。ここで、未処理のオンライン入金情報１００とは、売掛金情報５００において、入金消込の処理を行っていないオンライン入金情報１００のことを意味する。この未処理のオンライン入金情報１００が一時的に登録された入金履歴情報３００は、後記する図８に示すように、入金処理がまだ行われていないため、領収情報番号４０１は付されていない。
【００２９】
バッチ入金情報取得部２３０は、記憶部２３内のバッチ入金情報ＤＢ２３１からバッチ入金情報２００を取得する。
ここで、バッチ入金情報２００は、金融機関５またはコンビニ６のサーバから送られてきた情報を、バッチ処理サーバ２の記憶部２３に蓄積した情報であり、後記する図１０に示すように、顧客ＩＤ５０７と、請求料金番号５０８と、コンビニに入金か銀行の口座振替による入金かを示す領収方法２０２とが、入金額２０１と関連付けられた情報である。
【００３０】
入金処理部２４０は、オンライン入金情報抽出部２２０が抽出した未処理のオンライン入金情報１００と、バッチ入金情報取得部２３０が取得したバッチ入金情報２００とから、領収金情報４００（図１２参照）を生成し、また、売掛金情報５００（図１３参照）において入金消込処理を行う。また、入金処理部２４０は、領収金情報登録部２４１と、入金履歴情報登録部２４２と、入金消込処理部２４３とを含んで構成される。
【００３１】
領収金情報登録部２４１は、オンライン入金情報抽出部２２０が抽出した未処理のオンライン入金情報１００を、領収金単位に集計し、バッチ入金情報２００とともに、領収金ＤＢ３３２に領収金情報４００を生成し登録する。その際に各領収金単位に固有の番号である領収情報番号４０１を付加する。
【００３２】
入金履歴情報登録部２４２は、バッチ入金情報２００を照会用入金履歴ＤＢ３３１の入金履歴情報３００に登録する処理を行う。その際に、入金履歴情報登録部２４２は、領収金情報登録部２４１が付加した領収情報番号４０１を、対応する入金履歴情報３００に記憶させる。また、未処理のオンライン入金情報１００に対応する入金履歴情報３００に、領収情報番号４０１を付して登録を行う。
このようにすることで、領収情報番号４０１をキーとして、領収金情報４００と入金履歴情報３００とを関連付けることができる。
【００３３】
入金消込処理部２４３は、入金履歴情報登録部２４２により登録された入金履歴情報３００に基づいて、売掛金ＤＢ３３３に記憶される売掛金情報５００（図１３参照）の登録を行い、入金消込を行う。
【００３４】
通信部２１は、通信ネットワーク７を介して各装置との情報の送受信を行うためのインタフェースからなる。
また、メモリ部２２は、ＲＡＭ等の記憶手段からなり、制御部２０の処理に必要な情報を一時的に記憶する。
記憶部２３は、ハードディスク、フラッシュメモリ等の記憶手段からなり、バッチ入金情報ＤＢ２３１を含んで構成される。このバッチ入金情報ＤＢ２３１には、金融機関５およびコンビニ６のサーバからのバッチ入金情報２００（図１０参照）が記憶される。
【００３５】
図４は、本実施形態に係るデータベースサーバ３の構成例を示す機能ブロック図である。データベースサーバ３は、制御部３０と、通信部３１と、記憶部３３とを含んで構成される。
【００３６】
制御部３０は、入金処理サーバ１およびバッチ処理サーバ２の制御に従い、記憶部３３内の各データベース（ＤＢ：DataBase）にデータを記憶させる。また、通信部３１は、ＬＡＮ等を介して各装置との間のデータの送受信を行う。
【００３７】
記憶部３３は、入金履歴情報３００が記憶される照会用入金履歴ＤＢ３３１と、領収金情報４００が記憶される領収金ＤＢ３３２と、売掛金情報５００が記憶される売掛金ＤＢ３３３と、未精算金情報６００が記憶される未精算金ＤＢ３３４とを含んで構成される。
【００３８】
図５は、本実施形態に係るオンライン端末装置４の構成例を示す機能ブロック図である。オンライン端末装置４は、オンライン入金登録、入金削除、科目振替、充当処理、オンライン入金照会等の処理を利用者から受け付ける。また、オンライン端末装置４は、制御部４０と、通信部４１と、メモリ部４２と、記憶部４３、入力部４４と、表示部４５とを含んで構成される。
【００３９】
制御部４０は、オンライン入金情報処理部４１０と、入金削除情報処理部４２０と、科目振替情報処理部４３０と、充当情報処理部４４０と、入金照会情報処理部４５０と、表示制御部４６０と、を含んで構成される。
【００４０】
オンライン入金情報処理部４１０は、入金情報入力画面を後記する表示制御部４６０を介して表示部４５に表示させ、入力されたオンライン入金情報１００（図７参照）を通信部４１を介して入金処理サーバ１へ送信する。そして、オンライン入金情報処理部４１０は、入金処理サーバ１からオンライン入金情報１００が登録された入金履歴情報３００（図８参照）を取得し、表示部４５に表示させる。
また、オンライン入金情報処理部４１０は、入金履歴照会の検索条件についての入力画面を表示制御部４６０を介して表示部４５に表示させ、入力された入金履歴照会に関する情報を入金処理サーバ１に送信する。そして、オンライン入金情報処理部４１０は、入金処理サーバ１からオンライン入金情報１００が登録された入金履歴情報３００（図８参照）を取得し、表示部４５に表示させる。
なお、このオンライン入金情報処理部４１０が行う入金履歴照会は、オンライン入金情報１００がバッチ処理サーバ２により入金処理がなされる前の入金履歴情報３００（図８参照）を照会する処理をいう。後記する入金照会情報処理部４５０が行う入金照会は、オンライン入金情報１００がバッチ処理サーバ２により入金処理がなされた後の入金履歴情報３００および未精算金情報６００を照会する処理をいう。
【００４１】
入金削除情報処理部４２０は、入金削除の検索条件についての入力画面を表示制御部４６０を介して表示部４５に表示させ、入力された入金削除に関する情報を入金処理サーバ１に送信する。そして、入金削除情報処理部４２０は、その検索条件に適合した領収金情報４００を表示部４５に表示させ、入金を削除する領収金情報４００を入力部４４を介して選択させる（図１６参照）。さらに、入金削除情報処理部４２０は、その入金削除した結果である入金履歴情報３００（図１８参照）を、入金処理サーバ１を介して取得し、表示部４５に表示させる。
【００４２】
科目振替情報処理部４３０は、科目振替の検索条件の入力画面を表示制御部４６０を介して表示部４５に表示させ、入力された科目振替に関する情報を入金処理サーバ１に送信する。そして、科目振替情報処理部４３０は、その検索条件に適合した入金履歴情報３００を表示部４５に表示させ、科目振替を行う入金履歴情報３００を入力部４４を介して選択させる（図２１参照）。さらに、科目振替情報処理部４３０は、その科目振替を行った結果である入金履歴情報３００（図２４参照）および未精算金情報６００（図２２参照）を、入金処理サーバ１を介して取得し、表示部４５に表示させる。
【００４３】
充当情報処理部４４０は、充当処理の検索条件についての入力画面を、表示制御部４６０を介して表示部４５に表示させ、入力された充当処理に関する情報を入金処理サーバ１に送信する。そして、充当情報処理部４４０は、その検索条件に適合した未精算金情報６００と売掛金情報５００とを表示部４５に表示させ、充当処理を行う未精算金情報６００と売掛金情報５００とを入力部４４を介して選択させる。さらに、充当情報処理部４４０は、その充当処理を行った結果である入金履歴情報３００（図２８参照）および未精算金情報６００（図２６参照）を、入金処理サーバ１を介して取得し、表示部４５に表示させる。
【００４４】
入金照会情報処理部４５０は、オンライン入金照会の検索条件についての入力画面を、表示制御部４６０を介して表示部４５に表示させ、入力されたオンライン入金照会に関する情報を入力処理サーバ１に送信する。そして、入金照会情報処理部４５０は、その検索条件に適合した入金履歴情報３００と未精算金情報６００とを、入金処理サーバ１を介して取得し、表示部４５に表示させる。
【００４５】
表示制御部４６０は、制御部４０内の各処理部の制御により、表示部４５に制御内容を表示させる。
【００４６】
通信部４１は、ＬＡＮ等を介して各装置との情報の送受信を行うためのインタフェースからなる。
また、メモリ部４２は、ＲＡＭ等の記憶手段からなり、制御部４０の処理に必要な情報を一時的に記憶する。
記憶部４３は、ハードディスク、フラッシュメモリ等の記憶手段からなる。
入力部４４は、キーボートやタッチパネル等からなり、制御部４０の処理に関する指示を与える。
表示部４５は、液晶ディスプレイ等からなり、入金処理等に必要な情報を表示する。
【００４７】
次に、本実施形態に係る入金処理システム９による入金処理方法について具体的に説明する。
【００４８】
（オンライン入金処理）
まず、図１〜図５を参照しつつ、図６〜図８を用いて、本実施形態に係る入金処理システム９のオンライン入金処理を説明する。
【００４９】
図６は、本実施形態に係る入金処理システム９のオンライン入金処理の流れを説明するための図である。
図６に示すように、まず、ガス会社等の営業所に設置されたオンライン端末装置４に、オンライン入金情報１００が入力される（ステップＳ６０１）。
【００５０】
図７は、本実施形態に係るオンライン端末装置４に入力されるオンライン入金情報１００のデータ構成の一例を示す図である。
図７に示すように、オンライン入金情報１００は、需要者に送付されている請求書に基づいて予め登録されている、売掛金番号５０１と、顧客ＩＤ５０７と、請求書毎に付される請求料金番号５０８とに紐付けて、店頭での入金額１０１に関する情報を含んで構成される。
【００５１】
オンライン端末装置４のオンライン入金情報処理部４１０（図５参照）は、入力部４４を介して入力されたこのオンライン入金情報１００を、通信部４１を介して、入金処理サーバ１へ送信する。
【００５２】
次に、入金処理サーバ１のオンライン入金情報登録部１１０（図２参照）は、通信部１１を介して、オンライン端末装置４からオンライン情報１００を受信する。そして、オンライン入金情報登録部１１０は、その受信したオンライン入金情報１００を、データベースサーバ３内の照会用入金履歴ＤＢ３３１に、登録する処理を行う（ステップＳ６０２）。
【００５３】
図８は、本実施形態に係る照会用入金履歴ＤＢ３３１（図４参照）に記憶される入金履歴情報３００に、オンライン入金情報１００が一時的に登録された場合のデータ構成の一例を示す図である。  
【００５４】
入金履歴情報３００は、オンライン入金情報１００のデータ項目である、売掛金番号５０１、入金額３０１（１０１）、顧客ＩＤ５０７、および請求料金番号５０８に加えて、入金履歴回数３０２と、消込ステータス５０６と、取消有無コード３０３と、領収情報番号４０１とを含んで構成される。
【００５５】
ここで、入金履歴回数３０２は、各売掛金単位ごとに、需要者から入金があった回数を記録しておくデータ項目である。例えば、売掛金について、需要者が一部の金額のみ入金する場合があり、同じ月のガス料金について、図８に示すように、１回目の入金では５００円を支払い、２回目の入金では４５００円を支払ったことを記憶する。したがって、売掛金単位に一部入金があった場合にも、各入金時の入金額が容易に把握できる。
また、消込ステータス５０６は、各売掛金の入金消込が行われた状態か否かを示すものであり、その売掛金の入金消込が行われた状態であれば「消込済」となり、入金消込が行われていない状態であれば「未消込」となる。ここでは、まだオンライン入金情報１００を一時的に照会用入金履歴ＤＢ３３１に登録した状態であるので、入金消込は行われていないため「未消込」となる。
取消有無コード３０３は、一度登録された入金情報の取消処理が行われた場合に、その取り消したことを示す情報であり、入金情報を取り消した場合に「１」を記憶し、入金情報の取り消しがない場合には「０」と記憶される。
次に、領収情報番号４０１は、バッチ処理サーバ２が、領収金情報４００（図１２参照）を作成する際に付す番号であり、詳細は後記する。ただし、このオンライン入金処理においては、入金消込を行わないため、この時点で、領収情報番号４０１は、まだ付されていない。
【００５６】
このように、オンライン入金においては、売掛金単位でのその請求項目の一部入金も可能であるし、需要者が請求料金の全額を入金した場合には、その請求料金を売掛金単位ごとに分割して入金履歴情報３００として一時的に登録するものである。
【００５７】
図６に戻り、入金処理サーバ１の入金履歴情報送信部１２０（図２参照）は、ステップＳ６０２のオンライン入力情報１００の登録の結果として、照会用入金履歴ＤＢ３３１内の入金履歴情報３００を取得し、オンライン端末装置４に送信する。
【００５８】
そして、オンライン端末装置４のオンライン入金情報処理部４１０（図５参照）は、入金処理サーバ１から入金履歴情報３００を取得し、表示制御部４６０を介して表示部４５に表示させる（ステップＳ６０３）。
【００５９】
このオンライン入金処理においては、売掛金に対する入金消込は行わず、入金消込は夜間のバッチ処理において行うことにより、オンラインによる処理負荷を低減することができる。また、オンライン入金情報１００を、データベースサーバ３の照会用入金履歴ＤＢ３３１に一時的に登録するため、オンラインでの即時入金履歴の照会も可能となる。
【００６０】
（バッチ入金処理）
次に、図１〜図５を参照しつつ、図９〜図１４を用いて、本実施形態に係る入金処理システム９のバッチ入金処理を説明する。
【００６１】
図９は、本実施形態に係る入金処理システム９のバッチ入金処理の流れを説明するための図である。
図９に示すように、まずバッチ処理サーバ２のオンライン入金情報抽出部２２０（図３参照）は、データベースサーバ３の照会用入金履歴ＤＢ３３１に一時的に記憶された未処理のオンライン入金情報１００を抽出する（ステップＳ９０１）。この際、オンライン入金情報抽出部２２０は、入金履歴情報３００（図８参照）において、同じ請求料金番号５０８であり同じ入金履歴回数３０２であるオンライン入金情報１００ごとに、領収金単位に集計して抽出する。
【００６２】
次に、バッチ処理サーバ２のバッチ入金情報取得部２３０（図３参照）は、記憶部２３内のバッチ入金情報ＤＢ２３１からバッチ入金情報２００を取得する（ステップＳ９０２）。
【００６３】
図１０は、本実施形態に係るバッチ入金情報ＤＢ２３１に記憶されるバッチ入金情報２００のデータ構成の一例を示す図である。
図１０に示すように、バッチ入金情報２００は、顧客ＩＤ５０７と、請求料金番号５０８と、金融機関５またはコンビニ６のどちらのサーバから受け取った入金情報かを示す領収方法２０２と、入金額２０１とを含んで構成される。
このバッチ入金情報２００に入金される入金額２０１は、需要者の請求書に記載されたすべての売掛金の合計である請求料金の全額にあたる領収金単位（請求料金単位）での入金となる。
【００６４】
図９に戻り、バッチ処理サーバ２は、ステップＳ９０１で抽出した未処理のオンライン入金情報１００と、ステップＳ９０２で取得したバッチ入金情報２００とを用いて、データベースサーバ３への入金処理を行う（ステップＳ９０３）。
【００６５】
図１１は、本実施形態に係るバッチ処理サーバ２の入金処理部２４０（図３参照）が行う入金処理の流れを示すフローチャートである。
図１１に示すように、バッチ処理サーバ２の入金処理部２４０は、具体的には、以下のような入金処理を行う。
まず、入金処理部２４０内の領収金情報登録部２４１は、ステップＳ９０１（図９参照）で領収金単位に集計された未処理のオンライン入金情報１００と、ステップＳ９０２で取得した同じく領収金単位のバッチ入金情報２００とを用いて、領収金情報４００を生成し、データベースサーバ３内の領収金ＤＢ３３２（図４参照）に記憶する（ステップＳ１１０１）。ここで、ステップＳ９０１により、未処理のオンライン情報１００が領収金単位に集計されていることにより、領収金単位で集計されているバッチ入金情報２００と同じ入金データとして扱うことが可能となる。
【００６６】
図１２は、本実施形態に係る領収金ＤＢ３３２に記憶される領収金情報４００のデータ構成の一例を示す図である。
領収金情報４００は、領収金単位に集計された入金情報ごとに固有の番号である領収情報番号４０１と、領収金額４０２と、店頭入金や、コンビニ、口座振替等の入金方法を示す領収方法４０３と、顧客ＩＤ５０７と、請求料金番号５０８と、請求年月４０４と、取消有無コード４０５とを含んで構成される。
ここで、取消有無コード４０５は、領収金単位で、入金情報を取り消した場合に、「１」と表示し、入金情報の取り消しが行われていない場合には、「０」が記憶される。
【００６７】
図１１に戻り、次に、入金処理部２４０内の入金履歴情報登録部２４２は、バッチ入金情報２００を照会用入金履歴ＤＢ３３１に登録する。その際に、領収金情報登録部２４１が付加した領収情報番号４０１を入金履歴情報３００に対応付けて記憶する。また、未処理のオンライン入金情報１００に対応する入金履歴情報３００に、領収情報番号４０１を付して登録を行う（ステップＳ１１０２）。
【００６８】
そして、入金処理部２４０内の入金消込処理部２４３は、ステップＳ１１０２において照会用入金履歴ＤＢ３３１に登録された入金履歴情報３００に基づいて、売掛金ＤＢ３３３に記憶される売掛金情報５００の登録をし、入金消込を行う（ステップＳ１１０３）。
【００６９】
続いて、入金消込処理部２４３は、入金消込が行われた結果、未入金額が「０」になった売掛金情報５００と入金履歴情報３００の消込ステータス５０６を、「未消込」から「消込済」に変更する（ステップＳ１１０４）。
【００７０】
図１３は、本実施形態に係る売掛金ＤＢ３３３に記憶される売掛金情報５００のデータ構成の一例を示す図である。
売掛金情報５００は、売掛金番号５０１と、その売掛金の内容であるプロダクト５０２と、売掛金額５０３と、入金額５０４と、未入金額５０５と、消込ステータス５０６と、顧客ＩＤ５０７と、請求料金番号５０８とを含んで構成される。
図１３に示す売掛金情報５００の例においては、売掛金番号５０１が「０００２」のリース料金の売掛金が「未消込」であるが、他の売掛金は「消込済」であることを示している。また、図１４に示す入金履歴情報３００においても、図１３と同様に、売掛金番号５０１が「０００２」の消込ステータス５０６が「未消込」であることを示している。なお、入金履歴情報３００にも消込ステータス５０６の情報を備えることで、オンライン入金照会の処理において、売掛金情報５００を備える売掛金ＤＢ３３３にアクセスすることなく、売掛金の入金消込の有無を確認することができる。
【００７１】
このようにすることで、バッチ処理サーバ２が、領収金単位にまとめたオンライン入金情報１００と、領収金単位（請求料金単位）に記憶されたバッチ入金情報２００とを取得し、夜間等のバッチ処理において、この２つの入金情報を併せて入金消込を行うことができる。
【００７２】
（入金削除処理）
次に図１〜図５を参照しつつ、図１５〜図１９を用いて、本実施形態に係る入金処理システム９の入金削除処理を説明する。
【００７３】
図１５は、本実施形態に係る入金処理システム９の入金削除処理の流れを説明するための図である。
図１５に示すように、まず、オンライン端末装置４の入金削除情報処理部４２０（図５参照）は、入金削除の検索条件についての入力画面を表示制御部４６０を介して表示部４５に表示させ、例えば、入力された顧客ＩＤ５０７や請求料金番号５０８などの入金削除に関する検索条件を入金処理サーバ１へ送信する（ステップＳ１５０１）。
【００７４】
次に、入金処理サーバ１の入金削除処理部１３０（図２参照）は、受信した検索条件に合致した領収金情報４００を領収金ＤＢ３３２から取得し（ステップＳ１５０２）、その情報をオンライン端末装置４へ送信する。
【００７５】
続いて、オンライン端末装置４の入金削除情報処理部４２０は、入金処理サーバ１から受信した領収金情報４００を、表示制御部４６０を介して表示部４５に表示させる（ステップＳ１５０３）。そして、入金削除情報処理部４２０は、入力部４４を介して、入金削除する領収金情報４００を選択させ（ステップＳ１５０４）、その情報を入金処理サーバ１へ送信する。
【００７６】
そして、入金処理サーバ１の入金削除処理部１３０は、オンライン端末装置４により選択された領収金情報４００をもとに、入金削除処理を行う（ステップＳ１５０５）。
具体的には、入金削除処理部１３０は、領収金ＤＢ３３２から、選択した領収金情報４００の領収金額４０２を削除し、その削除した領収金情報４００をもとに、対応する入金履歴情報３００の入金額３０１を「０」とし、入金履歴回数３０２を「−」とする。そして、入金削除したことを示す取消有無コード３０３を「１」とする。次に、入金履歴情報３００の売掛金番号５０１に基づき、売掛金情報５００の入金額５０４を「０」にして未入金額５０５を更新し、入金消込の取消を行う。これに対応して消込ステータス５０６を「消込済」から「未消込」へと変更する。そして、この変更情報を、入金履歴情報３００の消込ステータス５０６に返し、消込ステータス５０６を「未消込」に変更する。
【００７７】
図１６〜図１９は、入金削除処理の具体的なデータ処理の一例を示すものである。
ステップＳ１５０４において、図１６に示すように、領収番号４０１が「１０００３」で領収金額４０２が「５０００」の領収金情報４００が選択されたとする。
すると、ステップＳ１５０５において、領収金情報４００は、図１７に示すように、領収金額４０２の削除が行われ「０」となり、入金削除が行われたことを示すため、取消有無コード４０５が「１」と変更される。
また、領収金情報４００の領収情報番号４０１をキーとして、図１８に示すように、照会用入金履歴ＤＢ３３１の入金履歴情報３００における、入金額３０１、入金履歴回数３０２、および取消有無コード３０３が、それぞれ「０」「−」「１」に更新される。さらに、入金削除が行われたことにより、消込ステータス５０６が「未消込」に変更される。
さらに、図１９に示すように売掛金情報５００のデータについても、入金額５０４が削除され「０」となり、未入金額５０５を「５０００」に更新し、消込ステータス５０６が「未消込」とされる。
【００７８】
図１５に戻り、入金処理サーバ１の入金削除処理部１３０（図２参照）は、ステップＳ１５０５の入金削除処理の結果として、照会用入金履歴ＤＢ３３１内の入金履歴情報３００を取得し、オンライン端末装置４に送信する。
【００７９】
そして、オンライン端末装置４の入金削除情報処理部４２０（図５参照）は、入金処理サーバ１から入金履歴情報３００を取得し、表示制御部４６０を介して表示部４５に表示させる（ステップＳ１５０６）。
【００８０】
このように、領収金情報４００と入金履歴情報３００とを、領収情報番号４０１をキーとして関連付けたことにより、領収金単位での入金削除処理が可能となる。
【００８１】
（科目振替処理）
次に、図１〜図５を参照しつつ、図２０〜図２４を用いて、本実施形態に係る入金処理システム９の科目振替処理を説明する。
【００８２】
図２０は、本実施形態に係る入金処理システム９の科目振替処理の流れを説明するための図である。
図２０に示すように、まず、オンライン端末４の科目振替情報処理部４３０（図５参照）は、科目振替の検索条件についての入力画面を表示制御部４６０を介して表示部４５に表示させ、例えば、入力された顧客ＩＤ５０７や請求料金番号５０８などの科目振替に関する検索条件を入金処理サーバ１へ送信する（ステップＳ２００１）。
【００８３】
次に、入金処理サーバ１の科目振替処理部１４０（図２参照）は、受信した検索条件に合致した入金履歴情報３００を、照会用入金履歴ＤＢ３３１から取得し（ステップＳ２００２）、その情報をオンライン端末装置４へ送信する。
【００８４】
続いて、オンライン端末装置４の科目振替情報処理部４３０は、入金処理サーバ１から受信した入金履歴情報３００を、表示制御部４６０を介して表示部４５に表示させる（ステップＳ２００３）。そして、科目振替情報処理部４３０は、入力部４４を介して、科目振替する入金履歴情報３００を選択させ（ステップＳ２００４）、その情報を入金処理サーバ１へ送信する。
【００８５】
そして、入金処理サーバ１の科目振替処理部１４０は、オンライン端末装置４により選択された入金履歴情報３００について、科目振替処理を行う（ステップＳ２００５）。
具体的には、科目振替処理部１４０は、選択された入金履歴情報３００の入金額３０１を取り消し、その取り消した入金額３０１について、未精算金ＤＢ３３４に未精算金情報６００として登録する。
【００８６】
例えば、ステップＳ２００４において、図２１に示すように、入金履歴情報３００の中で、売掛金番号５０１が「０００３」で入金額３０１が「１０００」の情報が選択されたとすると、未精算金情報６００は、例えば、図２２に示すようなデータとなる。
【００８７】
図２２は、本実施形態に係る未精算金ＤＢ３３４に記憶される未精算金情報６００のデータ構成の一例を示す図である。
図２２に示すように、未精算金情報６００は、未精算金の固有の番号である未精算金番号６０１と、未精算金額６０２と、未精算金残高６０３と、領収情報番号４０１と、顧客ＩＤ５０７と、請求料金番号５０８とを含んで構成される。
ここで、未精算金額６０２は、請求料金番号５０８に紐付いた請求料金単位での未精算金額の合計である。また、未精算金残高６０３は、入金消込を取り消し、未精算金（預り金）として管理している金額の合計である。
【００８８】
科目振替処理部１４０は、図２１で選択された入金履歴情報３００の入金額３０１の「１０００」を取り消し、未精算金として、図２２に示す未精算金情報６００の未精算金残高６０３として「１０００」を挿入する。
【００８９】
さらに、科目振替処理部１４０は、取り消した入金履歴情報３００の売掛金番号５０１に基づき、図２３に示すように、対応する売掛金情報５００の入金額５０４の項目を取り消し「０」にし、未入金額５０５の項目を「１０００」に更新する。そして、消込ステータス５０６を「消込済」から「未消込」に変更する。また、科目振替処理部１４０は、図２４に示すように、入金履歴情報３００の入金額３０１と入金履歴回数３０２を取り消し、消込ステータス５０６を「未消込」に変更し、取消有無コード３０３を「１」に変更する。
【００９０】
図２０に戻り、続いて、入金処理サーバ１の科目振替処理部１４０は、ステップＳ２００５の科目振替処理の結果として、照会用入金履歴ＤＢ３３１内の入金履歴情報３００（図２４）および未精算金情報ＤＢ３３４内の未精算金情報６００（図２２）を取得し、オンライン端末装置４に送信する。
【００９１】
そして、オンライン端末装置４の科目振替情報処理部４３０は、入金処理サーバ１から取得した、入金履歴情報３００および未精算金情報６００を表示制御部４６０を介して、表示部４５に表示させる（ステップＳ２００６）。
【００９２】
このようにすることにより、一度入金消込を行った入金情報について、その入金消込を取り消し、未精算金（預り金）として管理することができる。
【００９３】
（充当処理）
次に、図１〜図５を参照しつつ、図２５〜図２８を用いて、本実施形態に係る入金処理システム９に充当処理を説明する。
【００９４】
図２５は、本実施形態に係る入金処理システム９の充当処理の流れを説明するための図である。
図２５に示すように、まず、オンライン端末装置４の充当情報処理部４４０（図５参照）は、充当処理の検索条件についての入力画面を表示制御部４６０を介して表示部４５に表示させる。例えば、顧客ＩＤ５０７や請求料金番号５０８などの充当処理に関する検索条件を、充当情報処理部４４０は、通信部４１を介して入金処理サーバ１へ送信する（ステップＳ２５０１）。
【００９５】
次に、入金処理サーバ１の充当処理部１５０（図２参照）は、受信した検索条件に合致した未精算金情報６００を未精算金ＤＢ３３４から取得し、同じく検索条件に合致した売掛金情報５００を売掛金ＤＢ３３３から取得する（ステップＳ２５０２）。そして、充当処理部１５０は、その取得した情報をオンライン端末装置４へ送信する。
【００９６】
続いて、オンライン端末装置４の充当情報処理部４４０は、入金処理サーバ１から受信した未精算金情報６００と売掛金情報５００とを、表示制御部４６０を介して表示部４５に表示させる（ステップＳ２５０３）。そして、充当情報処理部４４０は、入力部４４を介して、充当処理する未精算金情報６００と売掛金情報５００とを選択させ（ステップＳ２５０４）、その情報を入金処理サーバ１へ送信する。
【００９７】
そして、入金処理サーバ１の充当処理部１５０は、オンライン端末装置４により選択された未精算金情報６００に基づいて、売掛金情報５００について、充当処理を行う（ステップＳ２５０５）。
具体的には、充当処理部１５０は、未精算金ＤＢ３３４内に記憶された未精算金情報６００の未精算金残高６０３を取得し、選択された売掛金情報５００の入金額５０４に加え、入金消込を行う。そして、充当処理部１５０は、消込ステータス５０６を「消込済」に変更する。次に、充当処理部１５０は、入金履歴情報３００の消込ステータス５０６を「消込済」に変更する。
【００９８】
例えば、ステップＳ２５０４において、図２２に示す未精算金残高６０３が「１０００」の未精算金情報６００（符号：１００１）と、図２３に示す売掛金番号５０１が「０００２」で未入金額５０５が「１０００」の売掛金情報５００（符号：１００２）とが充当処理の対象として選択されたとする。
すると、入金処理サーバ１の充当処理部１５０による充当処理の結果として、図２６に示すように、未精算金情報６００の未精算金残高６０３が「０」となり、図２７に示すように、売掛金番号５０１が「０００２」の未入金額５０５が取り消され「０」となり、入金消込が行われ、消込ステータス５０６が「消込済」と変更される。さらに、図２８に示すように、入金履歴情報３００の消込ステータスも同様に「消込済」と変更される。
【００９９】
図２５に戻り、続いて、入金処理サーバ１の充当処理部１５０は、ステップＳ２５０５の充当処理の結果として、照会用入金履歴ＤＢ３３１内の入金履歴情報３００（図２８）および未精算金情報ＤＢ３３４内の未精算金情報６００（図２６）を取得し、オンライン端末装置４に送信する。
【０１００】
そして、オンライン端末装置４の充当情報処理部４４０は、入金処理サーバ１から取得した、入金履歴情報３００および未精算金情報６００を表示制御部４６０を介して、表示部４５に表示させる。
【０１０１】
このようにすることにより、未精算金としての預り金を、未入金の売掛金に充当して、入金消込を行うことができる。
【０１０２】
（オンライン入金照会）
次に、図１〜図５を参照しつつ、図２９に沿って、本実施形態に係る入金処理システム９のオンライン入金照会を説明する。
【０１０３】
図２９は、本実施形態に係る入金処理システム９のオンライン入金照会の流れを説明するための図である。
図２９に示すように、まず、オンライン端末装置４の入金照会情報処理部４５０（図５参照）は、オンライン入金照会の検索条件についての入力画面を表示制御部４６０を介して表示部４５に表示させ、例えば、入力された顧客ＩＤ５０７や請求料金番号５０８などの入金照会に関する検索条件を入金処理サーバ１へ送信する（ステップＳ２９０１）。
【０１０４】
次に、入金処理サーバ１の入金照会処理部１６０は、オンライン端末装置４から受信した検索条件に合致した入金履歴情報３００と未精算金情報６００とを取得する（ステップＳ２９０２）。そして、入金照会処理部１６０は、その取得した情報をオンライン端末装置４へ送信する。
【０１０５】
続いて、オンライン端末装置４の入金照会情報処理部４５０は、入金処理サーバ１から取得した、入金履歴情報３００および未精算金情報６００を表示制御部４６０を介して，表示部４５に表示させる（ステップＳ２９０３）。
【０１０６】
このようにすることにより、入金消込や未精算金の有無を確認することが可能となる。
【符号の説明】
【０１０７】
１      入金処理サーバ
２      バッチ処理サーバ
３      データベースサーバ
４      オンライン端末装置
５      金融機関
６      コンビニ
７      通信ネットワーク
９      入金処理システム
１０，２０，３０，４０  制御部
１１，２１，３１，４１  通信部
１２，２２，４２  メモリ部
１３，２３，３３，４３  記憶部
４４    入力部
４５    表示部
１００  オンライン入金情報
１１０  オンライン入金情報登録部
１２０  入金履歴情報送信部
１３０  入金削除処理部
１４０  科目振替処理部
１５０  充当処理部
１６０  入金照会処理部
２００  バッチ入金情報
２１０  入金情報受信部
２２０  オンライン入金情報抽出部
２３０  バッチ入金情報取得部
２３１  バッチ入金情報ＤＢ
２４０  入金処理部
２４１  領収金情報登録部
２４２  入金履歴情報登録部
２４３  入金消込処理部
３００  入金履歴情報
３３１  照会用入金履歴ＤＢ
３３２  領収金ＤＢ
３３３  売掛金ＤＢ
３３４  未精算金ＤＢ
４００  領収金情報
４１０  オンライン入金情報処理部
４２０  入金削除情報処理部
４３０  科目振替情報処理部
４４０  充当情報処理部
４５０  入金照会情報処理部
４６０  表示制御部
５００  売掛金情報
６００  未精算金情報
【図１】
2010277266.tif 000003
【図２】
2010277266.tif 000004
【図３】
2010277266.tif 000005
【図４】
2010277266.tif 000006
【図５】
2010277266.tif 000007
【図６】
2010277266.tif 000008
【図７】
2010277266.tif 000009
【図８】
2010277266.tif 000010
【図９】
2010277266.tif 000011
【図１０】
2010277266.tif 000012
【図１１】
2010277266.tif 000013
【図１２】
2010277266.tif 000014
【図１３】
2010277266.tif 000015
【図１４】
2010277266.tif 000016
【図１５】
2010277266.tif 000017
【図１６】
2010277266.tif 000018
【図１７】
2010277266.tif 000019
【図１８】
2010277266.tif 000020
【図１９】
2010277266.tif 000021
【図２０】
2010277266.tif 000022
【図２１】
2010277266.tif 000023
【図２２】
2010277266.tif 000024
【図２３】
2010277266.tif 000025
【図２４】
2010277266.tif 000026
【図２５】
2010277266.tif 000027
【図２６】
2010277266.tif 000028
【図２７】
2010277266.tif 000029
【図２８】
2010277266.tif 000030
【図２９】
2010277266.tif 000031