JP2003216820A - 現金要求受付システム及びその制御用プログラム - Google Patents
現金要求受付システム及びその制御用プログラムInfo
- Publication number
- JP2003216820A JP2003216820A JP2002017815A JP2002017815A JP2003216820A JP 2003216820 A JP2003216820 A JP 2003216820A JP 2002017815 A JP2002017815 A JP 2002017815A JP 2002017815 A JP2002017815 A JP 2002017815A JP 2003216820 A JP2003216820 A JP 2003216820A
- Authority
- JP
- Japan
- Prior art keywords
- customer
- information
- parent
- child
- master table
- 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.)
- Pending
Links
Abstract
(57)【要約】
【課題】 同一口座で複数の顧客の場合の管理を容易に
行う。 【解決手段】 同一口座を共有する複数の顧客を親顧客
と子顧客として管理する。親顧客マスタテーブル１０７
は、全ての顧客情報を備えた親顧客の情報を格納する。
子顧客マスタテーブル１０８には、親顧客情報１０９を
備えた子顧客の情報を格納する。受付部１０５は、顧客
１の識別情報と配送日の要求を受け付け、受付毎に受付
識別情報を付与して受付情報データベース１０３に格納
する。管理部１０６は、受付情報データベース１０３の
受付情報に対して、子顧客の情報を、子顧客の親顧客情
報１０９と配送日をキーとして管理する。
行う。 【解決手段】 同一口座を共有する複数の顧客を親顧客
と子顧客として管理する。親顧客マスタテーブル１０７
は、全ての顧客情報を備えた親顧客の情報を格納する。
子顧客マスタテーブル１０８には、親顧客情報１０９を
備えた子顧客の情報を格納する。受付部１０５は、顧客
１の識別情報と配送日の要求を受け付け、受付毎に受付
識別情報を付与して受付情報データベース１０３に格納
する。管理部１０６は、受付情報データベース１０３の
受付情報に対して、子顧客の情報を、子顧客の親顧客情
報１０９と配送日をキーとして管理する。
Description
【０００１】
【発明の属する技術分野】本発明は、顧客からの現金要
求処理の受付、集計、管理等を行う現金要求受付システ
ムに関し、特に、同一口座を複数の顧客で共有するとき
の顧客管理に関するものである。
求処理の受付、集計、管理等を行う現金要求受付システ
ムに関し、特に、同一口座を複数の顧客で共有するとき
の顧客管理に関するものである。
【０００２】
【従来の技術】企業等の顧客に対して金融機関から現金
を配送するシステムとして現金受付配送システムが用い
られている。このようなシステムは、現金を配送する金
融機関に顧客が口座を持ち、この口座によって配送する
現金の口座振替といった管理を行う。
を配送するシステムとして現金受付配送システムが用い
られている。このようなシステムは、現金を配送する金
融機関に顧客が口座を持ち、この口座によって配送する
現金の口座振替といった管理を行う。
【０００３】
【発明が解決しようとする課題】しかしながら、上記従
来の現金要求受付システムでは、例えば、ある企業の本
店と支店といったように、一つの口座を複数の顧客（本
店と支店）で共有する場合、管理用のデータベースで
は、これらの顧客数分のマスタテーブルが必要であっ
た。これは、マスタテーブルを顧客毎に作成するように
していたからである。そのため、各顧客毎のマスタテー
ブルを作成する場合は、同一口座情報を複数回登録しな
ければならず、顧客マスタテーブル登録の作業効率の低
下の原因にもなっていた。また、現金要求受付システム
では、各顧客からの現金要求に対して一意の受付番号を
付与し、受付完了後はこの受付番号をキーとして、現金
要求に関する承認、照会および取消処理を行う。このた
め、例えば、口座を共有する複数の顧客がばらばらに現
金要求を行った場合、受付データの照会や各種帳票への
印字は受付番号順となり、同一口座が分散して出力され
る等、精査等の業務効率低下の要因ともなっていた。
来の現金要求受付システムでは、例えば、ある企業の本
店と支店といったように、一つの口座を複数の顧客（本
店と支店）で共有する場合、管理用のデータベースで
は、これらの顧客数分のマスタテーブルが必要であっ
た。これは、マスタテーブルを顧客毎に作成するように
していたからである。そのため、各顧客毎のマスタテー
ブルを作成する場合は、同一口座情報を複数回登録しな
ければならず、顧客マスタテーブル登録の作業効率の低
下の原因にもなっていた。また、現金要求受付システム
では、各顧客からの現金要求に対して一意の受付番号を
付与し、受付完了後はこの受付番号をキーとして、現金
要求に関する承認、照会および取消処理を行う。このた
め、例えば、口座を共有する複数の顧客がばらばらに現
金要求を行った場合、受付データの照会や各種帳票への
印字は受付番号順となり、同一口座が分散して出力され
る等、精査等の業務効率低下の要因ともなっていた。
【０００４】
【課題を解決するための手段】本発明は、前述の課題を
解決するため次の構成を採用する。 〈構成１〉現金要求を行うための顧客情報と親顧客であ
ることを示す親顧客識別情報とを有する親顧客マスタテ
ーブルと、親顧客と同一口座を共有する子顧客であるこ
とを示す子顧客識別情報と、誰が親顧客であるかを示す
親顧客情報とを有する子顧客マスタテーブルと、顧客の
識別情報と配送日の要求を受け付け、受付毎に受付識別
情報を付与する受付部と、受付部で受け付けた情報に対
して、子顧客の情報を、子顧客の親顧客情報と配送日を
キーとして管理する管理部とを備えたことを特徴とする
現金要求受付システム。
解決するため次の構成を採用する。 〈構成１〉現金要求を行うための顧客情報と親顧客であ
ることを示す親顧客識別情報とを有する親顧客マスタテ
ーブルと、親顧客と同一口座を共有する子顧客であるこ
とを示す子顧客識別情報と、誰が親顧客であるかを示す
親顧客情報とを有する子顧客マスタテーブルと、顧客の
識別情報と配送日の要求を受け付け、受付毎に受付識別
情報を付与する受付部と、受付部で受け付けた情報に対
して、子顧客の情報を、子顧客の親顧客情報と配送日を
キーとして管理する管理部とを備えたことを特徴とする
現金要求受付システム。
【０００５】〈構成２〉構成１に記載の現金要求受付シ
ステムにおいて、子顧客の配送先住所を示す配送先住所
情報を有する子顧客マスタテーブルを備えたことを特徴
とする現金要求受付システム。
ステムにおいて、子顧客の配送先住所を示す配送先住所
情報を有する子顧客マスタテーブルを備えたことを特徴
とする現金要求受付システム。
【０００６】〈構成３〉現金要求を行うための顧客情報
と親顧客であることを示す親顧客識別情報とを有する親
顧客マスタテーブルと、親顧客と同一口座を共有する子
顧客であることを示す子顧客識別情報と、誰が親顧客で
あるかを示す親顧客情報とを有する子顧客マスタテーブ
ルとを備えた現金要求受付システムのコンピュータを、
顧客の識別情報と配送日の要求を受け付け、受付毎に受
付識別情報を付与する受付部と、受付部で受け付けた情
報に対して、子顧客の情報を、子顧客の親顧客情報と配
送日をキーとして管理する管理部として機能させること
を特徴とする現金要求受付システムの制御用プログラ
ム。
と親顧客であることを示す親顧客識別情報とを有する親
顧客マスタテーブルと、親顧客と同一口座を共有する子
顧客であることを示す子顧客識別情報と、誰が親顧客で
あるかを示す親顧客情報とを有する子顧客マスタテーブ
ルとを備えた現金要求受付システムのコンピュータを、
顧客の識別情報と配送日の要求を受け付け、受付毎に受
付識別情報を付与する受付部と、受付部で受け付けた情
報に対して、子顧客の情報を、子顧客の親顧客情報と配
送日をキーとして管理する管理部として機能させること
を特徴とする現金要求受付システムの制御用プログラ
ム。
【０００７】
【発明の実施の形態】以下、本発明の実施の形態を具体
例を用いて詳細に説明する。 《具体例１》 〈構成〉図１は、本発明の現金要求受付システムの具体
例１を示す構成図である。図示の現金要求受付システム
１００は、要求処理部１０１、顧客データベース１０
２、受付情報データベース１０３からなる。要求処理部
１０１は、現金要求受付システム１００としての受付・
管理を行う制御部であり、登録部１０４、受付部１０
５、管理部１０６を備えている。登録部１０４は、顧客
データベース１０２への親顧客マスタテーブル１０７と
子顧客マスタテーブル１０８の登録を行う機能部であ
る。受付部１０５は、顧客１の識別情報と配送日の指定
を受け、各顧客１毎に受付番号を付与し、これらの情報
を受付情報データベース１０３に格納する機能部であ
る。管理部１０６は、受付情報データベース１０３中に
格納された受付情報に対する管理を行う機能部であり、
顧客１からの承認、照会に対する応答や取消要求に対応
した処理、配送予定の一覧表作成、口座振替処理といっ
た現金要求受付システム１００としての各種の処理を行
う機能を有している。また、この管理部１０６は、これ
らの処理において、子顧客の受付情報を後述する親顧客
情報１０９と配送日をキーとして管理する機能を有して
いる。
例を用いて詳細に説明する。 《具体例１》 〈構成〉図１は、本発明の現金要求受付システムの具体
例１を示す構成図である。図示の現金要求受付システム
１００は、要求処理部１０１、顧客データベース１０
２、受付情報データベース１０３からなる。要求処理部
１０１は、現金要求受付システム１００としての受付・
管理を行う制御部であり、登録部１０４、受付部１０
５、管理部１０６を備えている。登録部１０４は、顧客
データベース１０２への親顧客マスタテーブル１０７と
子顧客マスタテーブル１０８の登録を行う機能部であ
る。受付部１０５は、顧客１の識別情報と配送日の指定
を受け、各顧客１毎に受付番号を付与し、これらの情報
を受付情報データベース１０３に格納する機能部であ
る。管理部１０６は、受付情報データベース１０３中に
格納された受付情報に対する管理を行う機能部であり、
顧客１からの承認、照会に対する応答や取消要求に対応
した処理、配送予定の一覧表作成、口座振替処理といっ
た現金要求受付システム１００としての各種の処理を行
う機能を有している。また、この管理部１０６は、これ
らの処理において、子顧客の受付情報を後述する親顧客
情報１０９と配送日をキーとして管理する機能を有して
いる。
【０００８】顧客データベース１０２は、顧客の事前登
録情報を格納するデータベースであり、親顧客マスタテ
ーブル１０７と子顧客マスタテーブル１０８を備えてい
る。親顧客マスタテーブル１０７は、一般の顧客と同様
の顧客情報を有するマスタテーブルである。子顧客マス
タテーブル１０８は、親顧客マスタテーブル１０７との
リンク情報である親顧客情報１０９を備えた親子関係の
マスタテーブルである。図２は、親顧客マスタテーブル
１０７と子顧客マスタテーブル１０８の関係を示す説明
図である。図３および図４は、それぞれ実際の親顧客マ
スタテーブル１０７と子顧客マスタテーブル１０８の説
明図である。これらの図に示すように、一つの管理顧客
の配下に複数の顧客が存在する形態の顧客を親子顧客と
する。ここで、一般顧客と親顧客との識別を顧客種別
（図２中のＡに示す）によって行う。即ち、このフィー
ルドが“親顧客”であった場合は、親子顧客の親である
ことを示している。尚、図３および図４において、実際
のデータについては図示省略している。
録情報を格納するデータベースであり、親顧客マスタテ
ーブル１０７と子顧客マスタテーブル１０８を備えてい
る。親顧客マスタテーブル１０７は、一般の顧客と同様
の顧客情報を有するマスタテーブルである。子顧客マス
タテーブル１０８は、親顧客マスタテーブル１０７との
リンク情報である親顧客情報１０９を備えた親子関係の
マスタテーブルである。図２は、親顧客マスタテーブル
１０７と子顧客マスタテーブル１０８の関係を示す説明
図である。図３および図４は、それぞれ実際の親顧客マ
スタテーブル１０７と子顧客マスタテーブル１０８の説
明図である。これらの図に示すように、一つの管理顧客
の配下に複数の顧客が存在する形態の顧客を親子顧客と
する。ここで、一般顧客と親顧客との識別を顧客種別
（図２中のＡに示す）によって行う。即ち、このフィー
ルドが“親顧客”であった場合は、親子顧客の親である
ことを示している。尚、図３および図４において、実際
のデータについては図示省略している。
【０００９】親顧客マスタテーブル１０７は、管理情報
を有する顧客のマスタテーブルであり、一般顧客と同様
の顧客情報を保持する。一方、親顧客の配下に連なる顧
客を子顧客とし、各子顧客毎に顧客番号、顧客名は保持
するが、その他の情報は全て親顧客の情報と同様の扱い
とする。即ち、同一口座を共有する複数の顧客をグルー
プ化し、管理情報は親顧客が保持し、子顧客は顧客番
号、顧客名のみ保持する。そして、子顧客マスタテーブ
ル１０８と親顧客マスタテーブル１０７とのリンク情報
として、子顧客マスタテーブル１０８には親顧客情報１
０９である親顧客番号を備える。受付情報データベース
１０３は、受付部１０５が顧客１毎に受付番号を付与し
て格納するためのデータベースである。尚、上述した現
金要求受付システム１００の具体的な構成としては、顧
客からの要求受付および応答を行うための電話やファク
シミリ、オペレータが登録処理や受付処理および帳票出
力するためのパーソナルコンピュータ、顧客データベー
ス１０２や受付情報データベース１０３を保有するデー
タベースサーバ等からなるものである。また、要求処理
部１０１における登録部１０４、受付部１０５、管理部
１０６は、コンピュータを用いて実現されている。そし
て、これら登録部１０４〜管理部１０６は、それぞれ各
機能部に対応したソフトウェアと、これを実行するため
のＣＰＵやメモリ等のハードウェアによって各機能が実
現されている。
を有する顧客のマスタテーブルであり、一般顧客と同様
の顧客情報を保持する。一方、親顧客の配下に連なる顧
客を子顧客とし、各子顧客毎に顧客番号、顧客名は保持
するが、その他の情報は全て親顧客の情報と同様の扱い
とする。即ち、同一口座を共有する複数の顧客をグルー
プ化し、管理情報は親顧客が保持し、子顧客は顧客番
号、顧客名のみ保持する。そして、子顧客マスタテーブ
ル１０８と親顧客マスタテーブル１０７とのリンク情報
として、子顧客マスタテーブル１０８には親顧客情報１
０９である親顧客番号を備える。受付情報データベース
１０３は、受付部１０５が顧客１毎に受付番号を付与し
て格納するためのデータベースである。尚、上述した現
金要求受付システム１００の具体的な構成としては、顧
客からの要求受付および応答を行うための電話やファク
シミリ、オペレータが登録処理や受付処理および帳票出
力するためのパーソナルコンピュータ、顧客データベー
ス１０２や受付情報データベース１０３を保有するデー
タベースサーバ等からなるものである。また、要求処理
部１０１における登録部１０４、受付部１０５、管理部
１０６は、コンピュータを用いて実現されている。そし
て、これら登録部１０４〜管理部１０６は、それぞれ各
機能部に対応したソフトウェアと、これを実行するため
のＣＰＵやメモリ等のハードウェアによって各機能が実
現されている。
【００１０】〈動作〉現金要求受付システム１００にお
いて、受付可能な顧客は、事前に金融機関と契約済みの
顧客である。現金要求受付システム１００は、現金要求
受付を行うにあたって、契約内容をマスタ登録する必要
がある。同一口座を複数の顧客で共有する場合、先ず、
登録部１０４は、親顧客を親顧客マスタテーブル１０７
に登録する。次に、子顧客を子顧客マスタテーブル１０
８に登録する。子顧客の登録は、親顧客番号を指定して
顧客番号、顧客名を入力する。発信者ＩＤ、ＦＡＸ受付
識別子、返信ＦＡＸ番号、配送先営業店番号、金額ラベ
ル表示、…といった情報は、親顧客マスタテーブル１０
７に登録する。
いて、受付可能な顧客は、事前に金融機関と契約済みの
顧客である。現金要求受付システム１００は、現金要求
受付を行うにあたって、契約内容をマスタ登録する必要
がある。同一口座を複数の顧客で共有する場合、先ず、
登録部１０４は、親顧客を親顧客マスタテーブル１０７
に登録する。次に、子顧客を子顧客マスタテーブル１０
８に登録する。子顧客の登録は、親顧客番号を指定して
顧客番号、顧客名を入力する。発信者ＩＤ、ＦＡＸ受付
識別子、返信ＦＡＸ番号、配送先営業店番号、金額ラベ
ル表示、…といった情報は、親顧客マスタテーブル１０
７に登録する。
【００１１】次に、顧客１からの現金要求があった場
合、受付部１０５は、その都度、顧客名、顧客番号、配
送日の情報を受け取る。例えば、子顧客から別々に配送
要求があった場合でも、その都度受付情報を作成する。
そして、受付部１０５は、各受付番号毎に、受付情報デ
ータベース１０３に格納する。また、顧客１からの受付
情報への承認、照会や取消があった場合、管理部１０６
は、その要求に対応した処理を行う。例えば、親顧客に
付与された受付番号で照会や取消要求があった場合、管
理部１０６は、親顧客番号をキーとして全ての子顧客デ
ータを抽出することができるため、子顧客をまとめて１
単位として扱うことができる。また、子顧客の受付番号
によって照会、取消要求があった場合は、その子顧客の
みを対象とすることもできる。更に、管理部１０６は、
顧客１への配送予定を示す配送予定一覧表の作成を行う
場合でも、親顧客情報１０９と配送日によって子顧客の
データをまとめることができる。そして、親顧客情報１
０９をキーとして、全ての子顧客の口座振替結果の明細
表を容易に出力することができる。
合、受付部１０５は、その都度、顧客名、顧客番号、配
送日の情報を受け取る。例えば、子顧客から別々に配送
要求があった場合でも、その都度受付情報を作成する。
そして、受付部１０５は、各受付番号毎に、受付情報デ
ータベース１０３に格納する。また、顧客１からの受付
情報への承認、照会や取消があった場合、管理部１０６
は、その要求に対応した処理を行う。例えば、親顧客に
付与された受付番号で照会や取消要求があった場合、管
理部１０６は、親顧客番号をキーとして全ての子顧客デ
ータを抽出することができるため、子顧客をまとめて１
単位として扱うことができる。また、子顧客の受付番号
によって照会、取消要求があった場合は、その子顧客の
みを対象とすることもできる。更に、管理部１０６は、
顧客１への配送予定を示す配送予定一覧表の作成を行う
場合でも、親顧客情報１０９と配送日によって子顧客の
データをまとめることができる。そして、親顧客情報１
０９をキーとして、全ての子顧客の口座振替結果の明細
表を容易に出力することができる。
【００１２】〈効果〉以上のように、具体例１によれ
ば、親顧客は一般顧客と同様の顧客情報を保持し、子顧
客は顧客番号と顧客名は保持するが、その他の情報は全
て親顧客の情報と同じ扱いとする。これにより、一般顧
客と同様の顧客情報を登録するのは親顧客登録時のみ
で、子顧客登録時は、顧客番号、顧客名のみを登録すれ
ばよく、顧客マスタテーブル登録時の作業効率を向上さ
せることができる。また、管理部１０６が、子顧客のデ
ータを親顧客番号と現金配送指定日をキーとして管理す
るようにしたので、例えば、口座を共有する複数の子顧
客がばらばらに現金要求を依頼したとしても、照会、取
消等の操作は、対象となるデータに親顧客に付与された
受付番号を指定することにより、子顧客をまとめて１単
位として扱うことができる。また、これらの操作で、対
象データに子顧客に付与された受付番号を指定すること
により、各子顧客単位で扱うよう構成することもでき
る。また、配送予定一覧表、口座振替結果明細表などの
帳票でも、親顧客毎に子顧客をまとめることができる。
ば、親顧客は一般顧客と同様の顧客情報を保持し、子顧
客は顧客番号と顧客名は保持するが、その他の情報は全
て親顧客の情報と同じ扱いとする。これにより、一般顧
客と同様の顧客情報を登録するのは親顧客登録時のみ
で、子顧客登録時は、顧客番号、顧客名のみを登録すれ
ばよく、顧客マスタテーブル登録時の作業効率を向上さ
せることができる。また、管理部１０６が、子顧客のデ
ータを親顧客番号と現金配送指定日をキーとして管理す
るようにしたので、例えば、口座を共有する複数の子顧
客がばらばらに現金要求を依頼したとしても、照会、取
消等の操作は、対象となるデータに親顧客に付与された
受付番号を指定することにより、子顧客をまとめて１単
位として扱うことができる。また、これらの操作で、対
象データに子顧客に付与された受付番号を指定すること
により、各子顧客単位で扱うよう構成することもでき
る。また、配送予定一覧表、口座振替結果明細表などの
帳票でも、親顧客毎に子顧客をまとめることができる。
【００１３】《具体例２》具体例２は、子顧客が配送場
所を指定するデータを備えたものである。
所を指定するデータを備えたものである。
【００１４】〈構成〉図５は、具体例２の構成図であ
る。図示の現金要求受付システム１００ａは、要求処理
部１０１ａ、顧客データベース１０２ａ、受付情報デー
タベース１０３ａからなる。要求処理部１０１ａは、現
金要求受付システム１００ａとしての受付・管理を行う
制御部であり、登録部１０４ａ、受付部１０５ａ、管理
部１０６ａを備えている。これら登録部１０４ａ〜管理
部１０６ａの基本的な機能は具体例１における登録部１
０４〜管理部１０６と同様であるが、具体例２の場合
は、子顧客マスタテーブル１０８ａの後述する配送先住
所情報１１０に対応した処理を行う機能が異なってい
る。即ち、登録部１０４ａは、子顧客マスタテーブル１
０８ａの登録時に配送先住所情報１１０を含めて登録す
る機能を有している。また、受付部１０５ａは、受付処
理時に配送先の住所情報も含めて受け付ける機能を備え
ている。更に、管理部１０６ａは、子顧客データで親顧
客情報１０９や配送日だけでなく、配送場所も含めて管
理する機能を有している。
る。図示の現金要求受付システム１００ａは、要求処理
部１０１ａ、顧客データベース１０２ａ、受付情報デー
タベース１０３ａからなる。要求処理部１０１ａは、現
金要求受付システム１００ａとしての受付・管理を行う
制御部であり、登録部１０４ａ、受付部１０５ａ、管理
部１０６ａを備えている。これら登録部１０４ａ〜管理
部１０６ａの基本的な機能は具体例１における登録部１
０４〜管理部１０６と同様であるが、具体例２の場合
は、子顧客マスタテーブル１０８ａの後述する配送先住
所情報１１０に対応した処理を行う機能が異なってい
る。即ち、登録部１０４ａは、子顧客マスタテーブル１
０８ａの登録時に配送先住所情報１１０を含めて登録す
る機能を有している。また、受付部１０５ａは、受付処
理時に配送先の住所情報も含めて受け付ける機能を備え
ている。更に、管理部１０６ａは、子顧客データで親顧
客情報１０９や配送日だけでなく、配送場所も含めて管
理する機能を有している。
【００１５】顧客データベース１０２ａは、顧客の事前
登録情報を格納するデータベースであり、親顧客マスタ
テーブル１０７と子顧客マスタテーブル１０８ａを備え
ている。親顧客マスタテーブル１０７は、具体例１の親
顧客マスタテーブル１０７と同様である。また、子顧客
マスタテーブル１０８ａは、親顧客マスタテーブル１０
７とのリンク情報である親顧客情報１０９に加えて配送
先住所情報１１０を備えた親子関係のマスタテーブルで
ある。図６は、親顧客マスタテーブル１０７と子顧客マ
スタテーブル１０８ａの関係を示す説明図である。図７
は、実際の子顧客マスタテーブル１０８ａの説明図であ
る。図示のように、具体例２の子顧客マスタテーブル１
０８ａは、具体例１の子顧客マスタテーブル１０８のフ
ィールドに加え、配送先住所情報１１０として、発信者
ＩＤ、郵便番号、住所、電話番号、金額ラベル表示の情
報を備えている。尚、発信者ＩＤとは、例えば発信元の
電話番号であり、また、金額ラベル表示とは、配送する
梱包への金額ラベルの有無を示す情報である。受付情報
データベース１０３ａは、基本的な構成は具体例１と同
様であるが、子顧客データとして配送先住所情報１１０
に対応した情報を含んでいる点が異なっている。また、
具体例２においても、登録部１０４ａ、受付部１０５
ａ、管理部１０６ａは、コンピュータを用いて実現され
ており、これら登録部１０４ａ〜管理部１０６ａは、そ
れぞれ各機能部に対応したソフトウェアと、これを実行
するためのＣＰＵやメモリ等のハードウェアによって各
機能が実現されている。
登録情報を格納するデータベースであり、親顧客マスタ
テーブル１０７と子顧客マスタテーブル１０８ａを備え
ている。親顧客マスタテーブル１０７は、具体例１の親
顧客マスタテーブル１０７と同様である。また、子顧客
マスタテーブル１０８ａは、親顧客マスタテーブル１０
７とのリンク情報である親顧客情報１０９に加えて配送
先住所情報１１０を備えた親子関係のマスタテーブルで
ある。図６は、親顧客マスタテーブル１０７と子顧客マ
スタテーブル１０８ａの関係を示す説明図である。図７
は、実際の子顧客マスタテーブル１０８ａの説明図であ
る。図示のように、具体例２の子顧客マスタテーブル１
０８ａは、具体例１の子顧客マスタテーブル１０８のフ
ィールドに加え、配送先住所情報１１０として、発信者
ＩＤ、郵便番号、住所、電話番号、金額ラベル表示の情
報を備えている。尚、発信者ＩＤとは、例えば発信元の
電話番号であり、また、金額ラベル表示とは、配送する
梱包への金額ラベルの有無を示す情報である。受付情報
データベース１０３ａは、基本的な構成は具体例１と同
様であるが、子顧客データとして配送先住所情報１１０
に対応した情報を含んでいる点が異なっている。また、
具体例２においても、登録部１０４ａ、受付部１０５
ａ、管理部１０６ａは、コンピュータを用いて実現され
ており、これら登録部１０４ａ〜管理部１０６ａは、そ
れぞれ各機能部に対応したソフトウェアと、これを実行
するためのＣＰＵやメモリ等のハードウェアによって各
機能が実現されている。
【００１６】〈動作〉具体例２においても、同一口座を
複数の顧客で共有する場合、先ず、登録部１０４ａは、
親顧客を親顧客マスタテーブル１０７に登録する。次
に、子顧客を子顧客マスタテーブル１０８ａに登録す
る。子顧客の登録は、親顧客番号を指定して顧客番号、
顧客名に加えて、発信者ＩＤ、郵便番号、住所、電話番
号、金額ラベル表示の情報を入力する。ＦＡＸ受付識別
子、返信ＦＡＸ番号、配送先営業店番号、振替指定、…
といった情報は、親顧客マスタテーブル１０７に登録す
る。
複数の顧客で共有する場合、先ず、登録部１０４ａは、
親顧客を親顧客マスタテーブル１０７に登録する。次
に、子顧客を子顧客マスタテーブル１０８ａに登録す
る。子顧客の登録は、親顧客番号を指定して顧客番号、
顧客名に加えて、発信者ＩＤ、郵便番号、住所、電話番
号、金額ラベル表示の情報を入力する。ＦＡＸ受付識別
子、返信ＦＡＸ番号、配送先営業店番号、振替指定、…
といった情報は、親顧客マスタテーブル１０７に登録す
る。
【００１７】次に、顧客１からの現金要求があった場
合、その都度、顧客名、顧客番号、配送日の情報を受付
部１０５ａが受け取る。受付部１０５ａは、各受付番号
毎に、受付情報データベース１０３ａに格納する。ここ
で、具体例２では、子顧客の場合も配送先住所情報１１
０に対応した情報を有している点が具体例１とは異なっ
ている。管理部１０６ａは、親顧客番号と配送日（ある
いは配送先住所）をキーとして子顧客データを集計管理
する。また、管理部１０６ａにおける、顧客１からの照
会、取消要求等に対する処理は具体例１と同様である。
合、その都度、顧客名、顧客番号、配送日の情報を受付
部１０５ａが受け取る。受付部１０５ａは、各受付番号
毎に、受付情報データベース１０３ａに格納する。ここ
で、具体例２では、子顧客の場合も配送先住所情報１１
０に対応した情報を有している点が具体例１とは異なっ
ている。管理部１０６ａは、親顧客番号と配送日（ある
いは配送先住所）をキーとして子顧客データを集計管理
する。また、管理部１０６ａにおける、顧客１からの照
会、取消要求等に対する処理は具体例１と同様である。
【００１８】〈効果〉以上のように、具体例２によれ
ば、具体例１の構成に加えて、子顧客マスタテーブル１
０８ａに配送先住所情報１１０を備えたので、具体例１
の効果に加えて、子顧客毎に直接配送するような顧客が
発生した場合でも対応が可能となる効果がある。
ば、具体例１の構成に加えて、子顧客マスタテーブル１
０８ａに配送先住所情報１１０を備えたので、具体例１
の効果に加えて、子顧客毎に直接配送するような顧客が
発生した場合でも対応が可能となる効果がある。
【図１】本発明の現金要求受付システムの具体例１を示
す構成図である。
す構成図である。
【図２】具体例１における親顧客マスタテーブルと子顧
客マスタテーブルの関係を示す説明図である。
客マスタテーブルの関係を示す説明図である。
【図３】親顧客マスタテーブルの説明図である。
【図４】子顧客マスタテーブルの説明図である。
【図５】本発明の現金要求受付システムの具体例２を示
す構成図である。
す構成図である。
【図６】具体例２における親顧客マスタテーブルと子顧
客マスタテーブルの関係を示す説明図である。
客マスタテーブルの関係を示す説明図である。
【図７】具体例２の子顧客マスタテーブルの説明図であ
る。
る。
１ 顧客
１００ 現金要求受付システム
１０５、１０５ａ 受付部
１０６、１０６ａ 管理部
１０７ 親顧客マスタテーブル
１０８、１０８ａ 子顧客マスタテーブル
１０９ 親顧客情報
１１０ 配送先住所情報
Claims (3)
- 【請求項１】 現金要求を行うための顧客情報と親顧客
であることを示す親顧客識別情報とを有する親顧客マス
タテーブルと、 前記親顧客と同一口座を共有する子顧客であることを示
す子顧客識別情報と、誰が親顧客であるかを示す親顧客
情報とを有する子顧客マスタテーブルと、 顧客の識別情報と配送日の要求を受け付け、当該受付毎
に受付識別情報を付与する受付部と、 前記受付部で受け付けた情報に対して、前記子顧客の情
報を、当該子顧客の親顧客情報と配送日をキーとして管
理する管理部とを備えたことを特徴とする現金要求受付
システム。 - 【請求項２】 請求項１に記載の現金要求受付システム
において、 子顧客の配送先住所を示す配送先住所情報を有する子顧
客マスタテーブルを備えたことを特徴とする現金要求受
付システム。 - 【請求項３】 現金要求を行うための顧客情報と親顧客
であることを示す親顧客識別情報とを有する親顧客マス
タテーブルと、前記親顧客と同一口座を共有する子顧客
であることを示す子顧客識別情報と、誰が親顧客である
かを示す親顧客情報とを有する子顧客マスタテーブルと
を備えた現金要求受付システムのコンピュータを、 顧客の識別情報と配送日の要求を受け付け、当該受付毎
に受付識別情報を付与する受付部と、 前記受付部で受け付けた情報に対して、前記子顧客の情
報を、当該子顧客の親顧客情報と配送日をキーとして管
理する管理部として機能させることを特徴とする現金要
求受付システムの制御用プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002017815A JP2003216820A (ja) | 2002-01-28 | 2002-01-28 | 現金要求受付システム及びその制御用プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002017815A JP2003216820A (ja) | 2002-01-28 | 2002-01-28 | 現金要求受付システム及びその制御用プログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003216820A true JP2003216820A (ja) | 2003-07-31 |
Family
ID=27653376
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002017815A Pending JP2003216820A (ja) | 2002-01-28 | 2002-01-28 | 現金要求受付システム及びその制御用プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003216820A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010108034A (ja) * | 2008-10-28 | 2010-05-13 | Laurel Bank Mach Co Ltd | 窓口呼出装置 |
| JP2018032302A (ja) * | 2016-08-26 | 2018-03-01 | 沖電気工業株式会社 | 自動取引装置、自動取引システム及び自動取引プログラム |
| JP2021084844A (ja) * | 2019-11-29 | 2021-06-03 | Ｊｆｅスチール株式会社 | 骨材の製造方法、粗骨材および細骨材 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07271881A (ja) * | 1994-03-30 | 1995-10-20 | Nec Corp | 口座抹消装置 |
| JPH11110611A (ja) * | 1997-09-30 | 1999-04-23 | Toshiba Corp | 取り引き装置および取り引きシステム |
| JP2002015137A (ja) * | 2000-06-29 | 2002-01-18 | Dai-Ichi Kangyo Bank Ltd | 口座振替による支払管理システム |
-
2002
- 2002-01-28 JP JP2002017815A patent/JP2003216820A/ja active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07271881A (ja) * | 1994-03-30 | 1995-10-20 | Nec Corp | 口座抹消装置 |
| JPH11110611A (ja) * | 1997-09-30 | 1999-04-23 | Toshiba Corp | 取り引き装置および取り引きシステム |
| JP2002015137A (ja) * | 2000-06-29 | 2002-01-18 | Dai-Ichi Kangyo Bank Ltd | 口座振替による支払管理システム |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2010108034A (ja) * | 2008-10-28 | 2010-05-13 | Laurel Bank Mach Co Ltd | 窓口呼出装置 |
| JP2018032302A (ja) * | 2016-08-26 | 2018-03-01 | 沖電気工業株式会社 | 自動取引装置、自動取引システム及び自動取引プログラム |
| JP2021084844A (ja) * | 2019-11-29 | 2021-06-03 | Ｊｆｅスチール株式会社 | 骨材の製造方法、粗骨材および細骨材 |
| JP7131534B2 (ja) | 2019-11-29 | 2022-09-06 | Ｊｆｅスチール株式会社 | 骨材の製造方法、粗骨材および細骨材 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7606742B2 (en) | Pre-processor for inbound sales order requests with link to a third party available to promise (ATP) system | |
| US7100147B2 (en) | Method, system, and program for generating a workflow | |
| KR101636601B1 (ko) | 다수의 소프트웨어 애플리케이션이 연계된 세션을 제공하는 방법 및 시스템 | |
| CN107656779A (zh) | 一种基于事件的流程处理方法及相关系统 | |
| US7987287B2 (en) | Method and system for routing data repository messages between computing devices | |
| CN101650804A (zh) | 第三代移动通信运维系统的流程管理方法 | |
| El Kholy et al. | Framework for interaction between databases and microservice architecture | |
| US20050065836A1 (en) | Work-flow system and work-flow system management method | |
| JP2004246520A (ja) | 電子市場連携方法及び電子市場システム | |
| CN101534319B (zh) | 一种解除指令间依赖关系的方法、系统和代理服务器 | |
| JP2003216820A (ja) | 現金要求受付システム及びその制御用プログラム | |
| JP2002063324A (ja) | 集中業務処理装置および方法 | |
| JP4227988B2 (ja) | 営業支援システム、営業支援方法及び営業支援プログラム | |
| US20030120596A1 (en) | Method and apparatus for controlling a multi-node process | |
| EP0896275A3 (en) | Object oriented server process framework with implicit data handling registry for remote method invocations | |
| JP2002049745A (ja) | 集中業務処理システム、集中業務処理装置および方法 | |
| JP3712791B2 (ja) | データベース管理方法及びその情報処理装置 | |
| JP3061000B2 (ja) | ワークフローシステム | |
| JPH10187859A (ja) | 業務処理方法及び業務処理システム及び業務処理装置及び業務処理プログラムを格納した記憶媒体 | |
| JP3085141B2 (ja) | マスタデータ管理方法 | |
| JP2004086652A (ja) | ポイント処理システム、個別ポイント処理サーバ及び統括ポイント処理サーバ | |
| JP2002063375A (ja) | 業務支援装置および方法 | |
| JP2002297850A (ja) | ワークフローシステムにおけるクロスチェック制御方法およびワークフローシステム | |
| JPH0991234A (ja) | ワークフローシステム | |
| JP2003208512A (ja) | 融合代理店システム、共同センタ側サーバ、乗合代理店端末、顧客契約データ管理方法、および顧客契約データ提供方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041228 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050317 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070703 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20071030 |