JP2003203274A

JP2003203274A - 領収書発行方法および領収書発行プログラム

Info

Publication number: JP2003203274A
Application number: JP2002002790A
Authority: JP
Inventors: Hiroyuki Fukunaga; 宏之福長
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2002-01-09
Filing date: 2002-01-09
Publication date: 2003-07-18

Abstract

(57)【要約】【課題】本発明は、購入の事後であっても領収書の発
行を適切に行なえ、また適切な宛先を設定できるような
方法を提供することを目的とする。【解決手段】上記の課題は、利用者端末から、領収書
発行のための識別子を受け付けるステップと、前記識別
子をもとに、識別子と領収書の発行の有無に関するデー
タとを対応付けて管理しているテーブルを検索して、前
記識別子に対応付けられている領収書が未発行かどうか
判断するステップと、前記判断の結果、前記領収書が未
発行であった場合に、領収書を発行するステップとから
解決される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、領収書の発行方法
及び領収書の発行プログラムに関する。

【０００２】

【従来の技術】一般的に、ある利用者がある店舗で何か
を購入し領収書の発行を所望する場合は、料金支払時に
店頭にて領収書の発行を依頼する。店舗側担当者は、利
用者の依頼に応じて、支払額や購入品の内訳や領収書の
宛先などを記入またはＰＯＳ端末等からプリントアウト
し、利用者に手渡している。また、企業において従業員
が個別に利用した費用を清算する際には、各従業員が上
記のような方法により個別に入手した領収書の提出によ
って、利用実績を確認していることが多い。

【０００３】

【発明が解決しようとする課題】しかしこのような現状
においては、従業員にとっては、店での支払時に領収書
の発行を依頼するのがわずらわしかったり、店頭での発
行依頼を忘れた場合に領収書を入手できなかったり、費
用の清算を行なうまで、領収書を保管しておく必要があ
ったりという不都合が生じていた。また、企業の清算業
務担当者等の利用実績を確認する側から見ると、領収書
に記載される宛先として、会社名や費用の支払を行なっ
た部署名が記載されていることが望ましい場合であって
も、従業員から提出された領収書の宛先が例えば「上」
様であったり従業員個人名であったりするなど、清算に
利用するには不明確な場合もあるという問題もあった。
さらに、領収書を発行する店舗側から見ると、店頭での
領収書発行は手間がかかるという不都合が生じていた。

【０００４】本発明はこのような状況に鑑み、購入の事
後であっても領収書の発行を適切に行なえ、また適切な
宛先を設定できるような方法を提供することを目的とす
る。

【０００５】

【課題を解決するための手段】本発明の領収書発行方法
は、利用者端末から、領収書発行のための識別子を受け
付けるステップと、前記識別子をもとに、識別子と領収
書の発行の有無に関するデータとを対応付けて管理して
いるテーブルを検索して、前記識別子に対応付けられて
いる領収書が未発行かどうか判断するステップと、前記
判断の結果、前記領収書が未発行であった場合に、領収
書を発行するステップとを含む。

【０００６】従って本発明の領収書発行方法によれば、
売上を行った店舗以外でも事後の領収書発行が可能にな
り、利用者にとっては、領収書が必要になった時点で発
行を依頼することができるので自分で領収書を保管する
手間を省くことができるとともに、同じ売上データにつ
いては１回のみ領収書を発行するように制御されるた
め、領収書を利用した費用の二重請求などの不正利用を
未然に防止することができる。

【０００７】また、本発明の領収書発行方法は、前記受
け付けるステップが識別子と共に利用者識別子も受け付
け、前記領収書を発行するステップは、領収書の宛先と
して、前記受け付けた利用者識別子をもとに、利用者識
別子と所属情報とを対応づけて管理している所属テーブ
ルを参照して得られる前記利用者の所属に関する情報ま
たは利用者本人の名前の中から、１つまたは複数を選択
させるステップを含む。

【０００８】従って本発明の領収書発行方法によれば、
領収書の発行を受ける利用者が、発行時点で宛先の候補
を参照することができ、個人の利用ではあるが法人宛に
発行すべき領収書であっても、正確な宛先が設定された
の領収書を入手することができる。

【０００９】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を用いて説明する。図１は本発明を実現するため
のシステム構成図である。図示のように、本実施形態
は、サーバコンピュータ（以下サーバ）であるサーバ１
と、利用者が利用するコンピュータである利用者端末２
と、店舗に設置されるコンピュータである店舗端末３
と、サーバ１と利用者端末２と店舗端末３とをつなぐ例
えばインタネット等のネットワーク４とから構成され
る。なお図１では、利用者端末２や店舗端末３は例とし
てそれぞれ１台ずつがネットワーク４に接続する構成に
なっているが、この台数に限るものではない。

【００１０】サーバ１は、送受信プログラム１１や発行
プログラム１２や登録プログラム１３や、領収書データ
１４や利用者データ１５や店舗データ１６や、また入力
手段１８や出力手段１９とを備えている。

【００１１】送受信プログラム１１は、サーバ１が利用
者端末２から領収書の発行依頼データを受信したり、発
行した領収書データを利用者端末２へ送信したり、また
店舗端末３から売上データ３３の内容を受信したりする
など、サーバ１がネットワーク４を介して他の端末とデ
ータの送受信を行なうための処理を記述したプログラム
である。

【００１２】発行プログラム１２は、送受信プログラム
１１が受信した利用者端末２からの領収書発行依頼に基
づいて、サーバ１が領収書の発行を行なうための処理を
記述したプログラムである。

【００１３】登録プログラム１３は、サーバ１が、送受
信プログラム１１によって受信した店舗端末３からの各
店舗の売上に関するデータを領収書データ１４へ登録し
たり、発行プログラム１２が発行した領収書に関する情
報を領収書データ１４へ登録したりするための処理や、
サーバ１が、各処理に先立ち、マスタデータとして、ネ
ットワーク４を介して接続している各店舗に関する情報
を店舗データ１６へ登録したり、同じくネットワーク４
を介して接続している利用者端末２を利用する利用者に
関する情報を利用者データ１５へ登録したりするための
処理を記述したプログラムである。

【００１４】領収書データ１４は、サーバ１が領収書発
行処理に関するデータを管理しておくためのデータテー
ブルであって、例えば図３に示すように、店舗毎の売上
毎に店舗を識別するための店舗ＩＤ、同一店舗での売上
を識別するための売上ＩＤ、領収書を発行する際の宛先
である利用者を識別するための利用者ＩＤ、領収書を発
行した日付である発行日、発行プログラム１２が実際に
利用者端末２へ送信した領収書のデータであるデータ、
等がそれぞれ関連付けられて登録されている。

【００１５】送受信プログラム１１が店舗端末３から売
上に関するデータを受信すると、登録プログラム１３
が、領収書データ１４の店舗ＩＤと売上ＩＤの欄に、受
信したデータを登録する。また、発行プログラム１２が
領収書を発行すると、登録プログラム１３が、領収書デ
ータ１４の利用者ＩＤの欄と発行日の欄とデータの欄と
へ、該領収書の発行依頼を送信した利用者の利用者ＩＤ
と、該領収書を発行した日付と、該領収書の中身である
データとを登録する。

【００１６】例えば図３に示す領収書データ１４の例で
は、既に各店舗で行なわれた売上の情報として、店舗Ｉ
ＤがＳ００１である店舗についての２つの売上情報と、
店舗ＩＤがＳ００２である店舗についての１つの売上情
報とが登録されている。また店舗ＩＤがＳ００１の店舗
の売上については、売上ＩＤがＳ００１−０１１である
売上に関しては、２００１年９月１日に利用者ＩＤがＵ
００１である利用者にむけて領収書が発行済みであると
いう情報が、また売上ＩＤがＳ００１−０１２である売
上に関しては、利用者ＩＤや発行日欄が空欄であるた
め、まだ領収書を発行していないという情報がそれぞれ
登録されている。

【００１７】利用者データ１５は、サーバ１が、ネット
ワーク４を介して接続している利用者端末２を利用する
利用者に関するデータを管理しておくためのデータテー
ブルであって、例えば図４に示すように、利用者を識別
するための利用者ＩＤ、利用者の氏名、利用者の電子メ
ールアドレスや、利用者の所属に関する情報として所属
１、所属２等がそれぞれ関連付けられて登録されてい
る。

【００１８】送受信プログラム１１が利用者端末２から
登録すべき利用者に関する情報や、その利用者の所属に
関する情報を受信したり、入力手段１８からそのような
情報の入力を受け付けたりすると、登録プログラム１３
が利用者データ１５の利用者ＩＤの欄や氏名の欄やアド
レスの欄や、また所属１や所属２等の欄へ、受信した情
報を登録する。

【００１９】例えば図４に示す利用者データ１５の例で
は、利用者ＩＤのＵ００１に対応づけて、氏名がＡＡＡ
であり、電子メールアドレスがａ＠・・・であり、所属
１がＡ社であり、所属２が営業部である利用者の情報が
１行目に登録されている。

【００２０】店舗データ１６は、サーバ１が、ネットワ
ーク４を介して接続している店舗端末３を設置している
各店舗に関するデータを管理しておくためのデータテー
ブルであって、例えば図５に示すように、店舗を識別す
るための店舗ＩＤ、店舗の名称や住所や電話番号や電子
メールアドレス等がそれぞれ関連付けられて登録されて
いる。

【００２１】送受信プログラム１１が店舗端末３から登
録すべき店舗に関する情報を受信したり、入力手段１８
からそのような情報の入力を受け付けたりすると、登録
プログラム１３が店舗データ１６の店舗ＩＤの欄や店舗
名の欄や、住所の欄や電話の欄やアドレスの欄へ、受信
した情報を登録する。

【００２２】例えば図５に示す店舗データ１６の例で
は、店舗ＩＤのＳ０１に対応づけて、店舗名が○○商店
であり、電子メールアドレスがｏｏ＠・・・である店舗
の情報が１行目に登録されている。

【００２３】入力手段１８は、サーバ１へデータを入力
したり指示を与えたりするためのものであって、例えば
キーボードやマウス等の、コンピュータに接続される入
力用の機器である。また出力手段１９は、ディスプレイ
やプリンタ等のコンピュータに接続される出力用の機器
である。

【００２４】サーバ１は、上記のような構成により、利
用者端末２や店舗端末３から情報を受信して登録した
り、領収書の発行を行なったりする。

【００２５】利用者端末２は、送受信プログラム２１や
出力プログラム２２や、また入力手段２８や出力手段２
９を備えている。

【００２６】送受信プログラム２１は、利用者端末２が
サーバ１へ領収書の発行依頼データを送信したり、サー
バ１から送られてくる領収書データを受信したりするな
ど、利用者端末２がネットワーク４を介して他のコンピ
ュータとデータの送受信を行なうための処理を記述した
プログラムである。

【００２７】出力プログラム２２は、送受信プログラム
２１がサーバ１から受信した領収書データを、利用者端
末２の利用者が利用可能なように、画面やプリンタ等の
出力手段２９に出力するための処理を記述したプログラ
ムである。

【００２８】入力手段２８は、利用者端末２へデータを
入力したり指示を与えたりするためのものであって、例
えばキーボードやマウス等の、コンピュータに接続され
る入力用の機器である。また出力手段２９は、ディスプ
レイやプリンタ等のコンピュータに接続される出力用の
機器である。

【００２９】利用者端末２は、上記のような構成によ
り、サーバ１へ領収書の発行依頼を送信したり、サーバ
１から領収書データを受信したりする。

【００３０】店舗端末３は、送受信プログラム３１や売
上プログラム３２や、売上データ３３や、また入力手段
３８や出力手段３９を備えている。

【００３１】送受信プログラム３１は、店舗端末３がサ
ーバ１から売上データに関する情報の送信依頼を受信し
たり、サーバ１へ売上データ３３の内容を送信したりす
るなど、店舗端末３がネットワーク４を介して他のコン
ピュータとデータの送受信を行なうための処理を記述し
たプログラムである。

【００３２】売上プログラム３２は、店舗端末３が店舗
で販売する商品の売上処理を行なうための処理を記述し
たプログラムである。売上プログラム３２は、売上に関
するデータを売上データ３３に登録したり、売上データ
を識別するための情報を含んだレシートを発行したりす
る以外に、既存の技術として一般的に行なわれているＰ
ＯＳ等を利用した売上処理と同様の処理を行なう。

【００３３】売上データ３３は店舗毎に存在し、店舗内
の売上情報を管理するためのデータテーブルであって、
例えば図２に示すように、店舗毎の売上情報を識別する
ための売上ＩＤ、売上処理を行った日時である売上日
時、その売上の合計価格、合計価格の内訳として、商品
の品名である品名１とその商品の単価である価格１、同
じく品名２と価格２等がそれぞれ関連付けられて登録さ
れている。この実施例では、売上ＩＤの頭３桁が店舗Ｉ
Ｄを表すようになっている。

【００３４】例えば図２に示す売上データ３３の例は、
店舗ＩＤがＳ０１である店舗の売上データを例示してお
り、この中には、売上ＩＤがＳ０１−０１１である売上
の情報として、売上日時が２００１年８月１０日であ
り、合計価格が２５００円であり、その内訳は品名がｚ
ｚｚである１８００円の商品と、品名がｙｙｙである７
００円の商品が含まれていることが１行目に登録されて
いる。

【００３５】売上プログラム３２が売上処理を行なう
と、その履歴情報として売上に関するデータを売上デー
タ３３に登録する。また、送受信プログラム３１は、売
上データの内容をサーバ１へ送信する。

【００３６】入力手段３８は、店舗端末３へデータを入
力したり指示を与えたりするためのものであって、例え
ばキーボードやマウス等の、コンピュータに接続される
入力用の機器である。また出力手段３９は、ディスプレ
イやプリンタ等のコンピュータに接続される出力用の機
器である。

【００３７】店舗端末３は、上記のような構成により、
売上データを登録したり、サーバ１に売上に関するデー
タを送信したりする。

【００３８】次に、図６乃至図９に示すフローチャート
を用いて、本発明の動作例を説明する。図６は、本発明
のサーバ１の利用者データ１５への登録処理を説明する
ためのフローチャートである。

【００３９】まずステップＳ６１で、サーバ１の送受信
プログラム１１は、利用者端末２の送受信プログラム２
１からネットワーク４を介して送信されてくる利用者情
報の登録依頼を受信する。続いてステップＳ６２で、同
じく送信されてくる利用者個人に関する情報を受信す
る。受信する情報としては、例えば利用者の氏名や電子
メールアドレスや、またその利用者が領収書の発行を受
ける際に領収書の宛先に記載されるべき所属名等のデー
タを含んでいる。

【００４０】Ｓ６１とＳ６２で情報を受信したサーバ１
は、次に登録プログラム１３がステップＳ６３で、利用
者を識別するための利用者ＩＤを新規に採番し、ステッ
プＳ６４で、該利用者ＩＤとＳ６２で受信した情報とを
対応付けて、図４に示すように、利用者データ１５に新
規に格納する。そしてステップＳ６５で、送受信プログ
ラム１１が、新規に採番した利用者ＩＤを通知するため
の情報をネットワーク４を介して、ステップＳ６１で登
録依頼を送信してきた利用者端末２へ送信する。

【００４１】図６の処理により、サーバ１は、利用者端
末２を操作する利用者からの利用者情報の登録を受け、
利用者情報を利用者データ１５に登録する。なお、図示
はしていないが、この処理を行なう際に、利用者端末２
から利用者ＩＤに対応付けてパスワード等の登録を受け
付けても良いし、利用者情報の登録は利用者端末２から
ではなく入力手段１８から入力されても良い。

【００４２】図７は、本発明の店舗端末３の売上処理を
説明するためのフローチャートである。店舗端末３は、
まずステップＳ７０として、通常の売上処理を行なう。
これは例えばＰＯＳ等を用いて、売上商品の情報を登録
したり、対価の支払を受けたり、売上の証拠としてレシ
ートを発行したりするものである。これは一般的に店舗
において行なわれている処理であるため、ここでは詳細
には述べない。但し、ステップＳ７０ではレシートの発
行は行なわない。

【００４３】次にステップＳ７１で、店舗端末３の売上
プログラム３２は、売上処理の完了した売上に対し、売
上を識別するための売上ＩＤを新規に採番し、ステップ
Ｓ７２で、採番した売上ＩＤを付したレシートを発行す
る。従って、この店舗端末３から商品を購入した利用者
に出力されるレシートには、通常のレシートと同様に売
上年月日や売上商品、代金等の情報が印字されると共
に、売上ＩＤが表示されている。

【００４４】続いてステップＳ７３で、売上プログラム
３２は、ステップＳ７１で採番した売上ＩＤと、売上に
関する情報とを対応付けて、図２に示すように、売上デ
ータ３３へ格納する。

【００４５】図７の処理により、店舗端末３は、売上情
報と売上ＩＤとを対応付けたデータを、売上データ３３
に蓄積していく。また、店舗端末３の設置してある店舗
で商品の購入を行った利用者は、その売上に対応付けら
れた売上ＩＤの付されたレシートを入手することにな
る。利用者は、この売上に対する領収書が必要になった
場合には、レシートに付された売上ＩＤを用いて、サー
バ１へ領収書の発行依頼を行なうことになる。

【００４６】図８は、本発明のサーバ１の領収書データ
１４への登録処理を説明するためのフローチャートであ
る。

【００４７】サーバ１はステップＳ８１で、所定のタイ
ミングで、またはサーバ１からの領収書データ送信依頼
に応じて、店舗端末３の送受信プログラム３１から送信
されてくる領収書データを受信する。この領収書データ
には、店舗を識別するための店舗ＩＤと、店舗毎の売上
を識別するための売上ＩＤが含まれている。

【００４８】続いて、登録プログラム１３は、受信した
データを領収書データ１４へ格納する。受信したばかり
のデータについては、まだ領収書を発行していないた
め、領収書データ１４には、例えば、図３の店舗ＩＤが
Ｓ０１で売上ＩＤがＳ０１−０１２である行のような状
態で格納される。

【００４９】なお、Ｓ８１では店舗端末３から売上ＩＤ
のみを受信し、それを受信したサーバ１が、データの送
信元の電子メールアドレスを元に店舗データ１６を参照
し、店舗ＩＤを求めても良い。図８の処理により、サー
バ１は、適当なタイミングで各店舗における売上を識別
するための情報を店舗端末３から受信することになる。

【００５０】図９は、本発明のサーバ１の領収書発行処
理を説明するためのフローチャートである。

【００５１】まずステップＳ９０１で、サーバ１の送受
信プログラム１１は、利用者端末２の送受信プログラム
２１からネットワーク４を介して、領収書発行依頼とし
て、利用者ＩＤと売上ＩＤとを受信する。この処理に先
立って、例えば、利用者ＩＤとパスワードを受信するこ
とによる利用者の確認等を行なっても良い。

【００５２】続いて、ステップＳ９０２で、発行プログ
ラム１２が、受信したデータをもとに領収書データ１４
を参照し、ステップＳ９０３で、領収書データ１４の中
に該当する売上ＩＤのデータがあるかどうかを判定す
る。該当するデータが存在しない場合はエラーとして処
理を終了する。但し、データが存在しなかった場合に、
そのタイミングで各店舗端末３に領収書データの送信依
頼を送付し、返信されてくる新規の領収書データの中
に、該売上ＩＤが存在すれば、売上ＩＤが存在したとみ
なして処理を続けても良い。

【００５３】売上ＩＤが存在した場合には、次にステッ
プＳ９０４で、発行プログラム１２は領収書データ１４
の該当行の利用者ＩＤ欄が空欄かどうかを判別する。利
用者ＩＤ欄の代わりに、発行日欄が空欄かどうかを判別
しても構わない。ここで、利用者ＩＤにデータが格納さ
れていた場合は、既に領収書を発行していたことを意味
するため、処理を終了する。このステップＳ９０４で、
発行依頼を受けた領収書が発行済みかどうかを確認する
ため、同じ売上に対しては、領収書を１回のみ発行する
ことが可能になる。

【００５４】ステップＳ９０４で利用者ＩＤ欄が空欄で
あると判別された場合には、ステップＳ９０５に処理を
すすめ、領収書データ１４の該当行の店舗ＩＤ欄を参照
してその売上を行った店舗ＩＤを得、該店舗ＩＤを元に
店舗データ１６を参照して、該店舗ＩＤに対応付けられ
ている店舗のアドレスを得る。

【００５５】続いて、ステップＳ９０６で送受信プログ
ラム１１が、売上ＩＤをキーとした売上の内訳情報の送
信依頼を、ネットワーク４を介してステップＳ９０５で
得た店舗のアドレス宛に送信する。売上の内訳情報の送
信依頼を受信した店舗端末３では、売上ＩＤをキーとし
て売上データ３３を参照し、売上日時や合計価格や品名
や価格等の情報を得て、送受信プログラム３１がサーバ
１宛に返信する。そして、ステップＳ９０７で、店舗端
末３から返信されてきたデータを送受信プログラム１１
が受信する。

【００５６】ステップＳ９０５からステップＳ９０７の
処理によって、サーバ１は店舗端末３から個別の売上情
報の内訳に関する情報を得ることになる。

【００５７】ステップＳ９０８で、発行プログラム１２
はステップＳ９０１で受信している利用者ＩＤを元に利
用者データ１５を参照し、該利用者ＩＤに対応付けられ
ている利用者の氏名や所属情報を得る。そしてステップ
Ｓ９０９で、領収書の宛先や対象商品を利用者に選択さ
せるために、送受信プログラム１１がネットワーク４を
介して利用者端末２の送受信プログラム２１に、ステッ
プＳ９０７で受信した売上の内訳情報と、宛先の選択情
報としての利用者の氏名や所属の情報とを送信する。

【００５８】例えば、サーバ１は、ステップＳ９０１
で、利用者ＩＤがＵ００１である利用者から売上ＩＤが
Ｓ０１−０１１である売上の領収書発行依頼を受信した
場合には、図１０に示すような情報を利用者端末２へ送
信する。図１０に示すように、利用者端末２の出力手段
２９に表示される画面によって、利用者端末２を操作し
ている利用者に、領収書の宛先として複数の所属氏名の
中から任意のいくつかの情報と、領収書の出力対象とし
て複数の品名の中から任意のいくつかの情報との選択を
促す。

【００５９】図１０に示す画面で情報の選択後送信ボタ
ンの押下を検知すると、利用者端末２の送受信プログラ
ム２１は、選択された情報をサーバ１の送受信プログラ
ム１１へ返信するので、ステップＳ９１０で、送受信プ
ログラム１１はその情報を受信する。ステップＳ９０８
からステップＳ９１０までの処理によって、サーバ１
は、領収書を発行するために必要な宛先等の情報の指定
を利用者端末２から得ることになる。

【００６０】ステップＳ９１０迄に受信した情報を元
に、ステップＳ９１１で、発行プログラム１２は、指定
された宛先と内訳をそれぞれ領収書の宛先欄と内訳欄
に、店舗端末３から受信した売上の内訳情報に含まれて
いた合計価格を代金の欄に、領収書データ１４で売上Ｉ
Ｄに対応付けられている店舗ＩＤを元に店舗データ１６
から店舗名や住所や電話番号等を参照し、それらの情報
を領収書の所定の位置にそれぞれ設定し、領収書として
のフォーマットを整える。そして、ステップＳ９１２で
送受信プログラム１１が、利用者端末２へ向けて領収書
のデータを送信する。

【００６１】ステップＳ９１１で作成されステップＳ９
１２で送信される領収書のデータは、例えば図１１に示
すような形態で利用者端末２の出力手段２９に出力され
る。図１０において、宛先としてＡ社と営業部が、出力
対象として１８００円であった商品ｚｚｚと７００円で
あった商品ｗｗｗが、それそれ選択されたので、図１１
では、領収書の宛先として、Ａ社営業部が、内訳として
ｚｚｚとｗｗｗの二つの商品が出力されている。また、
代金総額として、店舗端末３から受信した売上の内訳情
報に含まれていた合計価格である２５００円が、領収書
発行元の情報として、店舗データ１６を参照して得られ
た○○商店という商店名と、住所や電話番号などがそれ
ぞれ出力されている。

【００６２】領収書データを送信した後、登録プログラ
ム１３は、ステップＳ９１３で、領収書データ１４の該
当する売上ＩＤに対応付けて、領収書発行依頼を送信し
てきた利用者の利用者ＩＤや、発行日や、領収書データ
として送信したデータ等を登録する。

【００６３】なお、領収書のフォーマットは、図示しな
いデータテーブルに管理されている。複数種類のフォー
マットをテーブル内に管理しておけば、ステップＳ９１
０等の前後で、どのフォーマットを用いるかを利用者に
選択させたりすることも可能である。また、領収書の宛
先については、利用者端末２からの指定は受けずに、利
用者データ１５に予め登録されている所属宛としても構
わない。

【００６４】本発明の領収書発行方法は上記説明のよう
にコンピュータであるサーバ１上で実現されるので、利
用者端末２からの領収書発行依頼に応じて、店舗端末３
から売上情報の内訳を入手し、そのデータを元に領収書
を作成し、利用者端末２へ領収書を発行することができ
る。

【００６５】なお、本発明は上記説明した構成にとらわ
れるものではなく、別の実施例によって実現されても構
わない。

【００６６】例えば、ステップＳ９０１のように領収書
の発行依頼を受信した時点で、サーバ１上で、利用者Ｉ
Ｄと売上ＩＤとを対応付けるのではなく、予め利用者端
末２から利用者ＩＤと売上ＩＤとの対応付けに関する情
報を受信し、領収書データ１４の利用者ＩＤの欄に格納
しておいてもよい。この場合には、ステップＳ９０４で
は、利用者ＩＤ欄ではなく発行日欄が空欄かどうかを確
認することになる。また、領収書発行依頼として利用者
ＩＤを受信した時点では、領収書データ１４を該利用者
ＩＤで検索し、該当する未発行の領収書の情報を選択可
能なように利用者端末２に向けて送信することも可能に
なる。

【００６７】このような処理方法をとることによって、
利用者は領収書の発行に先立って、予め利用者ＩＤと売
上ＩＤとの対応づけを行なうことが可能になり、いつ領
収書の発行を依頼するかに関わらず売上ＩＤを付した領
収書を保管しておく必要は無くなる。

【００６８】また例えば、サーバ１がステップＳ９１２
で領収書を送信する送信先は、領収書発行依頼を送信し
てきた利用者端末２宛ではなく、領収書発行依頼の送信
に対応して利用者端末２から領収書の発行先の指定を受
け付け、該指定された宛先に送信しても構わないし、ま
た、予め利用者データ１５に所属情報とあわせて領収書
の送信先のアドレスを対応付けて登録しておけば、その
アドレス宛に送信するようにすることも可能である。

【００６９】領収書の発行を依頼する利用者と、領収書
を必要としている人、即ち企業における清算業務等の担
当者とが異なる場合には、このような処理方法をとるこ
とによって、サーバ１は、領収書を清算処理の担当者等
へ直接送信することが可能になるので、利用者にとって
は、領収書を印刷して所定の伝票に貼り付けてから、所
定の部署へ立替払い清算の依頼を行なったり、領収書デ
ータを転送したりする手間が必要なくなる。

【００７０】また例えば、本実施例では、店舗端末３か
らの不必要な売上データのサーバ１への送信を防ぐた
め、領収書の発行依頼をサーバ１が受信した時点で、領
収書の発行に必要な売上の内訳情報のみを店舗端末３か
ら受信するようにしているが、始めに店舗端末３から売
上データの受信を受ける際に、内訳情報を含んだ全ての
売上データを受信するようにしても構わない。この場合
には、サーバ１は、利用者端末２から領収書の発行依頼
を受信した後に、店舗端末３へアクセスする必要がなく
なる。

【００７１】また例えば、いずれかのタイミングで店舗
端末３から売上の内訳情報を受信した際に、領収書デー
タ１４内に、売上ＩＤと対応づけて内訳情報を追加登録
し、内訳商品毎に対応する発行日欄を設けることによ
り、領収書データ１４において、売上ＩＤと発行日とを
１対１に対応付けるのではなく、１つの売上ＩＤの内訳
である商品毎に発行日を関連づけて管理するようにする
ことも可能である。

【００７２】このような処理方法をとることによって、
サーバ１は、売上ＩＤに対応付けられた売上の全体に対
し１回ではなく、個々の商品毎に１回の領収書の発行を
許可できるようになる。

【００７３】実際のビジネスとして本発明の領収書発行
方法による領収書の代行発行サービス等を行なう場合に
は、領収書を１回発行する毎に利用者端末２に手数料の
課金を行なう等、サーバ１を運営する業者が儲けを得る
ための手段が本発明に加えられても良い。

【００７４】なお、図示はしていないが、サーバ１は、
ＣＰＵ（Central Processing Unit）によって装置全体
が制御されているコンピュータである。ＣＰＵには、バ
スを介してＲＡＭ（Random Access Memory）、ハードデ
ィスク装置（ＨＤＤ）、グラフィック処理部、入力イン
タフェース、および通信インタフェース等が接続されて
いる。

【００７５】ＲＡＭには、ＣＰＵに実行させるＯＳ(Ope
rating System)のプログラムやその他のプログラムの少
なくとも一部が一時的に格納される。また、ＲＡＭに
は、ＣＰＵによる処理に必要な各種データが格納され
る。ＨＤＤには、ＯＳやその他のプログラムおよびデー
タが格納される。

【００７６】グラフィック処理部には、モニタ装置が接
続されている。グラフィック処理部は、ＣＰＵからの命
令に従って入力画面などをモニタ装置に表示させる。入
力インタフェースには、キーボードやマウス等が接続さ
れている。入力インタフェースは、キーボードやマウス
等から送られてくる信号を、バスを介してＣＰＵに送信
する。

【００７７】通信インタフェースは、ネットワーク４に
接続されている。通信インタフェースは、ネットワーク
４を介して利用者端末２や店舗端末３との間で、データ
の送受信を行なう。

【００７８】上述においてサーバ１のハードウェア構成
について説明したが、利用者端末２や店舗端末３も同様
のハードウェア構成を備えるコンピュータである。

【００７９】本発明の実施の形態に係る領収書発行プロ
グラムを上述のコンピュータで実行させることにより、
コンピュータを領収書発行装置として機能させることが
できる。

【００８０】また、上記の各コンピュータが有すべき機
能の処理内容は、コンピュータで読み取り可能な記録媒
体に記録されたプログラムに記述させておくことができ
る。このプログラムをコンピュータで実行することによ
り、上記処理がコンピュータで実現できる。コンピュー
タで読み取り可能な記録媒体としては、磁気記録装置や
半導体メモリなどがある。市場に流通させる場合には、
ＣＤ−ＲＯＭ（Compact Disk Read Only Memory）やフ
レキシブルディスクなどの可搬型記録媒体にプログラム
を格納して流通させたり、ネットワークを介して接続さ
れたコンピュータの記憶装置に格納しておき、ネットワ
ークを通じて他のコンピュータに転送したりすることも
できる。コンピュータで実行する際には、コンピュータ
内のハードディスク装置などにプログラムを格納してお
き、メインメモリにロードして実行する。

【００８１】（付記１）利用者端末から、領収書発行の
ための識別子を受け付けるステップと、前記識別子をも
とに、識別子と領収書の発行の有無に関するデータとを
対応付けて管理しているテーブルを検索して、前記識別
子に対応付けられている領収書が未発行かどうか判断す
るステップと、前記判断の結果、前記領収書が未発行で
あった場合に、領収書を発行するステップとを備えたこ
とを特徴とする領収書発行方法。

【００８２】（付記２）前記識別子は、領収書発行の対
象となる売上に際して発行されたレシートに付されて前
記利用者端末を操作する利用者へ提供されるものである
ことを特徴とする付記１記載の領収書発行方法。

【００８３】（付記３）前記領収書を発行した後に、前
記テーブルの前記識別子に対応付けられているデータ
を、領収書を発行したことを示すデータで更新するステ
ップを更に備えたことを特徴とする付記１記載の領収書
発行方法。

【００８４】（付記４）前記領収書を発行するステップ
は、予め前記識別子と対応付けて保持していた売上に関
するデータ、もしくは、第三者から前記識別子と対応付
けて受信した売上に関するデータをもとに、領収書を発
行することを特徴とする付記１記載の領収書発行方法。

【００８５】（付記５）前記受け付けるステップは、前
記識別子と共に利用者識別子も受け付け、前記領収書を
発行するステップは、領収書の宛先として、前記受け付
けた利用者識別子をもとに、利用者識別子と所属情報と
を対応づけて管理しているテーブルを参照して得られる
前記利用者の所属に関する情報または利用者本人の名前
の中から、１つまたは複数を選択させることを特徴とす
る付記１記載の領収書発行方法。

【００８６】（付記６）利用者端末から、領収書発行の
ための識別子を受け付ける手段と、識別子と領収書の発
行の有無に関するデータとを対応付けて管理しているテ
ーブルと、前記識別子をもとに、前記テーブルを検索し
て、前記識別子に対応付けられている領収書が未発行か
どうか判断する手段と、前記判断の結果、前記領収書が
未発行であった場合に、領収書を発行する手段とを備え
たことを特徴とする領収書発行装置。

【００８７】（付記７）コンピュータを動作させるため
のプログラムであって、コンピュータに、利用者端末か
ら、領収書発行のための識別子を受け付ける手段と、前
記識別子をもとに、該識別子と領収書の発行の有無に関
するデータとを対応付けて管理しているテーブルを検索
して、前記識別子に対応付けられている領収書が未発行
かどうか判断する手段と、前記判断の結果、前記領収書
が未発行であった場合に、領収書を発行する手段とを機
能させるための領収書発行プログラム。

【００８８】（付記８）コンピュータを動作させるため
のプログラムを格納した記憶媒体であって、コンピュー
タを、利用者端末から、領収書発行のための識別子を受
け付ける手段と、前記識別子をもとに、該識別子と領収
書の発行の有無に関するデータとを対応付けて管理して
いるテーブルを検索して、前記識別子に対応付けられて
いる領収書が未発行かどうか判断する手段と、前記判断
の結果、前記領収書が未発行であった場合に、領収書を
発行する手段として機能させるためのプログラムを格納
したことを特徴とする記憶媒体。

【００８９】

【発明の効果】以上説明したように、本発明によれば、
売上を行った店舗以外でも事後の領収書発行が可能にな
り、利用者にとっては、領収書が必要になった時点で発
行を依頼することができるので自分で領収書を保管する
手間を省くことができる。

【００９０】また、同じ売上データについては１回のみ
領収書を発行するように制御するため、領収書を利用し
た費用の二重請求などの不正利用を未然に防止すること
ができる。

【００９１】また、利用者にとっては、領収書の発行依
頼時点で宛先の候補を参照し選択することができるた
め、個人の利用ではあるが法人宛に発行すべき領収書で
あっても、正確な宛先の領収書を入手することができ
る。

【００９２】さらには、売上を行なった店舗にとって
は、本発明により、領収書の発行を第三者にアウトソー
シングすることが可能になり、店頭で領収書を発行する
手間を省くことができる。

【図面の簡単な説明】

【図１】本発明を実現するためのシステム構成図であ
る。

【図２】売上データのデータ例である。

【図３】領収書データのデータ例である。

【図４】利用者データのデータ例である。

【図５】店舗データのデータ例である。

【図６】本発明のサーバの利用者登録処理を説明するフ
ローである。

【図７】本発明の店舗端末の処理を説明するフローであ
る。

【図８】本発明のサーバの領収書データ登録処理を説明
するフローである。

【図９】本発明のサーバの領収書発行処理を説明するフ
ローである。

【図１０】領収書指定画面の出力例である。

【図１１】領収書の画面の出力例である。

【符号の説明】

１サーバ２利用者端末３店舗端末４ネットワーク１１送受信プログラム１２発行プログラム１３登録プログラム１４領収書データ１５利用者データ１６店舗データ２１送受信プログラム２２出力プログラム３１送受信プログラム３２売上プログラム３３売上データ

Claims

【特許請求の範囲】

【請求項１】利用者端末から、領収書発行のための識別
子を受け付けるステップと、前記識別子をもとに、識別子と領収書の発行の有無に関
するデータとを対応付けて管理しているテーブルを検索
して、前記識別子に対応付けられている領収書が未発行
かどうか判断するステップと、前記判断の結果、前記領収書が未発行であった場合に、
領収書を発行するステップとを備えたことを特徴とする
領収書発行方法。
【請求項２】前記識別子は、領収書発行の対象となる売
上に際して発行されたレシートに付されて前記利用者端
末を操作する利用者へ提供されるものであることを特徴
とする請求項１記載の領収書発行方法。
【請求項３】前記領収書を発行した後に、前記テーブル
の前記識別子に対応付けられているデータを、領収書を
発行したことを示すデータで更新するステップを更に備
えたことを特徴とする請求項１記載の領収書発行方法。
【請求項４】前記受け付けるステップは、前記識別子と
共に利用者識別子も受け付け、前記領収書を発行するステップは、領収書の宛先とし
て、前記受け付けた利用者識別子をもとに、利用者識別
子と所属情報とを対応づけて管理しているテーブルを参
照して得られる前記利用者の所属に関する情報または利
用者本人の名前の中から、１つまたは複数を選択させる
ことを特徴とする請求項１記載の領収書発行方法。
【請求項５】コンピュータを動作させるためのプログラ
ムであって、コンピュータに、利用者端末から、領収書発行のための識別子を受け付け
る手段と、前記識別子をもとに、該識別子と領収書の発行の有無に
関するデータとを対応付けて管理しているテーブルを検
索して、前記識別子に対応付けられている領収書が未発
行かどうか判断する手段と、前記判断の結果、前記領収書が未発行であった場合に、
領収書を発行する手段とを機能させるための領収書発行
プログラム。