取引承認システム、および取引承認方法
【課題】取引能力のない者の取引でも承認可能な取引承認システムを提供する。
【解決手段】取引承認システム１は、識別情報取得部２と、承認対象確認部３と、承認関係情報取得部４と、承認要求部５と、表示部６を備える。承認対象確認部３は、識別情報取得部２が取得した取引対象１１の識別情報８にもとづいて取引対象１１の取引が承認対象か否かを確認する。承認関係情報取得部４は、取引が承認対象である場合に、取引の承認関係を特定するための承認関係情報９を承認要求者１２から取得する。承認要求部５は、特定した承認関係にもとづいて取引の承認を承認部７に要求し、承認部７からの承認応答として承認要求者１２に関する画像情報１０を取得する。表示部６は、画像情報１０に対応する画像を表示する。これにより、オペレータ１３は、表示部６の表示から承認要求者１２への商品を販売する判断をおこなうことができる。
【解決手段】取引承認システム１は、識別情報取得部２と、承認対象確認部３と、承認関係情報取得部４と、承認要求部５と、表示部６を備える。承認対象確認部３は、識別情報取得部２が取得した取引対象１１の識別情報８にもとづいて取引対象１１の取引が承認対象か否かを確認する。承認関係情報取得部４は、取引が承認対象である場合に、取引の承認関係を特定するための承認関係情報９を承認要求者１２から取得する。承認要求部５は、特定した承認関係にもとづいて取引の承認を承認部７に要求し、承認部７からの承認応答として承認要求者１２に関する画像情報１０を取得する。表示部６は、画像情報１０に対応する画像を表示する。これにより、オペレータ１３は、表示部６の表示から承認要求者１２への商品を販売する判断をおこなうことができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、取引承認システム、および取引承認方法に関する。
【背景技術】
【０００２】
近年は、スーパーマーケットやコンビニエンスストアをはじめとして、商品販売の現場では、ＰＯＳ（Point Of Sale）システムが広く普及している。ＰＯＳ端末は、バーコードスキャナを備え、商品に付されたバーコードをスキャンし、商品コードを取得する。そして、ＰＯＳ端末は、取得した商品コードで商品情報ファイルを検索し、商品名や販売価格などの商品情報を取得する。このとき、商品情報に含まれる年齢確認対象商品であるか否かの情報を参照することで、ＰＯＳ端末は、販売員に対して商品販売時の年齢確認を促している。
【０００３】
年齢確認対象商品は、たとえば、たばこや酒など販売対象を成人に限るものが含まれる。販売員は、客の容貌の目視、あるいは証明書（たとえば、自動車運転免許証や成年識別ＩＣカードなど）の提示を求めて年齢確認をおこなっている。
【０００４】
また、サービスサイトが認証をおこないユーザの携帯電話にユーザの顔写真を送信することで、携帯電話が表示する顔写真を確認させて、販売員にユーザの本人認証を委ねる認証販売課金方法の提案がある（たとえば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−２２３５９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、未成年が保護者の依頼を受けて商品を購入する場合（たとえば、お使い）、すなわち保護者による承認を受けている場合であっても、販売員には保護者による承認を確認する術がない。したがって、販売員は、未成年者（取引能力のない者）に対して年齢確認対象商品を販売（取引）することができない。
【０００７】
そこで、本発明は、取引能力のない者の取引を承認可能な取引承認システム、および取引承認方法の提供を目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、取引承認システムは、識別情報取得部と、承認対象確認部と、承認関係情報取得部と、承認要求部と、表示部を備える。
識別情報取得部は、取引対象の識別情報を取得する。承認対象確認部は、識別情報にもとづいて取引対象の取引が承認対象か否かを確認する。承認関係情報取得部は、取引が承認対象である場合に、取引の承認関係を特定するための承認関係情報を、承認要求者から取得する。承認要求部は、特定した承認関係にもとづいて取引の承認を承認部に要求し、承認部からの承認応答として承認要求者に関する画像情報を取得する。表示部は、画像情報に対応する画像を表示する。
【０００９】
また、上記課題を解決するために、取引承認方法は、取引対象の識別情報を取得し、識別情報にもとづいて取引対象の取引が承認対象か否かを確認し、取引が承認対象である場合に、取引の承認関係を特定するための承認関係情報を、承認要求者から取得し、特定した承認関係にもとづいて取引の承認を承認部に要求し、承認部からの承認応答として承認要求者に関する画像情報を取得し、画像情報に対応する画像を表示する。
【発明の効果】
【００１０】
上記の取引承認システム、および取引承認方法によれば、取引能力のない者の取引を承認することができる。
【図面の簡単な説明】
【００１１】
【図１】第１の実施形態の取引承認システムの構成例を示す図である。
【図２】第２の実施形態の取引承認の概要を示す図である。
【図３】第２の実施形態のＰＯＳシステムの構成を示す図である。
【図４】第２の実施形態のキャッシャユニットのハードウェア構成例を示す図である。
【図５】第２の実施形態のチェッカユニットとキャッシャユニットにおける商品精算処理のシーケンス図である。
【図６】第２の実施形態のキャッシャユニットにおける商品登録処理のフローチャートである。
【図７】第２の実施形態の商品マスタの一例を示す図である。
【図８】第２の実施形態の登録済商品リストの一例を示す図である。
【図９】第２の実施形態のキャッシャユニットにおける支払登録処理のフローチャートである。
【図１０】第２の実施形態のお使いカードの一例を示す図である。
【図１１】第２の実施形態の取引承認をおこなう携帯電話の表示画面の一例を示す図である。
【図１２】第２の実施形態のキャッシャユニットの表示画面（精算処理時）の一例を示す図である。
【図１３】第２の実施形態のキャッシャユニットの表示画面（承認応答時）の一例を示す図である。
【図１４】第２の実施形態の携帯電話における承認応答処理のフローチャートである。
【図１５】第３の実施形態のキャッシャユニットにおける商品登録処理のフローチャートである。
【図１６】第３の実施形態のマルチカードの一例を示す図である。
【図１７】第３の実施形態の店舗サーバにおける承認応答中継処理のフローチャートである。
【図１８】第３の実施形態の顧客マスタの一例を示す図である。
【図１９】第３の実施形態の承認取引リストの一例を示す図である。
【図２０】第３の実施形態のキャッシャユニットにおける支払登録処理のフローチャートである。
【図２１】第４の実施形態の取引承認の概要を示す図である。
【図２２】第４の実施形態のキャッシャユニットにおける支払登録処理のフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本技術の実施の形態を図面を参照して詳細に説明する。
［第１の実施形態］
まず、第１の実施形態の取引承認システムの構成について図１を用いて説明する。図１は、第１の実施形態の取引承認システムの構成例を示す図である。
【００１３】
取引承認システム１は、承認要求者１２が要求する取引の承認をおこなうシステムである。取引承認システム１は、たとえば、酒やたばこなどの年齢確認対象商品を未成年が購入しようとした場合に、その場にいない保護者等に取引（商品の購入）の承認を求めて、取引の成立を可能にするシステムである。
【００１４】
取引承認システム１は、識別情報取得部２と、承認対象確認部３と、承認関係情報取得部４と、承認要求部５と、表示部６を備える。
識別情報取得部２は、取引対象１１の識別情報８を取得する。なお、識別情報８は、取引対象となる商品やサービスを一意に識別するための情報である。たとえば、取引が商品売買であれば、取引対象１１は、商品である。この場合、識別情報取得部２は、商品（取引対象１１）に付されたバーコードから商品を識別する商品コード（識別情報８）を取得する。なお、取引がサービスの提供であれば、取引対象１１は、サービスである。たとえば、サービスには、金銭授受を伴うもの（たとえば、賃貸借契約（ビデオや本などのレンタル））や金銭授受を伴わないもの（たとえば、宅配便の受け取りなど）を含む。
【００１５】
承認対象確認部３は、識別情報８にもとづいて取引対象１１の取引が承認対象か否かを確認する。たとえば、商品コード（識別情報８）が酒であれば、年齢確認対象商品（承認対象）である旨の情報が関連付けられている。承認対象確認部３は、年齢確認対象商品である旨の情報を参照することで承認対象か否かを確認することができる。
【００１６】
承認関係情報取得部４は、取引が承認対象である場合に、取引の承認関係を特定するための承認関係情報９を、承認要求者１２から取得する。なお、承認関係情報９は、承認要求者１２と、取引に承認を与える承認部７との関係を示す情報である。承認要求者１２は、たとえば、お使いカード（承認関係情報記録媒体）を所持していて、お使いカードは、保護者の携帯電話のメールアドレス（承認関係情報９）を２次元バーコードにより記録している。承認関係情報取得部４は、２次元バーコードをスキャンしてメールアドレスを取得する。
【００１７】
承認要求部５は、特定した承認関係にもとづいて取引の承認を承認部７に要求し、承認部７からの承認応答として承認要求者１２に関する画像情報１０を取得する。たとえば、承認要求部５は、承認関係情報取得部４が取得したメールアドレスに取引内容を通知して取引の承認を求める。保護者の携帯電話（承認部７）は、保護者による取引の承認を得て、画像情報１０を添付してメールを返信する。承認要求部５は、返信メールから画像情報１０を取得する。
【００１８】
なお、画像情報１０は、承認要求者１２を特定可能な画像を表示する情報であり、たとえば、承認要求者１２の顔画像である。また、画像情報１０は、表示部６が表示可能な所定の画像フォーマットにしたがった画像データであってもよいし、表示部６が参照可能な画像データの参照先を示す情報であってもよい。
【００１９】
表示部６は、画像情報１０に対応する画像を表示する。表示部６は、たとえば、オペレータ１３が視認可能な表示装置である。オペレータ１３は、表示部６に表示された承認要求者１２の顔画像と、承認要求者１２とを比較して保護者が承認した本人であるか否かを確認し、商品販売の判断をおこなうことができる。
【００２０】
このように、取引承認システム１は、未成年者等の取引能力のない者の取引を承認することができる。また、保護者等においても、取引をおこなう未成年者に同行する必要なく取引の承認を与えることができる。これにより、取引承認システム１は、保護者が子供にお使いを頼むような場合に、子供が円滑な買い物をおこなうことを可能にする。
【００２１】
［第２の実施形態］
次に、第２の実施形態を用いてより具体的に説明する。図２は、第２の実施形態の取引承認の概要を示す図である。
【００２２】
取引の承認は、子供２３が商店２０において商品２２を購入しようとする場合に必要とされ得る。たとえば、子供２３が保護者２６からお使いを頼まれた場合に、商品２２に年齢確認対象商品が含まれる場合がある。商品２２が年齢確認対象商品である場合に、商店２０は、子供２３による商品２２の購入の承認を保護者２６から得て、子供２３への商品２２の販売をおこなう。
【００２３】
子供２３が購入しようとする商品２２に年齢確認対象商品が含まれるか否かは、ＰＯＳシステム１００により検出される。商店２０は、子供２３が所持するお使いカード２４に記録される保護者連絡先としてのメールアドレス（保護者２６の有する携帯電話２７のメールアドレス）を取得する。ＰＯＳシステム１００は、ネットワーク２５を通じて携帯電話２７宛てに、子供２３が購入しようとする商品２２を通知し、販売の承認を要求する。保護者２６は、通知された商品２２の販売を承認する場合、子供２３の顔画像を添付してメールをＰＯＳシステム１００に返信する。ＰＯＳシステム１００は、返信されたメールに添付された顔画像をＰＯＳ端末に表示する。オペレータが子供２３と顔画像を比較して一致することで、保護者２６の承認が正当なものだと判断することができる。保護者２６からの承認を得て、オペレータは、子供２３が購入しようとする商品２２の精算をおこなう。
【００２４】
このように、ＰＯＳシステム１００は、子供２３が年齢確認対象商品の購入をしようとする場合に、保護者２６の付き添いがなくとも、保護者２６の承認を得て年齢確認対象商品を販売することができる。
【００２５】
次に、ＰＯＳシステム１００の構成について図３を用いて説明する。図３は、第２の実施形態のＰＯＳシステムの構成を示す図である。
ＰＯＳシステム１００は、ＰＯＳサーバ１３０と１台または複数台のＰＯＳ端末１０１（図示は１台）を備え、販売時点情報管理をおこなう。ＰＯＳサーバ１３０とＰＯＳ端末１０１は、ネットワーク１３１を介して通信可能に接続される。また、ネットワーク１３１は、ネットワーク２５と接続可能であり、ＰＯＳサーバ１３０は、外部端末装置（たとえば、携帯電話や外部サーバ）と通信可能に接続可能である。
【００２６】
ＰＯＳサーバ１３０は、ＰＯＳ端末１０１により登録された販売情報を一元管理する。また、ＰＯＳサーバ１３０は、商品を識別するための商品コードや価格などを登録した商品マスタを管理する。
【００２７】
ＰＯＳ端末１０１は、キャッシャユニット１０２と、チェッカユニット１０３を有する。キャッシャユニット１０２は、主として販売代金の受領作業をおこなうためのユニットである。キャッシャユニット１０２は、制御ユニット１０４、キーボード１０５、自動釣銭機１０６、キャッシュドロア１０７、自動釣札機１０８、磁気カードリーダ１０９、タッチパネル１１０、ディスプレイ１１１、カスタマディスプレイ１１２、プリンタ１１３を有する。
【００２８】
制御ユニット１０４は、キャッシャユニット１０２を制御するとともに、ＰＯＳ端末１０１を統括的に制御するコンピュータである。自動釣銭機１０６は、客から受け取った硬貨の入金と、釣銭の出金とをおこなう。自動釣札機１０８は、客から受け取った紙幣の入金と、釣札の出金とをおこなう。キャッシュドロア１０７は、硬貨および紙幣を収納する収納庫である。ディスプレイ１１１は、取引作業をおこなうための所定のＧＵＩ（Graphical User Interface）を表示する。また、ディスプレイ１１１は、年齢確認の際に保護者２６から送信されてきた子供２３の顔写真を表示する。ディスプレイ１１１は、たとえば、液晶ディスプレイである。ディスプレイ１１１は、タッチパネル１１０の下層に位置している。ディスプレイ１１１の表示する画像は、タッチパネル１１０を透過して、オペレータから視認可能である。オペレータは、ディスプレイ１１１によって表示された画像を見ながら、タッチパネル１１０に対するタッチ操作をおこなうことができる。キーボード１０５は、ディスプレイ１１１に表示されたＧＵＩを操作するための入力装置である。カスタマディスプレイ１１２は、客側に取引情報を表示する表示装置であり、たとえば、商品購入代金の合計額、客からの預かり金額、釣銭金額などを表示する。磁気カードリーダ１０９は、クレジットカードや会員カードなどが備える磁気ストライプに記録された情報を読み取る。プリンタ１１３は、客との取引結果をロール紙に印字してレシートを発行する印刷装置である。
【００２９】
チェッカユニット１０３は、主として商品コードの入力作業をおこなうためのユニットである。チェッカユニット１０３は、レーン台１１５、支柱１１６、固定スキャナ１１７、スピーカ１１８、多項目キーボード１１９、ディスプレイ１２０、カスタマディスプレイ１２１、タッチパネル１２２を有する。
【００３０】
レーン台１１５は、支柱１１６を支持する。また、レーン台１１５には、客が持参した買い物かごや、買い物かごに投入された商品が載置される。支柱１１６は、固定スキャナ１１７、スピーカ１１８、多項目キーボード１１９、ディスプレイ１２０、カスタマディスプレイ１２１、タッチパネル１２２を支持する。固定スキャナ１１７は、商品に付与されたバーコードを読み取るための装置である。オペレータは、商品に付されたバーコードを固定スキャナ１１７に向けてかざすことで、固定スキャナ１１７を入力装置とした商品コードの入力をおこなう。商品コードの入力結果は、ディスプレイ１２０に表示されて、オペレータが商品コードの入力結果を確認することができる。
【００３１】
タッチパネル１２２は、バーコードの付されていない商品（たとえば、ばら売りの野菜や魚などの生鮮食料品や、惣菜など）をディスプレイ１２０に表示される商品群から選択する入力装置である。カスタマディスプレイ１２１は、客側に取引情報を表示する表示装置であり、たとえば、商品コードを入力した商品の名称、単価などを表示する。また、スピーカ１１８により音声で入力結果を報知する。たとえば、スピーカ１１８は、入力が正常になされたときと、入力についてオペレータに注意喚起をする必要があるときなど状態に応じて異なる態様の音声出力をおこなう。より具体的には、たとえば、正常時は、「ピッ」という単発音で、注意喚起時は、「ピピッ」という連続音のようにオペレータが容易に区別可能な音声出力をおこなう。多項目キーボード１１９は、オペレータの操作を受け付ける。たとえば、多項目キーボード１１９は、スピーカ１１８からの音声出力で注意喚起されたときに、操作の誤りを認識したオペレータによる訂正操作を受け付ける。
【００３２】
次に、第２の実施形態のキャッシャユニット１０２のハードウェア構成について説明する。図４は、第２の実施形態のキャッシャユニットのハードウェア構成例を示す図である。
【００３３】
キャッシャユニット１０２は、制御ユニット１０４に各種入出力装置を接続する。制御ユニット１０４は、ＣＰＵ（Central Processing Unit）１０４ａによって装置全体が制御されている。ＣＰＵ１０４ａには、バス１０４ｇを介してＲＡＭ（Random Access Memory）１０４ｂ、ＨＤＤ（Hard Disk Drive：ハードディスクドライブ）１０４ｃ、通信インタフェース１０４ｄ、グラフィック処理装置１０４ｅ、および入出力インタフェース１０４ｆが接続されている。
【００３４】
ＲＡＭ１０４ｂには、ＣＰＵ１０４ａに実行させるＯＳ（Operating System）のプログラムやサーバを実行するためのアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０４ｂには、ＣＰＵ１０４ａによる処理に必要な各種データが格納される。ＨＤＤ１０４ｃには、ＯＳやアプリケーションプログラムが格納される。
【００３５】
グラフィック処理装置１０４ｅには、ディスプレイ１１１、カスタマディスプレイ１１２が接続されている。グラフィック処理装置１０４ｅは、ＣＰＵ１０４ａからの命令に従って、画像をディスプレイ１１１、カスタマディスプレイ１１２の画面に表示させる。
【００３６】
入出力インタフェース１０４ｆには、キーボード１０５、自動釣銭機１０６、キャッシュドロア１０７、自動釣札機１０８、磁気カードリーダ１０９、タッチパネル１１０、プリンタ１１３が接続されている。また、入出力インタフェース１０４ｆは、可搬型記録媒体１２３への情報の書込み、および可搬型記録媒体１２３への情報の読出しが可能な可搬型記録媒体インタフェースと接続可能になっている。入出力インタフェース１０４ｆは、キーボード１０５、自動釣銭機１０６、キャッシュドロア１０７、自動釣札機１０８、磁気カードリーダ１０９、タッチパネル１１０、プリンタ１１３、可搬型記録媒体インタフェースから送られてくる信号を、バス１０４ｇを介してＣＰＵ１０４ａに送信する。
【００３７】
通信インタフェース１０４ｄは、たとえば、ＲＳ−２３２Ｃ（Recommended Standard 232 version C）やＵＳＢ（Universal Serial Bus）接続の接続形式でチェッカユニット１０３に接続されている。通信インタフェース１０４ｄは、チェッカユニット１０３との間でデータの送受信をおこなう。
【００３８】
以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、チェッカユニット１０３、ＰＯＳサーバ１３０も同様のハードウェア構成で実現できる。
【００３９】
なお、キャッシャユニット１０２、チェッカユニット１０３は、それぞれＦＰＧＡ（Field Programmable Gate Array）やＤＳＰ（Digital Signal Processer）などからなるモジュールを含んで構成することもでき、ＣＰＵ１０４ａを有しない構成とすることもできる。その場合、キャッシャユニット１０２、チェッカユニット１０３は、それぞれ不揮発性メモリ（たとえば、ＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）、フラッシュメモリ、フラッシュメモリ型メモリカードなど）を備え、モジュールのファームウェアを記憶する。不揮発性メモリは、可搬型記録媒体１２３、あるいは通信インタフェース１０４ｄを介してファームウェアを書き込むことができる。このようにキャッシャユニット１０２、チェッカユニット１０３は、不揮発性メモリに記憶されているファームウェアを書き換えることにより、ファームウェアの更新をすることもできる。
【００４０】
次に、第２の実施形態のＰＯＳ端末１０１の商品精算シーケンスについて図５を用いて説明する。図５は、第２の実施形態のチェッカユニットとキャッシャユニットにおける商品精算処理のシーケンス図である。
【００４１】
ＰＯＳ端末１０１は、客の買い物ごとに商品コードの入力と精算をおこなう。商品精算処理は、チェッカユニット１０３が商品に付されたバーコードを読み取って精算対象を特定し、キャッシャユニット１０２が精算をおこなう処理である。
【００４２】
［ステップＳ１１］キャッシャユニット１０２は、固定スキャナ１１７の初期化を指示する。固定スキャナ１１７の初期化の指示は、たとえば、オペレータによるキーボード１０５またはタッチパネル１１０の操作にもとづいておこなわれる。たとえば、キャッシャユニット１０２は、客の買い物一回ごとに登録済商品リスト（後述する図８参照）の初期化指示をおこなう。
【００４３】
［ステップＳ２１］チェッカユニット１０３は、キャッシャユニット１０２からの初期化指示を受けて買い物単位のデータを記憶する記憶領域の初期化をおこなう。
［ステップＳ２２］チェッカユニット１０３は、商品コードの入力を終了するか否かを判定する。商品コードの入力の終了判定は、キャッシャユニット１０２からの終了指示を受けて判定する。チェッカユニット１０３は、商品コードの入力を終了すると判定した場合は、商品コードの入力を終了する。一方、チェッカユニット１０３は、商品コードの入力を終了しないと判定した場合は、ステップＳ２３にすすむ。
【００４４】
［ステップＳ２３］チェッカユニット１０３は、固定スキャナ１１７から商品に付されたバーコードを読み取る。なお、バーコードの付されていない商品については、チェッカユニット１０３は、多項目キーボード１１９、またはタッチパネル１２２から商品種別、数量等を入力する。
【００４５】
［ステップＳ２４］チェッカユニット１０３は、入力データ（固定スキャナ１１７から読み取ったバーコード、または多項目キーボード１１９、またはタッチパネル１２２からの入力データ）をキャッシャユニット１０２に通知する。
【００４６】
［ステップＳ１２］キャッシャユニット１０２は、チェッカユニット１０３からの入力データの通知、または小計キーの押下を待ち受ける。キャッシャユニット１０２は、チェッカユニット１０３からの入力データの通知があった場合、ステップＳ１３にすすむ。一方、キャッシャユニット１０２は、小計キーの押下があった場合、ステップＳ１４にすすむ。
【００４７】
［ステップＳ１３］キャッシャユニット１０２は、精算対象となる商品を登録する商品登録処理を実行する。商品登録処理の詳細は、図６から図８を用いて後で詳細に説明する。
【００４８】
［ステップＳ１４］キャッシャユニット１０２は、キーボード１０５により小計キーが押下されたことで、チェッカユニット１０３にバーコード入力処理の終了を指示して、バーコード入力処理を終了する。
【００４９】
このように、チェッカユニット１０３は、キャッシャユニット１０２からの終了指示を受けるまでバーコードの読み取りと入力データの通知をおこなう。
［ステップＳ１５］キャッシャユニット１０２は、支払対象（精算対象）となる商品を確定させる支払登録処理を実行する。支払登録処理の詳細は、図９から図１３を用いて後で詳細に説明する。
【００５０】
［ステップＳ１６］キャッシャユニット１０２は、支払対象として商品を確定した商品について精算処理を実行する。キャッシャユニット１０２は、精算処理において客からの現金、またはクレジットカードの受け付け、釣銭の払出し、レシートの印刷等をおこなう。
【００５１】
次に、商品精算シーケンスにおいてキャッシャユニット１０２が実行する商品登録処理について図６から図８を用いて説明する。図６は、第２の実施形態のキャッシャユニットにおける商品登録処理のフローチャートである。図７は、第２の実施形態の商品マスタの一例を示す図である。図８は、第２の実施形態の登録済商品リストの一例を示す図である。
【００５２】
［ステップＳ３１］キャッシャユニット１０２は、チェッカユニット１０３からの入力データ（商品コード）の通知を受けて、ＰＯＳサーバ１３０が記憶する商品マスタに商品コードを照会する。
【００５３】
ここで、商品マスタの一例について、商品マスタ２００を参照して説明する。商品マスタ２００は、商品コード毎に、商品名、商品単価、販売許可情報が登録されている。商品名は、商品コードによって特定される商品の名称である。商品単価は、商品コードによって特定される商品の単価である。販売許可情報は、商品コードによって特定される商品が年齢確認対象商品か否かを判別するための情報である。たとえば、商品コード「０１２３４５６７８９０１２」の商品名「○○ビール３５０ｍｌ」は、販売許可情報が「有」なので年齢確認対象商品である。商品コード「０１２３４５６７８９１２３」の商品名「柿の種」は、販売許可情報が「無」なので年齢確認対象商品ではない。なお、商品マスタは、メーカ名等のその他の情報を含むものであってもよい。
【００５４】
［ステップＳ３２］キャッシャユニット１０２は、照会した商品マスタから商品名、商品単価を取得する。
［ステップＳ３３］キャッシャユニット１０２は、照会した商品マスタから販売許可情報を取得する。
【００５５】
［ステップＳ３４］キャッシャユニット１０２は、商品マスタに照会した商品を精算対象として登録済商品リストに登録する。登録済商品リストは、キャッシャユニット１０２が買い物単位に記憶する精算対象となった商品のリストである。登録済商品リストは、精算対象として商品を登録するごとにリストの追加登録をおこない、小計キー押下で「ＥＮＤ」登録をおこなう。
【００５６】
ここで、登録済商品リストの一例について、登録済商品リスト２１０を参照して説明する。登録済商品リスト２１０は、商品コード毎に、商品名、商品単価、販売許可情報、数量、値割引、値割引後単価、合価が登録されている。商品名は、商品マスタから取得した商品名である。商品単価は、商品マスタから取得した商品単価である。販売許可情報は、商品マスタから取得した販売許可情報である。数量は、精算対象とした商品の数または量である。値割引は、商品毎の値引額、または割引額である。値割引後単価は、商品毎の値引額、または割引額を適用後の商品単価である。合価は、値割引後単価に数量を乗じた合計価格である。
【００５７】
［ステップＳ３５］キャッシャユニット１０２は、商品を精算対象として登録したことを、ディスプレイ１１１、カスタマディスプレイ１１２の画面に表示して報知する。また、キャッシャユニット１０２は、図示しないスピーカにより音声報知する。
【００５８】
このようにして、キャッシャユニット１０２は、客が購入しようとする商品をリスト化する。登録済商品リストは、販売許可情報を含むことによって、リスト化された商品に年齢確認対象商品が含まれるか否かを把握可能にしている。
【００５９】
次に、商品精算シーケンスにおいてキャッシャユニット１０２が実行する支払登録処理について図９から図１３を用いて説明する。図９は、第２の実施形態のキャッシャユニットにおける支払登録処理のフローチャートである。図１０は、第２の実施形態のお使いカードの一例を示す図である。図１１は、第２の実施形態の取引承認をおこなう携帯電話の表示画面の一例を示す図である。図１２は、第２の実施形態のキャッシャユニットの表示画面（精算処理時）の一例を示す図である。図１３は、第２の実施形態のキャッシャユニットの表示画面（承認応答時）の一例を示す図である。
【００６０】
［ステップＳ４１］キャッシャユニット１０２は、保留取引がある場合に、保留取引を再開するか否かを判定する。保留取引とは、買い物の精算に時間を要する場合に、一旦、保留された取引である。保留取引は、別の買い物客の精算終了後等にあらためて再開される。
【００６１】
キャッシャユニット１０２は、保留取引を再開すると判定した場合にステップＳ５０にすすみ、保留取引を再開しないと判定した場合にステップＳ４２にすすむ。保留取引を再開するか否かの判定は、取引再開入力（たとえば、オペレータによるキーボード１０５またはタッチパネル１１０の操作）の有無を判定しておこなう。
【００６２】
［ステップＳ４２］キャッシャユニット１０２は、登録済商品リストを照会する。
［ステップＳ４３］キャッシャユニット１０２は、登録済商品リストに販売許可情報「有」の商品が登録されているか否かを判定する。キャッシャユニット１０２は、登録済商品リストに販売許可情報「有」の商品が登録されている場合にステップＳ４４にすすみ、登録されていない場合に支払登録処理を終了する。
【００６３】
［ステップＳ４４］キャッシャユニット１０２は、登録済商品リストに販売許可情報「有」の商品が登録されているため、登録済商品リストに年齢確認対象商品があることをオペレータおよび客に報知する。キャッシャユニット１０２は、ディスプレイ１１１、カスタマディスプレイ１１２の画面への表示、および図示しないスピーカからの音声出力により報知をおこなう。
【００６４】
［ステップＳ４５］キャッシャユニット１０２は、年齢確認対象商品の販売確認（年齢確認）の入力を受け付ける。オペレータは、客の容貌の目視、あるいは証明書の提示により年齢確認をおこない、キーボード１０５またはタッチパネル１１０から販売確認の入力をおこなう。キャッシャユニット１０２は、年齢確認対象商品の販売確認の入力を受け付けた場合に支払登録処理を終了し、販売確認の入力を受け付けない場合にステップＳ４６にすすむ。
【００６５】
［ステップＳ４６］キャッシャユニット１０２は、客（この場合、未成年）が所持するお使いカード２４から連絡先２４ａを取得する。キャッシャユニット１０２は、連絡先２４ａを取得した場合にステップＳ４７にすすみ、取得できない場合にステップＳ５６にすすむ。
【００６６】
なお、連絡先２４ａは、お使いカード２４に印字された二次元バーコードであり、保護者２６の携帯電話２７のメールアドレスである。キャッシャユニット１０２は、チェッカユニット１０３が備える固定スキャナ１１７、あるいは図示しないバーコードリーダから連絡先２４ａを取得する。なお、お使いカード２４は、文字により連絡先２４ａを記録するものであってもよいし、ＩＣカードや磁気カードなどで電磁気的に連絡先２４ａを情報として保持するものであってもよい。
【００６７】
［ステップＳ４７］キャッシャユニット１０２は、連絡先２４ａに対して、登録済商品リストを通知して保護者２６に買い物の承認を依頼する処理をＰＯＳサーバ１３０に依頼する。依頼を受けたＰＯＳサーバ１３０は、携帯電話２７宛てに承認依頼のメールを送信する。
【００６８】
ＰＯＳサーバ１３０が送信した承認依頼のメールは、携帯電話２７によって受信され、保護者２６によって閲覧される。表示画面２７ａは、承認内容表示２７ｂと、承認応答操作部２７ｃと、不承認応答操作部２７ｄを表示する。承認内容表示２７ｂは、精算対象として登録している商品のリスト（商品名、単価、数量、合価（合計価格）など）を表示する。承認応答操作部２７ｃは、保護者２６の承認応答を受け付ける操作表示部である。不承認応答操作部２７ｄは、保護者２６の不承認応答を受け付ける操作表示部である。
【００６９】
［ステップＳ４８］キャッシャユニット１０２は、保護者２６からの承認待ちの取引を保留するか否かを判定する。キャッシャユニット１０２は、保護者２６からの承認待ちの取引を保留する場合にステップＳ４９にすすみ、取引を保留しない場合にステップＳ５１にすすむ。
【００７０】
取引保留の判定は、取引保留入力（たとえば、オペレータによるキーボード１０５またはタッチパネル１１０の操作）の有無を判定しておこなう。これにより、キャッシャユニット１０２は、買い物の待ち行列がある場合に、一旦、保護者２６からの承認待ちの取引を保留して後続の客の買い物の精算をおこなうことができる。
【００７１】
［ステップＳ４９］キャッシャユニット１０２は、保留する取引（登録済商品リストおよび登録済商品リストを特定する情報）を一時記憶に格納し、支払登録処理を終了する。なお、保留する取引の格納先は、制御ユニット１０４の記憶部（たとえば、ＲＡＭ１０４ｂ、またはＨＤＤ１０４ｃ）であってもよいし、ＰＯＳサーバ１３０など外部装置が備える記憶部であってもよい。外部装置が備える記憶部に保留する取引を格納する場合、取引を保留したキャッシャユニット１０２とは別のキャッシャユニット（たとえば、サービスカウンタなど）によって取引を再開するようにしてもよい。
【００７２】
［ステップＳ５０］キャッシャユニット１０２は、保留された取引の格納先から保留された取引を取得する。
［ステップＳ５１］キャッシャユニット１０２は、保護者２６からの承認待ちの取引について承認応答があったか否かを判定する。保護者２６からの承認待ちの取引について承認応答があったか否かの判定は、ＰＯＳサーバ１３０からの通知、またはＰＯＳサーバ１３０への問い合わせによっておこなう。キャッシャユニット１０２は、保護者２６からの承認待ちの取引について承認応答があった場合にステップＳ５２にすすみ、承認応答がない場合に承認応答待ちとなる。なお、キャッシャユニット１０２は、所定時間待ち受けた後に承認応答がないものとしてステップＳ５６にすすむようにしてもよい。
【００７３】
［ステップＳ５２］キャッシャユニット１０２は、承認応答が「承認」であるか否かを判定する。承認応答が「承認」であるか否かの判定は、ＰＯＳサーバ１３０からの通知、またはＰＯＳサーバ１３０への問い合わせによっておこなう。キャッシャユニット１０２は、承認応答が「承認」である場合にステップＳ５３にすすみ、承認応答が「承認」でない場合にステップＳ５６にすすむ。
【００７４】
なお、ＰＯＳサーバ１３０は、携帯電話２７からの買い物を承認する応答を受けて、キャッシャユニット１０２に承認応答が「承認」である旨を通知する。「承認」である旨の通知は、保護者２６からの返信メールに添付された画像を含む。携帯電話２７は、保護者２６が承認応答操作部２７ｃを操作したことにもとづいて、買い物を承認する旨のメールをＰＯＳサーバ１３０に返信し、不承認応答操作部２７ｄを操作したことにもとづいて、買い物を承認しない旨のメールをＰＯＳサーバ１３０に返信する。買い物を承認する旨のメールは、子供２３の顔を識別可能な顔写真が添付される。
【００７５】
［ステップＳ５３］キャッシャユニット１０２は、ＰＯＳサーバ１３０から通知された画像をディスプレイ１１１に表示する。ディスプレイ１１１への表示は、たとえば、精算中の表示画面２２０を表示画面２３０に切り替えるようにしておこなう。
【００７６】
［ステップＳ５４］キャッシャユニット１０２は、オペレータによる販売許可の有無を判定する。キャッシャユニット１０２は、販売許可がある場合に支払登録処理を終了し、販売許可がない場合にステップＳ５５にすすむ。
【００７７】
販売許可の有無の判定は、販売許可入力（たとえば、オペレータによるキーボード１０５またはタッチパネル１１０の操作）の有無を判定しておこなう。販売許可は、ディスプレイ１１１に表示された画像（子供２３の顔画像）と子供２３とを比較して同一性があると判断した場合に入力される。このようにして、キャッシャユニット１０２は、キーボード１０５、タッチパネル１１０から承認応答のあった取引を許可する許可入力を受け付ける（許可受付部）。
【００７８】
［ステップＳ５５］キャッシャユニット１０２は、ＰＯＳサーバ１３０から通知された画像が、ステップＳ５３で表示した画像以外にあるか否か（すなわち、更新画像があるか否か）を判定する。キャッシャユニット１０２は、更新画像がある場合に表示対象となる画像を切り替えてステップＳ５３にすすみ、更新画像がない場合にステップＳ５６にすすむ。
【００７９】
［ステップＳ５６］キャッシャユニット１０２は、登録済商品リストから販売許可情報が「有」の商品を削除して登録済商品リストを更新して、支払登録処理を終了する。たとえば、登録済商品リスト２１０の場合、キャッシャユニット１０２は、商品コード「０１２３４５６７８９０１２」の商品を削除する。これにより、キャッシャユニット１０２は、年齢確認のできない客への商品の販売を、年齢確認対象商品を除いておこなうことができる。
【００８０】
このようにして、キャッシャユニット１０２は、子供２３への年齢確認対象商品の販売を保護者２６の承認を得て許可することができる。
ここで、ステップＳ５３で触れた表示画面２２０、２３０について説明する。表示画面２２０は、ディスプレイ１１１の表示画面の一例であり、取引内容表示部２２１、会員情報表示部２２２、承認進行表示部２２３、操作表示部２２４、操作案内表示部２２５などから構成される。
【００８１】
取引内容表示部２２１は、取引内容の詳細を表示する。たとえば、取引内容表示部２２１は、商品名、商品単価、数量、合計金額、預かり金、釣銭などを表示する。会員情報表示部２２２は、店舗に登録した会員（顧客）に関する情報を表示する。たとえば、会員情報表示部２２２は、会員番号、会員名を表示する。承認進行表示部２２３は、買い物の承認を保護者２６に求める場合の進行を表示する。たとえば、承認進行表示部２２３は、「販売承認が必要です」、「販売承認先を取得してください」、「販売承認を確認中です」、「販売承認がありました」、「販売承認されませんでした」などが表示される。操作表示部２２４は、タッチパネル１１０が入力操作を受け付ける操作位置と、操作位置に対応する操作名を表示する。たとえば、操作表示部２２４は、取引再開入力、取引保留入力、その他精算処理のための操作位置、操作名を表示する。操作案内表示部２２５は、操作案内を表示する。たとえば、操作案内表示部２２５は、「お預かり金額を入力し、現計ボタンを押して下さい。」のように、次にすべき操作を案内する。
【００８２】
表示画面２３０は、保護者２６による子供２３の買い物が承認された時のディスプレイ１１１の表示画面の一例である。表示画面２３０は、処理中の表示画面の前面に割込表示ウインドウ２３１を表示する。割込表示ウインドウ２３１は、精算中の表示画面２２０の前面に表示されるウインドウ表示である。割込表示ウインドウ２３１の表示中において、タッチパネル１１０は、割込表示ウインドウ２３１に表示中の操作のみを受け付けるようにしてもよい。また、表示画面２３０は、割込表示ウインドウ２３１の背面となる表示画面２２０の明度を落として、オペレータに割込表示ウインドウ２３１を注視させるようにしてもよい。
【００８３】
割込表示ウインドウ２３１は、承認応答表示部２３２、操作案内部２３３、画像表示部２３４、画像送り操作部２３５、許可操作部２３６、不可操作部２３７などから構成される。承認応答表示部２３２は、承認応答内容を表示する。たとえば、承認応答表示部２３２は、保護者２６からの回答として「販売をお願いします。」を表示する。操作案内部２３３は、承認応答に対する操作案内を表示する。たとえば、操作案内部２３３は、「販売判断」の操作をおこなうよう案内表示する。画像表示部２３４は、ＰＯＳサーバ１３０から通知された画像（保護者２６がメールに添付した画像）を表示する。たとえば、画像表示部２３４は、保護者２６がメールに添付した画像として、子供２３の顔を認識可能な画像を表示する。なお、画像表示部２３４が表示する画像は、図示した画像のように保護者２６と子供２３が一緒に写っているものであってもよい。
【００８４】
画像送り操作部２３５は、タッチパネル１１０が画像送り入力操作を受け付ける操作位置と、操作位置に対応する操作名を表示する。画像送り入力操作は、ＰＯＳサーバ１３０から複数の画像が通知された場合に、次の画像に切り替えるための操作である。これにより、一枚の画像に表示された顔と子供２３との同一性の判断が難しい場合に、オペレータは、別画像により、あるいは別画像を含めて同一性の判断をおこなうことができる。許可操作部２３６は、タッチパネル１１０が画像送り販売許可の操作を受け付ける操作位置と、操作位置に対応する操作名を表示する。販売許可の操作は、画像と子供２３とを比較して同一性があると判断した場合に、販売許可を入力する操作である。不可操作部２３７は、タッチパネル１１０が画像送り販売不可の操作を受け付ける操作位置と、操作位置に対応する操作名を表示する。販売不可の操作は、画像と子供２３とを比較して同一性がないと判断した場合に、販売不可を入力する操作である。
【００８５】
次に、携帯電話２７が実行する承認応答処理について図１４を用いて説明する。図１４は、第２の実施形態の携帯電話における承認応答処理のフローチャートである。
［ステップＳ６１］携帯電話２７は、表示画面２７ａに承認内容表示２７ｂをおこなう。併せて、携帯電話２７は、表示画面２７ａに承認応答操作部２７ｃおよび不承認応答操作部２７ｄを表示して、保護者２６の応答操作を待つ。
【００８６】
［ステップＳ６２］携帯電話２７は、承認応答操作部２７ｃからの応答操作があった場合（すなわち承認する場合）にステップＳ６３にすすみ、不承認応答操作部２７ｄからの応答操作があった場合（すなわち承認しない場合）にステップＳ６５にすすむ。
【００８７】
［ステップＳ６３］携帯電話２７は、メールに添付する画像を選択する。
［ステップＳ６４］携帯電話２７は、選択された画像を添付して承認応答のメールを返信し、承認応答処理を終了する。
【００８８】
［ステップＳ６５］携帯電話２７は、不承認応答のメールを返信し、承認応答処理を終了する。
これにより、保護者２６は、子供２３と同行していなくても子供２３の買い物を承認する意思を明示することができる。
【００８９】
なお、携帯電話２７を例示して説明したが、遠隔地にあっても子供２３の買い物を承認可能であれば、携帯電話に限らずその他の端末装置であってもよい。なお、携帯電話２７が実行する承認応答処理は、メール操作をおこなうメーラに限らず、承認応答用のアプリケーション（たとえば、ブラウザ）によって実現することもできる。また、メールアドレスによって携帯電話２７を特定したが、ＩＰアドレスやその他の識別情報によって保護者２６の端末装置を特定するものであってもよい。この場合、保護者２６の端末装置は、メールによらずにＰＯＳサーバ１３０との間で所要の通信をおこなうものであってもよい。
【００９０】
［第３の実施形態］
次に、第３の実施形態について説明する。第３の実施形態は、承認依頼をおこなうタイミングが支払登録時ではなく、商品登録時である点で第２の実施形態と異なる。また、第３の実施形態は、顧客マスタに登録した顧客を対象とし、あらかじめ一定の取引に対して許可を与える設定を登録可能な点で第２の実施形態と異なる。そのため、お使いをする子供２３は、お使いカード２４に代えて、あらかじめ登録した顧客に発行されるマルチカードを提示して買い物をおこなう。
【００９１】
まず、第３の実施形態の商品登録処理について図１５、図１６を用いて説明する。第３の実施形態の商品登録処理は、第２の実施形態の商品登録処理と同様に、商品精算シーケンスにおいてキャッシャユニット１０２が実行する。図１５は、第３の実施形態のキャッシャユニットにおける商品登録処理のフローチャートである。図１６は、第３の実施形態のマルチカードの一例を示す図である。
【００９２】
［ステップＳ７１］キャッシャユニット１０２は、チェッカユニット１０３からの入力データ（商品コード）の通知を受けて、ＰＯＳサーバ１３０が記憶する商品マスタに商品コードを照会する。
【００９３】
［ステップＳ７２］キャッシャユニット１０２は、照会した商品マスタから商品名、商品単価を取得する。
［ステップＳ７３］キャッシャユニット１０２は、照会した商品マスタから販売許可情報を取得する。
【００９４】
［ステップＳ７４］キャッシャユニット１０２は、商品精算シーケンスにおいて、すでに会員番号または年齢のいずれかについて確認があるか否かを判定する。キャッシャユニット１０２は、会員番号または年齢のいずれかについて確認がある場合にステップＳ８０にすすみ、承認依頼または年齢のいずれも確認がない場合にステップＳ７５にすすむ。
【００９５】
［ステップＳ７５］キャッシャユニット１０２は、取得した販売許可情報が「有」か否かを判定する。キャッシャユニット１０２は、販売許可情報が「有」の場合にステップＳ７６にすすみ、販売許可情報が「有」でない場合にステップＳ８０にすすむ。
【００９６】
［ステップＳ７６］キャッシャユニット１０２は、取得した販売許可情報が「有」であるため、年齢確認対象商品であることをオペレータおよび客に報知する。
［ステップＳ７７］キャッシャユニット１０２は、年齢確認対象商品の販売確認（年齢確認）の入力を受け付ける。キャッシャユニット１０２は、年齢確認対象商品の販売確認の入力を受け付けた場合にステップＳ８０にすすみ、販売確認の入力を受け付けない場合にステップＳ７８にすすむ。
【００９７】
［ステップＳ７８］キャッシャユニット１０２は、客（この場合、未成年）が所持するマルチカード２８に記録された会員番号（承認関係情報）を取得する。キャッシャユニット１０２は、会員番号を取得した場合にステップＳ７９にすすみ、取得できない場合に商品登録処理を終了する。
【００９８】
なお、マルチカード２８は、お使いカード、会員カード、ポイントカードの機能を備えたカードであり、商店２０がマルチカード２８の使用者を特定可能な情報を有するカードである。マルチカード２８は、リライタブル印字部２８ａ、印刷記録部２８ｂ、磁気記録部２８ｃを備え、これらのうち少なくともいずれか１つに会員番号（会員を一意に識別可能な識別情報）を記録する。
【００９９】
［ステップＳ７９］キャッシャユニット１０２は、登録済商品リストを通知して保護者２６に買い物の承認を依頼する処理をＰＯＳサーバ１３０に依頼する。
［ステップＳ８０］キャッシャユニット１０２は、商品マスタに照会した商品を精算対象として登録済商品リストに登録する。
【０１００】
［ステップＳ８１］キャッシャユニット１０２は、商品を精算対象として登録したことを、ディスプレイ１１１、カスタマディスプレイ１１２の画面に表示して報知して商品登録処理を終了する。また、キャッシャユニット１０２は、図示しないスピーカにより音声報知する。
【０１０１】
このようにして、キャッシャユニット１０２は、客が購入しようとする商品をリスト化する。ここでリスト化される商品は、客が購入しようとする商品のうち年齢確認対象商品は、年齢確認も会員番号の取得もできない場合に、登録済商品リストに登録されない。また、複数の年齢確認対象商品の登録済商品リストへの登録をおこなう場合、キャッシャユニット１０２は、年齢確認または会員番号の取得を最初の１回についておこなう。これにより、キャッシャユニット１０２は、登録済商品リストの確定を待たずにＰＯＳサーバ１３０に承認依頼をおこなうことができる。
【０１０２】
次に、承認応答中継処理について図１７から図１９を用いて説明する。第３の実施形態の承認応答中継処理は、第２の実施形態の承認応答処理の一部をＰＯＳサーバ１３０が実行する。図１７は、第３の実施形態の店舗サーバにおける承認応答中継処理のフローチャートである。図１８は、第３の実施形態の顧客マスタの一例を示す図である。図１９は、第３の実施形態の承認取引リストの一例を示す図である。
【０１０３】
［ステップＳ９１］ＰＯＳサーバ１３０は、ＰＯＳサーバ１３０が記憶する顧客マスタに会員番号を照会して、あらかじめ保護者２６が設定している承認取引を参照する。
ここで、顧客マスタの一例について、顧客マスタ２４０を参照して説明する。顧客マスタ２４０は、会員番号毎に、会員の氏名、住所、電話番号、メールアドレス、画像、承認取引が登録されている。承認取引は、事前に取引についての保護者の承認の有無を示す情報である。
【０１０４】
［ステップＳ９２］ＰＯＳサーバ１３０は、顧客マスタの承認取引を参照して承認ありか否かを確認し、承認取引「有」の場合にステップＳ９７にすすみ、承認取引「無」の場合にステップＳ９３にすすむ。
【０１０５】
［ステップＳ９３］ＰＯＳサーバ１３０は、顧客マスタからメールアドレスを取得する。
［ステップＳ９４］ＰＯＳサーバ１３０は、顧客マスタから取得したメールアドレス宛てに承認依頼のメールを送信する。
【０１０６】
［ステップＳ９５］ＰＯＳサーバ１３０は、保護者２６から返信（承認応答）があったか否かを判定する。ＰＯＳサーバ１３０は、保護者２６からの承認待ちの取引について返信があった場合にステップＳ９６にすすみ、返信がない場合に承認応答待ちとなる。なお、ＰＯＳサーバ１３０は、所定時間待ち受けた後に返信がないものとしてステップＳ９９にすすむようにしてもよい。
【０１０７】
［ステップＳ９６］ＰＯＳサーバ１３０は、承認応答が「承認」であるか否かを判定する。ＰＯＳサーバ１３０は、承認応答が「承認」である場合にステップＳ９７にすすみ、承認応答が「承認」でない場合にステップＳ９９にすすむ。
【０１０８】
［ステップＳ９７］ＰＯＳサーバ１３０は、承認応答「承認」を受けて、顧客マスタから画像を取得する。
［ステップＳ９８］ＰＯＳサーバ１３０は、顧客マスタから取得した画像とともに承認応答が「承認」である旨をキャッシャユニット１０２に通知して承認応答中継処理を終了する。
【０１０９】
［ステップＳ９９］ＰＯＳサーバ１３０は、承認応答が「不承認」である旨をキャッシャユニット１０２に通知して承認応答中継処理を終了する。
このように、ＰＯＳサーバ１３０は、事前に取引について保護者の承認を得ている場合は、保護者に連絡することなくキャッシャユニット１０２に承認する旨を連絡するため保護者に承認を得るための時間を要しない。また、ＰＯＳサーバ１３０は、顧客マスタに事前に画像を登録することにより、保護者が返信メールに画像を添付するための時間（画像の選択時間、添付操作時間）を要しないことから返信メールの待ち時間を短縮可能である。また、ＰＯＳサーバ１３０は、顧客マスタに事前に画像を登録することにより、保護者が返信するメールの通信コストを低減可能である。
【０１１０】
なお、承認取引は、事前に取引についての保護者の承認の有無を示す情報としたが、承認取引リストによって承認する取引を決めるものであってもよい。たとえば、承認取引リスト２５０は、購入を承認する商品の商品コードをリストアップする。これによれば、保護者は、承認する取引内容を詳細に設定可能になる。
【０１１１】
このように第３の実施形態では、ＰＯＳサーバ１３０は、保護者の設定範囲において子供２３の取引に承認を与える承認部となり得る。
次に、支払登録処理について図２０を用いて説明する。第３の実施形態の支払登録処理は、第２の実施形態の支払登録処理と同様に、商品精算シーケンスにおいてキャッシャユニット１０２が実行する。図２０は、第３の実施形態のキャッシャユニットにおける支払登録処理のフローチャートである。
【０１１２】
［ステップＳ１０１］キャッシャユニット１０２は、保留取引がある場合に、保留取引を再開するか否かを判定する。キャッシャユニット１０２は、保留取引を再開すると判定した場合にステップＳ１０３にすすみ、保留取引を再開しないと判定した場合にステップＳ１０２にすすむ。
【０１１３】
［ステップＳ１０２］キャッシャユニット１０２は、承認応答待ちか否かを判定する。キャッシャユニット１０２は、承認応答待ちである場合にステップＳ１０６にすすみ、承認応答待ちでない場合に支払登録処理を終了する。
【０１１４】
［ステップＳ１０３］キャッシャユニット１０２は、保留された取引の格納先から保留された取引を取得する。
［ステップＳ１０４］キャッシャユニット１０２は、保護者２６からの承認待ちの取引を保留するか否かを判定する。キャッシャユニット１０２は、保護者２６からの承認待ちの取引を保留する場合にステップＳ１０５にすすみ、取引を保留しない場合にステップＳ１０６にすすむ。
【０１１５】
［ステップＳ１０５］キャッシャユニット１０２は、保留する取引（登録済商品リストおよび登録済商品リストを特定する情報）を一時記憶に格納し、支払登録処理を終了する。
【０１１６】
［ステップＳ１０６］キャッシャユニット１０２は、保護者２６からの承認待ちの取引について承認応答があったか否かを判定する。キャッシャユニット１０２は、保護者２６からの承認待ちの取引について承認応答があった場合にステップＳ１０７にすすみ、承認応答がない場合に承認応答待ちとなる。なお、キャッシャユニット１０２は、所定時間待ち受けた後に承認応答がないものとしてステップＳ１１１にすすむようにしてもよい。
【０１１７】
［ステップＳ１０７］キャッシャユニット１０２は、承認応答が「承認」であるか否かを判定する。キャッシャユニット１０２は、承認応答が「承認」である場合にステップＳ１０８にすすみ、承認応答が「承認」でない場合にステップＳ１１１にすすむ。
【０１１８】
［ステップＳ１０８］キャッシャユニット１０２は、ＰＯＳサーバ１３０から通知された画像をディスプレイ１１１に表示する。
［ステップＳ１０９］キャッシャユニット１０２は、オペレータによる販売許可の有無を判定する。キャッシャユニット１０２は、販売許可がある場合に支払登録処理を終了し、販売許可がない場合にステップＳ１１０にすすむ。
【０１１９】
［ステップＳ１１０］キャッシャユニット１０２は、ＰＯＳサーバ１３０から通知された画像が、ステップＳ５３で表示した画像以外にあるか否か（すなわち、更新画像があるか否か）を判定する。キャッシャユニット１０２は、更新画像がある場合に表示対象となる画像を切り替えてステップＳ１０８にすすみ、更新画像がない場合にステップＳ１１１にすすむ。
【０１２０】
［ステップＳ１１１］キャッシャユニット１０２は、登録済商品リストから販売許可情報が「有」の商品を削除して登録済商品リストを更新して、支払登録処理を終了する。このようにして、キャッシャユニット１０２は、子供２３への年齢確認対象商品の販売を保護者２６の承認を得て許可することができる。
【０１２１】
［第４の実施形態］
次に、第４の実施形態の取引承認システムについて説明する。第４の実施形態の取引承認システムは、複数の商店で共用可能な取引承認装置を備える。図２１は、第４の実施形態の取引承認の概要を示す図である。
【０１２２】
商品２２が年齢確認対象商品である場合に、商店２０ａは、子供２３による商品２２の購入の承認を保護者２６から得て、子供２３への商品２２の販売をおこなう。子供２３が購入しようとする商品２２に年齢確認対象商品が含まれるか否かは、ＰＯＳシステム１００ａにより検出される。商店２０ａは、子供２３が所持するお使いカード２４に記録される保護者２６による承認内容の確認先としてのＵＲＬ（Uniform Resource Locator）を取得する。保護者２６による承認内容は、あらかじめ保護者２６が携帯電話２７により取引承認装置５０に設定することができる。
【０１２３】
ＰＯＳシステム１００ａは、ネットワーク２５を通じて保護者２６による承認内容の確認先（取引承認装置５０）に、子供２３が購入しようとする商品２２が保護者の承認する買い物か否かを照会する。取引承認装置５０は、通知された商品２２の販売を承認する場合、子供２３の顔画像を添付してメールをＰＯＳシステム１００ａに返信する。ＰＯＳシステム１００ａは、返信されたメールに添付された顔画像をＰＯＳ端末に表示する。オペレータが子供２３と顔画像を比較して一致することで、保護者２６の承認が正当なものだと判断することができる。保護者２６からの承認を得て、オペレータは、子供２３が購入しようとする商品２２の精算をおこなう。
【０１２４】
取引承認システム１５は、商店２０ｂ、２０ｃのＰＯＳシステム１００ｂ、１００ｃについても商店２０ａのＰＯＳシステム１００ａと同様に、保護者２６の付き添いがなくとも、保護者２６の承認を得て年齢確認対象商品を販売することができる。
【０１２５】
次に、第４の実施形態の支払登録処理について図２２を用いて説明する。第４の実施形態の支払登録処理は、第２の実施形態の支払登録処理と同様に、商品精算シーケンスにおいてキャッシャユニット１０２が実行する。なお、第４の実施形態の商品登録処理については、第２の実施形態と同様とすることができる。図２２は、第４の実施形態のキャッシャユニットにおける支払登録処理のフローチャートである。
【０１２６】
［ステップＳ１２１］キャッシャユニット１０２は、登録済商品リストを照会する。
［ステップＳ１２２］キャッシャユニット１０２は、登録済商品リストに販売許可情報「有」の商品が登録されているか否かを判定する。キャッシャユニット１０２は、登録済商品リストに販売許可情報「有」の商品が登録されている場合にステップＳ１２３にすすみ、登録されていない場合に支払登録処理を終了する。
【０１２７】
［ステップＳ１２３］キャッシャユニット１０２は、登録済商品リストに販売許可情報「有」の商品が登録されているため、登録済商品リストに年齢確認対象商品があることをオペレータおよび客に報知する。
【０１２８】
［ステップＳ１２４］キャッシャユニット１０２は、年齢確認対象商品の販売確認（年齢確認）の入力を受け付ける。キャッシャユニット１０２は、年齢確認対象商品の販売確認の入力を受け付けた場合に支払登録処理を終了し、販売確認の入力を受け付けない場合にステップＳ１２５にすすむ。
【０１２９】
［ステップＳ１２５］キャッシャユニット１０２は、客（この場合、未成年）が所持するお使いカードからＵＲＬを取得する。キャッシャユニット１０２は、ＵＲＬを取得した場合にステップＳ１２６にすすみ、取得できない場合にステップＳ１３０にすすむ。
【０１３０】
なお、ＵＲＬは、お使いカードに印字された二次元バーコードであり、取引承認装置５０が記憶する保護者２６による承認内容の確認先である。キャッシャユニット１０２は、チェッカユニット１０３が備える固定スキャナ１１７、あるいは図示しないバーコードリーダからＵＲＬを取得する。なお、お使いカードは、文字によりＵＲＬを記録するものであってもよいし、ＩＣカードや磁気カードなどで電磁気的にＵＲＬを情報として保持するものであってもよい。
【０１３１】
［ステップＳ１２６］キャッシャユニット１０２は、ＵＲＬを指定して、取引承認装置５０に買い物の承認を依頼する処理をＰＯＳサーバ１３０に依頼する。依頼を受けたＰＯＳサーバ１３０は、取引承認装置５０に承認依頼を通知する。
【０１３２】
取引承認装置５０は、ＵＲＬによって特定する保護者２６による承認内容を確認し、登録済商品リストが保護者２６があらかじめ設定した承認内容の範囲内か否かを判定する。取引承認装置５０は、登録済商品リストが承認内容の範囲内であれば、あらかじめ保護者２６によって登録された画像とともに「承認」応答をおこない、承認内容の範囲外であれば、「不承認」応答をおこなう。
【０１３３】
［ステップＳ１２７］キャッシャユニット１０２は、取引承認装置５０からの承認応答をＰＯＳサーバ１３０経由で受ける。キャッシャユニット１０２は、承認応答が「承認」であるか否かを判定する。キャッシャユニット１０２は、承認応答が「承認」である場合にステップＳ１２８にすすみ、承認応答が「承認」でない場合にステップＳ１３０にすすむ。
【０１３４】
［ステップＳ１２８］キャッシャユニット１０２は、承認応答とともに通知された画像をディスプレイ１１１に表示する。
［ステップＳ１２９］キャッシャユニット１０２は、オペレータによる販売許可の有無を判定する。キャッシャユニット１０２は、販売許可がある場合に支払登録処理を終了し、販売許可がない場合にステップＳ１３０にすすむ。
【０１３５】
［ステップＳ１３０］キャッシャユニット１０２は、登録済商品リストから販売許可情報が「有」の商品を削除して登録済商品リストを更新して、支払登録処理を終了する。
このようにして、キャッシャユニット１０２は、子供２３への年齢確認対象商品の販売を保護者２６の承認を得て許可することができる。また、保護者２６は、あらかじめ取引承認装置５０に取引の承認内容を設定することで、子供２３の買い物のタイミングで承認操作をおこなう必要がない。また、キャッシャユニット１０２は、子供２３の買い物の承認をタイムラグなくおこなうことができるため、承認依頼の対象となる買い物を保留する必要がない。
【０１３６】
なお、保護者２６による承認内容は、あらかじめ有効時間や有効回数を設定可能であってもよい。このようにすれば、取引承認システム１５は、子供２３が許容される買い物を無制限に繰り返すことを防止することができる。
【０１３７】
また、取引承認システム１５は、商品毎に年齢確認対象商品の設定をおこなったが、買い物ごとの商品点数や購入金額、特定商品の組み合わせ（たとえば、たばことライターなど）を禁止、または許可する設定としてもよい。
【０１３８】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、キャッシャユニット１０２、チェッカユニット１０３、ＰＯＳサーバ１３０、携帯電話２７が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（可搬型記録媒体を含む）に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）などがある。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）などがある。
【０１３９】
プログラムを流通させる場合には、たとえば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【０１４０】
プログラムを実行するコンピュータは、たとえば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムにしたがった処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムにしたがった処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムにしたがった処理を実行することもできる。
【０１４１】
なお、上述の実施の形態は、実施の形態の要旨を逸脱しない範囲内において種々の変更を加えることができる。
さらに、上述の実施の形態は、多数の変形、変更が当業者にとって可能であり、説明した正確な構成および応用例に限定されるものではない。
【符号の説明】
【０１４２】
１ 取引承認システム
２ 識別情報取得部
３ 承認対象確認部
４ 承認関係情報取得部
５ 承認要求部
６ 表示部
７ 承認部
８ 識別情報
９ 承認関係情報
１０ 画像情報
１１ 取引対象
１２ 承認要求者
【技術分野】
【０００１】
本発明は、取引承認システム、および取引承認方法に関する。
【背景技術】
【０００２】
近年は、スーパーマーケットやコンビニエンスストアをはじめとして、商品販売の現場では、ＰＯＳ（Point Of Sale）システムが広く普及している。ＰＯＳ端末は、バーコードスキャナを備え、商品に付されたバーコードをスキャンし、商品コードを取得する。そして、ＰＯＳ端末は、取得した商品コードで商品情報ファイルを検索し、商品名や販売価格などの商品情報を取得する。このとき、商品情報に含まれる年齢確認対象商品であるか否かの情報を参照することで、ＰＯＳ端末は、販売員に対して商品販売時の年齢確認を促している。
【０００３】
年齢確認対象商品は、たとえば、たばこや酒など販売対象を成人に限るものが含まれる。販売員は、客の容貌の目視、あるいは証明書（たとえば、自動車運転免許証や成年識別ＩＣカードなど）の提示を求めて年齢確認をおこなっている。
【０００４】
また、サービスサイトが認証をおこないユーザの携帯電話にユーザの顔写真を送信することで、携帯電話が表示する顔写真を確認させて、販売員にユーザの本人認証を委ねる認証販売課金方法の提案がある（たとえば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−２２３５９９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、未成年が保護者の依頼を受けて商品を購入する場合（たとえば、お使い）、すなわち保護者による承認を受けている場合であっても、販売員には保護者による承認を確認する術がない。したがって、販売員は、未成年者（取引能力のない者）に対して年齢確認対象商品を販売（取引）することができない。
【０００７】
そこで、本発明は、取引能力のない者の取引を承認可能な取引承認システム、および取引承認方法の提供を目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、取引承認システムは、識別情報取得部と、承認対象確認部と、承認関係情報取得部と、承認要求部と、表示部を備える。
識別情報取得部は、取引対象の識別情報を取得する。承認対象確認部は、識別情報にもとづいて取引対象の取引が承認対象か否かを確認する。承認関係情報取得部は、取引が承認対象である場合に、取引の承認関係を特定するための承認関係情報を、承認要求者から取得する。承認要求部は、特定した承認関係にもとづいて取引の承認を承認部に要求し、承認部からの承認応答として承認要求者に関する画像情報を取得する。表示部は、画像情報に対応する画像を表示する。
【０００９】
また、上記課題を解決するために、取引承認方法は、取引対象の識別情報を取得し、識別情報にもとづいて取引対象の取引が承認対象か否かを確認し、取引が承認対象である場合に、取引の承認関係を特定するための承認関係情報を、承認要求者から取得し、特定した承認関係にもとづいて取引の承認を承認部に要求し、承認部からの承認応答として承認要求者に関する画像情報を取得し、画像情報に対応する画像を表示する。
【発明の効果】
【００１０】
上記の取引承認システム、および取引承認方法によれば、取引能力のない者の取引を承認することができる。
【図面の簡単な説明】
【００１１】
【図１】第１の実施形態の取引承認システムの構成例を示す図である。
【図２】第２の実施形態の取引承認の概要を示す図である。
【図３】第２の実施形態のＰＯＳシステムの構成を示す図である。
【図４】第２の実施形態のキャッシャユニットのハードウェア構成例を示す図である。
【図５】第２の実施形態のチェッカユニットとキャッシャユニットにおける商品精算処理のシーケンス図である。
【図６】第２の実施形態のキャッシャユニットにおける商品登録処理のフローチャートである。
【図７】第２の実施形態の商品マスタの一例を示す図である。
【図８】第２の実施形態の登録済商品リストの一例を示す図である。
【図９】第２の実施形態のキャッシャユニットにおける支払登録処理のフローチャートである。
【図１０】第２の実施形態のお使いカードの一例を示す図である。
【図１１】第２の実施形態の取引承認をおこなう携帯電話の表示画面の一例を示す図である。
【図１２】第２の実施形態のキャッシャユニットの表示画面（精算処理時）の一例を示す図である。
【図１３】第２の実施形態のキャッシャユニットの表示画面（承認応答時）の一例を示す図である。
【図１４】第２の実施形態の携帯電話における承認応答処理のフローチャートである。
【図１５】第３の実施形態のキャッシャユニットにおける商品登録処理のフローチャートである。
【図１６】第３の実施形態のマルチカードの一例を示す図である。
【図１７】第３の実施形態の店舗サーバにおける承認応答中継処理のフローチャートである。
【図１８】第３の実施形態の顧客マスタの一例を示す図である。
【図１９】第３の実施形態の承認取引リストの一例を示す図である。
【図２０】第３の実施形態のキャッシャユニットにおける支払登録処理のフローチャートである。
【図２１】第４の実施形態の取引承認の概要を示す図である。
【図２２】第４の実施形態のキャッシャユニットにおける支払登録処理のフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本技術の実施の形態を図面を参照して詳細に説明する。
［第１の実施形態］
まず、第１の実施形態の取引承認システムの構成について図１を用いて説明する。図１は、第１の実施形態の取引承認システムの構成例を示す図である。
【００１３】
取引承認システム１は、承認要求者１２が要求する取引の承認をおこなうシステムである。取引承認システム１は、たとえば、酒やたばこなどの年齢確認対象商品を未成年が購入しようとした場合に、その場にいない保護者等に取引（商品の購入）の承認を求めて、取引の成立を可能にするシステムである。
【００１４】
取引承認システム１は、識別情報取得部２と、承認対象確認部３と、承認関係情報取得部４と、承認要求部５と、表示部６を備える。
識別情報取得部２は、取引対象１１の識別情報８を取得する。なお、識別情報８は、取引対象となる商品やサービスを一意に識別するための情報である。たとえば、取引が商品売買であれば、取引対象１１は、商品である。この場合、識別情報取得部２は、商品（取引対象１１）に付されたバーコードから商品を識別する商品コード（識別情報８）を取得する。なお、取引がサービスの提供であれば、取引対象１１は、サービスである。たとえば、サービスには、金銭授受を伴うもの（たとえば、賃貸借契約（ビデオや本などのレンタル））や金銭授受を伴わないもの（たとえば、宅配便の受け取りなど）を含む。
【００１５】
承認対象確認部３は、識別情報８にもとづいて取引対象１１の取引が承認対象か否かを確認する。たとえば、商品コード（識別情報８）が酒であれば、年齢確認対象商品（承認対象）である旨の情報が関連付けられている。承認対象確認部３は、年齢確認対象商品である旨の情報を参照することで承認対象か否かを確認することができる。
【００１６】
承認関係情報取得部４は、取引が承認対象である場合に、取引の承認関係を特定するための承認関係情報９を、承認要求者１２から取得する。なお、承認関係情報９は、承認要求者１２と、取引に承認を与える承認部７との関係を示す情報である。承認要求者１２は、たとえば、お使いカード（承認関係情報記録媒体）を所持していて、お使いカードは、保護者の携帯電話のメールアドレス（承認関係情報９）を２次元バーコードにより記録している。承認関係情報取得部４は、２次元バーコードをスキャンしてメールアドレスを取得する。
【００１７】
承認要求部５は、特定した承認関係にもとづいて取引の承認を承認部７に要求し、承認部７からの承認応答として承認要求者１２に関する画像情報１０を取得する。たとえば、承認要求部５は、承認関係情報取得部４が取得したメールアドレスに取引内容を通知して取引の承認を求める。保護者の携帯電話（承認部７）は、保護者による取引の承認を得て、画像情報１０を添付してメールを返信する。承認要求部５は、返信メールから画像情報１０を取得する。
【００１８】
なお、画像情報１０は、承認要求者１２を特定可能な画像を表示する情報であり、たとえば、承認要求者１２の顔画像である。また、画像情報１０は、表示部６が表示可能な所定の画像フォーマットにしたがった画像データであってもよいし、表示部６が参照可能な画像データの参照先を示す情報であってもよい。
【００１９】
表示部６は、画像情報１０に対応する画像を表示する。表示部６は、たとえば、オペレータ１３が視認可能な表示装置である。オペレータ１３は、表示部６に表示された承認要求者１２の顔画像と、承認要求者１２とを比較して保護者が承認した本人であるか否かを確認し、商品販売の判断をおこなうことができる。
【００２０】
このように、取引承認システム１は、未成年者等の取引能力のない者の取引を承認することができる。また、保護者等においても、取引をおこなう未成年者に同行する必要なく取引の承認を与えることができる。これにより、取引承認システム１は、保護者が子供にお使いを頼むような場合に、子供が円滑な買い物をおこなうことを可能にする。
【００２１】
［第２の実施形態］
次に、第２の実施形態を用いてより具体的に説明する。図２は、第２の実施形態の取引承認の概要を示す図である。
【００２２】
取引の承認は、子供２３が商店２０において商品２２を購入しようとする場合に必要とされ得る。たとえば、子供２３が保護者２６からお使いを頼まれた場合に、商品２２に年齢確認対象商品が含まれる場合がある。商品２２が年齢確認対象商品である場合に、商店２０は、子供２３による商品２２の購入の承認を保護者２６から得て、子供２３への商品２２の販売をおこなう。
【００２３】
子供２３が購入しようとする商品２２に年齢確認対象商品が含まれるか否かは、ＰＯＳシステム１００により検出される。商店２０は、子供２３が所持するお使いカード２４に記録される保護者連絡先としてのメールアドレス（保護者２６の有する携帯電話２７のメールアドレス）を取得する。ＰＯＳシステム１００は、ネットワーク２５を通じて携帯電話２７宛てに、子供２３が購入しようとする商品２２を通知し、販売の承認を要求する。保護者２６は、通知された商品２２の販売を承認する場合、子供２３の顔画像を添付してメールをＰＯＳシステム１００に返信する。ＰＯＳシステム１００は、返信されたメールに添付された顔画像をＰＯＳ端末に表示する。オペレータが子供２３と顔画像を比較して一致することで、保護者２６の承認が正当なものだと判断することができる。保護者２６からの承認を得て、オペレータは、子供２３が購入しようとする商品２２の精算をおこなう。
【００２４】
このように、ＰＯＳシステム１００は、子供２３が年齢確認対象商品の購入をしようとする場合に、保護者２６の付き添いがなくとも、保護者２６の承認を得て年齢確認対象商品を販売することができる。
【００２５】
次に、ＰＯＳシステム１００の構成について図３を用いて説明する。図３は、第２の実施形態のＰＯＳシステムの構成を示す図である。
ＰＯＳシステム１００は、ＰＯＳサーバ１３０と１台または複数台のＰＯＳ端末１０１（図示は１台）を備え、販売時点情報管理をおこなう。ＰＯＳサーバ１３０とＰＯＳ端末１０１は、ネットワーク１３１を介して通信可能に接続される。また、ネットワーク１３１は、ネットワーク２５と接続可能であり、ＰＯＳサーバ１３０は、外部端末装置（たとえば、携帯電話や外部サーバ）と通信可能に接続可能である。
【００２６】
ＰＯＳサーバ１３０は、ＰＯＳ端末１０１により登録された販売情報を一元管理する。また、ＰＯＳサーバ１３０は、商品を識別するための商品コードや価格などを登録した商品マスタを管理する。
【００２７】
ＰＯＳ端末１０１は、キャッシャユニット１０２と、チェッカユニット１０３を有する。キャッシャユニット１０２は、主として販売代金の受領作業をおこなうためのユニットである。キャッシャユニット１０２は、制御ユニット１０４、キーボード１０５、自動釣銭機１０６、キャッシュドロア１０７、自動釣札機１０８、磁気カードリーダ１０９、タッチパネル１１０、ディスプレイ１１１、カスタマディスプレイ１１２、プリンタ１１３を有する。
【００２８】
制御ユニット１０４は、キャッシャユニット１０２を制御するとともに、ＰＯＳ端末１０１を統括的に制御するコンピュータである。自動釣銭機１０６は、客から受け取った硬貨の入金と、釣銭の出金とをおこなう。自動釣札機１０８は、客から受け取った紙幣の入金と、釣札の出金とをおこなう。キャッシュドロア１０７は、硬貨および紙幣を収納する収納庫である。ディスプレイ１１１は、取引作業をおこなうための所定のＧＵＩ（Graphical User Interface）を表示する。また、ディスプレイ１１１は、年齢確認の際に保護者２６から送信されてきた子供２３の顔写真を表示する。ディスプレイ１１１は、たとえば、液晶ディスプレイである。ディスプレイ１１１は、タッチパネル１１０の下層に位置している。ディスプレイ１１１の表示する画像は、タッチパネル１１０を透過して、オペレータから視認可能である。オペレータは、ディスプレイ１１１によって表示された画像を見ながら、タッチパネル１１０に対するタッチ操作をおこなうことができる。キーボード１０５は、ディスプレイ１１１に表示されたＧＵＩを操作するための入力装置である。カスタマディスプレイ１１２は、客側に取引情報を表示する表示装置であり、たとえば、商品購入代金の合計額、客からの預かり金額、釣銭金額などを表示する。磁気カードリーダ１０９は、クレジットカードや会員カードなどが備える磁気ストライプに記録された情報を読み取る。プリンタ１１３は、客との取引結果をロール紙に印字してレシートを発行する印刷装置である。
【００２９】
チェッカユニット１０３は、主として商品コードの入力作業をおこなうためのユニットである。チェッカユニット１０３は、レーン台１１５、支柱１１６、固定スキャナ１１７、スピーカ１１８、多項目キーボード１１９、ディスプレイ１２０、カスタマディスプレイ１２１、タッチパネル１２２を有する。
【００３０】
レーン台１１５は、支柱１１６を支持する。また、レーン台１１５には、客が持参した買い物かごや、買い物かごに投入された商品が載置される。支柱１１６は、固定スキャナ１１７、スピーカ１１８、多項目キーボード１１９、ディスプレイ１２０、カスタマディスプレイ１２１、タッチパネル１２２を支持する。固定スキャナ１１７は、商品に付与されたバーコードを読み取るための装置である。オペレータは、商品に付されたバーコードを固定スキャナ１１７に向けてかざすことで、固定スキャナ１１７を入力装置とした商品コードの入力をおこなう。商品コードの入力結果は、ディスプレイ１２０に表示されて、オペレータが商品コードの入力結果を確認することができる。
【００３１】
タッチパネル１２２は、バーコードの付されていない商品（たとえば、ばら売りの野菜や魚などの生鮮食料品や、惣菜など）をディスプレイ１２０に表示される商品群から選択する入力装置である。カスタマディスプレイ１２１は、客側に取引情報を表示する表示装置であり、たとえば、商品コードを入力した商品の名称、単価などを表示する。また、スピーカ１１８により音声で入力結果を報知する。たとえば、スピーカ１１８は、入力が正常になされたときと、入力についてオペレータに注意喚起をする必要があるときなど状態に応じて異なる態様の音声出力をおこなう。より具体的には、たとえば、正常時は、「ピッ」という単発音で、注意喚起時は、「ピピッ」という連続音のようにオペレータが容易に区別可能な音声出力をおこなう。多項目キーボード１１９は、オペレータの操作を受け付ける。たとえば、多項目キーボード１１９は、スピーカ１１８からの音声出力で注意喚起されたときに、操作の誤りを認識したオペレータによる訂正操作を受け付ける。
【００３２】
次に、第２の実施形態のキャッシャユニット１０２のハードウェア構成について説明する。図４は、第２の実施形態のキャッシャユニットのハードウェア構成例を示す図である。
【００３３】
キャッシャユニット１０２は、制御ユニット１０４に各種入出力装置を接続する。制御ユニット１０４は、ＣＰＵ（Central Processing Unit）１０４ａによって装置全体が制御されている。ＣＰＵ１０４ａには、バス１０４ｇを介してＲＡＭ（Random Access Memory）１０４ｂ、ＨＤＤ（Hard Disk Drive：ハードディスクドライブ）１０４ｃ、通信インタフェース１０４ｄ、グラフィック処理装置１０４ｅ、および入出力インタフェース１０４ｆが接続されている。
【００３４】
ＲＡＭ１０４ｂには、ＣＰＵ１０４ａに実行させるＯＳ（Operating System）のプログラムやサーバを実行するためのアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０４ｂには、ＣＰＵ１０４ａによる処理に必要な各種データが格納される。ＨＤＤ１０４ｃには、ＯＳやアプリケーションプログラムが格納される。
【００３５】
グラフィック処理装置１０４ｅには、ディスプレイ１１１、カスタマディスプレイ１１２が接続されている。グラフィック処理装置１０４ｅは、ＣＰＵ１０４ａからの命令に従って、画像をディスプレイ１１１、カスタマディスプレイ１１２の画面に表示させる。
【００３６】
入出力インタフェース１０４ｆには、キーボード１０５、自動釣銭機１０６、キャッシュドロア１０７、自動釣札機１０８、磁気カードリーダ１０９、タッチパネル１１０、プリンタ１１３が接続されている。また、入出力インタフェース１０４ｆは、可搬型記録媒体１２３への情報の書込み、および可搬型記録媒体１２３への情報の読出しが可能な可搬型記録媒体インタフェースと接続可能になっている。入出力インタフェース１０４ｆは、キーボード１０５、自動釣銭機１０６、キャッシュドロア１０７、自動釣札機１０８、磁気カードリーダ１０９、タッチパネル１１０、プリンタ１１３、可搬型記録媒体インタフェースから送られてくる信号を、バス１０４ｇを介してＣＰＵ１０４ａに送信する。
【００３７】
通信インタフェース１０４ｄは、たとえば、ＲＳ−２３２Ｃ（Recommended Standard 232 version C）やＵＳＢ（Universal Serial Bus）接続の接続形式でチェッカユニット１０３に接続されている。通信インタフェース１０４ｄは、チェッカユニット１０３との間でデータの送受信をおこなう。
【００３８】
以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、チェッカユニット１０３、ＰＯＳサーバ１３０も同様のハードウェア構成で実現できる。
【００３９】
なお、キャッシャユニット１０２、チェッカユニット１０３は、それぞれＦＰＧＡ（Field Programmable Gate Array）やＤＳＰ（Digital Signal Processer）などからなるモジュールを含んで構成することもでき、ＣＰＵ１０４ａを有しない構成とすることもできる。その場合、キャッシャユニット１０２、チェッカユニット１０３は、それぞれ不揮発性メモリ（たとえば、ＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）、フラッシュメモリ、フラッシュメモリ型メモリカードなど）を備え、モジュールのファームウェアを記憶する。不揮発性メモリは、可搬型記録媒体１２３、あるいは通信インタフェース１０４ｄを介してファームウェアを書き込むことができる。このようにキャッシャユニット１０２、チェッカユニット１０３は、不揮発性メモリに記憶されているファームウェアを書き換えることにより、ファームウェアの更新をすることもできる。
【００４０】
次に、第２の実施形態のＰＯＳ端末１０１の商品精算シーケンスについて図５を用いて説明する。図５は、第２の実施形態のチェッカユニットとキャッシャユニットにおける商品精算処理のシーケンス図である。
【００４１】
ＰＯＳ端末１０１は、客の買い物ごとに商品コードの入力と精算をおこなう。商品精算処理は、チェッカユニット１０３が商品に付されたバーコードを読み取って精算対象を特定し、キャッシャユニット１０２が精算をおこなう処理である。
【００４２】
［ステップＳ１１］キャッシャユニット１０２は、固定スキャナ１１７の初期化を指示する。固定スキャナ１１７の初期化の指示は、たとえば、オペレータによるキーボード１０５またはタッチパネル１１０の操作にもとづいておこなわれる。たとえば、キャッシャユニット１０２は、客の買い物一回ごとに登録済商品リスト（後述する図８参照）の初期化指示をおこなう。
【００４３】
［ステップＳ２１］チェッカユニット１０３は、キャッシャユニット１０２からの初期化指示を受けて買い物単位のデータを記憶する記憶領域の初期化をおこなう。
［ステップＳ２２］チェッカユニット１０３は、商品コードの入力を終了するか否かを判定する。商品コードの入力の終了判定は、キャッシャユニット１０２からの終了指示を受けて判定する。チェッカユニット１０３は、商品コードの入力を終了すると判定した場合は、商品コードの入力を終了する。一方、チェッカユニット１０３は、商品コードの入力を終了しないと判定した場合は、ステップＳ２３にすすむ。
【００４４】
［ステップＳ２３］チェッカユニット１０３は、固定スキャナ１１７から商品に付されたバーコードを読み取る。なお、バーコードの付されていない商品については、チェッカユニット１０３は、多項目キーボード１１９、またはタッチパネル１２２から商品種別、数量等を入力する。
【００４５】
［ステップＳ２４］チェッカユニット１０３は、入力データ（固定スキャナ１１７から読み取ったバーコード、または多項目キーボード１１９、またはタッチパネル１２２からの入力データ）をキャッシャユニット１０２に通知する。
【００４６】
［ステップＳ１２］キャッシャユニット１０２は、チェッカユニット１０３からの入力データの通知、または小計キーの押下を待ち受ける。キャッシャユニット１０２は、チェッカユニット１０３からの入力データの通知があった場合、ステップＳ１３にすすむ。一方、キャッシャユニット１０２は、小計キーの押下があった場合、ステップＳ１４にすすむ。
【００４７】
［ステップＳ１３］キャッシャユニット１０２は、精算対象となる商品を登録する商品登録処理を実行する。商品登録処理の詳細は、図６から図８を用いて後で詳細に説明する。
【００４８】
［ステップＳ１４］キャッシャユニット１０２は、キーボード１０５により小計キーが押下されたことで、チェッカユニット１０３にバーコード入力処理の終了を指示して、バーコード入力処理を終了する。
【００４９】
このように、チェッカユニット１０３は、キャッシャユニット１０２からの終了指示を受けるまでバーコードの読み取りと入力データの通知をおこなう。
［ステップＳ１５］キャッシャユニット１０２は、支払対象（精算対象）となる商品を確定させる支払登録処理を実行する。支払登録処理の詳細は、図９から図１３を用いて後で詳細に説明する。
【００５０】
［ステップＳ１６］キャッシャユニット１０２は、支払対象として商品を確定した商品について精算処理を実行する。キャッシャユニット１０２は、精算処理において客からの現金、またはクレジットカードの受け付け、釣銭の払出し、レシートの印刷等をおこなう。
【００５１】
次に、商品精算シーケンスにおいてキャッシャユニット１０２が実行する商品登録処理について図６から図８を用いて説明する。図６は、第２の実施形態のキャッシャユニットにおける商品登録処理のフローチャートである。図７は、第２の実施形態の商品マスタの一例を示す図である。図８は、第２の実施形態の登録済商品リストの一例を示す図である。
【００５２】
［ステップＳ３１］キャッシャユニット１０２は、チェッカユニット１０３からの入力データ（商品コード）の通知を受けて、ＰＯＳサーバ１３０が記憶する商品マスタに商品コードを照会する。
【００５３】
ここで、商品マスタの一例について、商品マスタ２００を参照して説明する。商品マスタ２００は、商品コード毎に、商品名、商品単価、販売許可情報が登録されている。商品名は、商品コードによって特定される商品の名称である。商品単価は、商品コードによって特定される商品の単価である。販売許可情報は、商品コードによって特定される商品が年齢確認対象商品か否かを判別するための情報である。たとえば、商品コード「０１２３４５６７８９０１２」の商品名「○○ビール３５０ｍｌ」は、販売許可情報が「有」なので年齢確認対象商品である。商品コード「０１２３４５６７８９１２３」の商品名「柿の種」は、販売許可情報が「無」なので年齢確認対象商品ではない。なお、商品マスタは、メーカ名等のその他の情報を含むものであってもよい。
【００５４】
［ステップＳ３２］キャッシャユニット１０２は、照会した商品マスタから商品名、商品単価を取得する。
［ステップＳ３３］キャッシャユニット１０２は、照会した商品マスタから販売許可情報を取得する。
【００５５】
［ステップＳ３４］キャッシャユニット１０２は、商品マスタに照会した商品を精算対象として登録済商品リストに登録する。登録済商品リストは、キャッシャユニット１０２が買い物単位に記憶する精算対象となった商品のリストである。登録済商品リストは、精算対象として商品を登録するごとにリストの追加登録をおこない、小計キー押下で「ＥＮＤ」登録をおこなう。
【００５６】
ここで、登録済商品リストの一例について、登録済商品リスト２１０を参照して説明する。登録済商品リスト２１０は、商品コード毎に、商品名、商品単価、販売許可情報、数量、値割引、値割引後単価、合価が登録されている。商品名は、商品マスタから取得した商品名である。商品単価は、商品マスタから取得した商品単価である。販売許可情報は、商品マスタから取得した販売許可情報である。数量は、精算対象とした商品の数または量である。値割引は、商品毎の値引額、または割引額である。値割引後単価は、商品毎の値引額、または割引額を適用後の商品単価である。合価は、値割引後単価に数量を乗じた合計価格である。
【００５７】
［ステップＳ３５］キャッシャユニット１０２は、商品を精算対象として登録したことを、ディスプレイ１１１、カスタマディスプレイ１１２の画面に表示して報知する。また、キャッシャユニット１０２は、図示しないスピーカにより音声報知する。
【００５８】
このようにして、キャッシャユニット１０２は、客が購入しようとする商品をリスト化する。登録済商品リストは、販売許可情報を含むことによって、リスト化された商品に年齢確認対象商品が含まれるか否かを把握可能にしている。
【００５９】
次に、商品精算シーケンスにおいてキャッシャユニット１０２が実行する支払登録処理について図９から図１３を用いて説明する。図９は、第２の実施形態のキャッシャユニットにおける支払登録処理のフローチャートである。図１０は、第２の実施形態のお使いカードの一例を示す図である。図１１は、第２の実施形態の取引承認をおこなう携帯電話の表示画面の一例を示す図である。図１２は、第２の実施形態のキャッシャユニットの表示画面（精算処理時）の一例を示す図である。図１３は、第２の実施形態のキャッシャユニットの表示画面（承認応答時）の一例を示す図である。
【００６０】
［ステップＳ４１］キャッシャユニット１０２は、保留取引がある場合に、保留取引を再開するか否かを判定する。保留取引とは、買い物の精算に時間を要する場合に、一旦、保留された取引である。保留取引は、別の買い物客の精算終了後等にあらためて再開される。
【００６１】
キャッシャユニット１０２は、保留取引を再開すると判定した場合にステップＳ５０にすすみ、保留取引を再開しないと判定した場合にステップＳ４２にすすむ。保留取引を再開するか否かの判定は、取引再開入力（たとえば、オペレータによるキーボード１０５またはタッチパネル１１０の操作）の有無を判定しておこなう。
【００６２】
［ステップＳ４２］キャッシャユニット１０２は、登録済商品リストを照会する。
［ステップＳ４３］キャッシャユニット１０２は、登録済商品リストに販売許可情報「有」の商品が登録されているか否かを判定する。キャッシャユニット１０２は、登録済商品リストに販売許可情報「有」の商品が登録されている場合にステップＳ４４にすすみ、登録されていない場合に支払登録処理を終了する。
【００６３】
［ステップＳ４４］キャッシャユニット１０２は、登録済商品リストに販売許可情報「有」の商品が登録されているため、登録済商品リストに年齢確認対象商品があることをオペレータおよび客に報知する。キャッシャユニット１０２は、ディスプレイ１１１、カスタマディスプレイ１１２の画面への表示、および図示しないスピーカからの音声出力により報知をおこなう。
【００６４】
［ステップＳ４５］キャッシャユニット１０２は、年齢確認対象商品の販売確認（年齢確認）の入力を受け付ける。オペレータは、客の容貌の目視、あるいは証明書の提示により年齢確認をおこない、キーボード１０５またはタッチパネル１１０から販売確認の入力をおこなう。キャッシャユニット１０２は、年齢確認対象商品の販売確認の入力を受け付けた場合に支払登録処理を終了し、販売確認の入力を受け付けない場合にステップＳ４６にすすむ。
【００６５】
［ステップＳ４６］キャッシャユニット１０２は、客（この場合、未成年）が所持するお使いカード２４から連絡先２４ａを取得する。キャッシャユニット１０２は、連絡先２４ａを取得した場合にステップＳ４７にすすみ、取得できない場合にステップＳ５６にすすむ。
【００６６】
なお、連絡先２４ａは、お使いカード２４に印字された二次元バーコードであり、保護者２６の携帯電話２７のメールアドレスである。キャッシャユニット１０２は、チェッカユニット１０３が備える固定スキャナ１１７、あるいは図示しないバーコードリーダから連絡先２４ａを取得する。なお、お使いカード２４は、文字により連絡先２４ａを記録するものであってもよいし、ＩＣカードや磁気カードなどで電磁気的に連絡先２４ａを情報として保持するものであってもよい。
【００６７】
［ステップＳ４７］キャッシャユニット１０２は、連絡先２４ａに対して、登録済商品リストを通知して保護者２６に買い物の承認を依頼する処理をＰＯＳサーバ１３０に依頼する。依頼を受けたＰＯＳサーバ１３０は、携帯電話２７宛てに承認依頼のメールを送信する。
【００６８】
ＰＯＳサーバ１３０が送信した承認依頼のメールは、携帯電話２７によって受信され、保護者２６によって閲覧される。表示画面２７ａは、承認内容表示２７ｂと、承認応答操作部２７ｃと、不承認応答操作部２７ｄを表示する。承認内容表示２７ｂは、精算対象として登録している商品のリスト（商品名、単価、数量、合価（合計価格）など）を表示する。承認応答操作部２７ｃは、保護者２６の承認応答を受け付ける操作表示部である。不承認応答操作部２７ｄは、保護者２６の不承認応答を受け付ける操作表示部である。
【００６９】
［ステップＳ４８］キャッシャユニット１０２は、保護者２６からの承認待ちの取引を保留するか否かを判定する。キャッシャユニット１０２は、保護者２６からの承認待ちの取引を保留する場合にステップＳ４９にすすみ、取引を保留しない場合にステップＳ５１にすすむ。
【００７０】
取引保留の判定は、取引保留入力（たとえば、オペレータによるキーボード１０５またはタッチパネル１１０の操作）の有無を判定しておこなう。これにより、キャッシャユニット１０２は、買い物の待ち行列がある場合に、一旦、保護者２６からの承認待ちの取引を保留して後続の客の買い物の精算をおこなうことができる。
【００７１】
［ステップＳ４９］キャッシャユニット１０２は、保留する取引（登録済商品リストおよび登録済商品リストを特定する情報）を一時記憶に格納し、支払登録処理を終了する。なお、保留する取引の格納先は、制御ユニット１０４の記憶部（たとえば、ＲＡＭ１０４ｂ、またはＨＤＤ１０４ｃ）であってもよいし、ＰＯＳサーバ１３０など外部装置が備える記憶部であってもよい。外部装置が備える記憶部に保留する取引を格納する場合、取引を保留したキャッシャユニット１０２とは別のキャッシャユニット（たとえば、サービスカウンタなど）によって取引を再開するようにしてもよい。
【００７２】
［ステップＳ５０］キャッシャユニット１０２は、保留された取引の格納先から保留された取引を取得する。
［ステップＳ５１］キャッシャユニット１０２は、保護者２６からの承認待ちの取引について承認応答があったか否かを判定する。保護者２６からの承認待ちの取引について承認応答があったか否かの判定は、ＰＯＳサーバ１３０からの通知、またはＰＯＳサーバ１３０への問い合わせによっておこなう。キャッシャユニット１０２は、保護者２６からの承認待ちの取引について承認応答があった場合にステップＳ５２にすすみ、承認応答がない場合に承認応答待ちとなる。なお、キャッシャユニット１０２は、所定時間待ち受けた後に承認応答がないものとしてステップＳ５６にすすむようにしてもよい。
【００７３】
［ステップＳ５２］キャッシャユニット１０２は、承認応答が「承認」であるか否かを判定する。承認応答が「承認」であるか否かの判定は、ＰＯＳサーバ１３０からの通知、またはＰＯＳサーバ１３０への問い合わせによっておこなう。キャッシャユニット１０２は、承認応答が「承認」である場合にステップＳ５３にすすみ、承認応答が「承認」でない場合にステップＳ５６にすすむ。
【００７４】
なお、ＰＯＳサーバ１３０は、携帯電話２７からの買い物を承認する応答を受けて、キャッシャユニット１０２に承認応答が「承認」である旨を通知する。「承認」である旨の通知は、保護者２６からの返信メールに添付された画像を含む。携帯電話２７は、保護者２６が承認応答操作部２７ｃを操作したことにもとづいて、買い物を承認する旨のメールをＰＯＳサーバ１３０に返信し、不承認応答操作部２７ｄを操作したことにもとづいて、買い物を承認しない旨のメールをＰＯＳサーバ１３０に返信する。買い物を承認する旨のメールは、子供２３の顔を識別可能な顔写真が添付される。
【００７５】
［ステップＳ５３］キャッシャユニット１０２は、ＰＯＳサーバ１３０から通知された画像をディスプレイ１１１に表示する。ディスプレイ１１１への表示は、たとえば、精算中の表示画面２２０を表示画面２３０に切り替えるようにしておこなう。
【００７６】
［ステップＳ５４］キャッシャユニット１０２は、オペレータによる販売許可の有無を判定する。キャッシャユニット１０２は、販売許可がある場合に支払登録処理を終了し、販売許可がない場合にステップＳ５５にすすむ。
【００７７】
販売許可の有無の判定は、販売許可入力（たとえば、オペレータによるキーボード１０５またはタッチパネル１１０の操作）の有無を判定しておこなう。販売許可は、ディスプレイ１１１に表示された画像（子供２３の顔画像）と子供２３とを比較して同一性があると判断した場合に入力される。このようにして、キャッシャユニット１０２は、キーボード１０５、タッチパネル１１０から承認応答のあった取引を許可する許可入力を受け付ける（許可受付部）。
【００７８】
［ステップＳ５５］キャッシャユニット１０２は、ＰＯＳサーバ１３０から通知された画像が、ステップＳ５３で表示した画像以外にあるか否か（すなわち、更新画像があるか否か）を判定する。キャッシャユニット１０２は、更新画像がある場合に表示対象となる画像を切り替えてステップＳ５３にすすみ、更新画像がない場合にステップＳ５６にすすむ。
【００７９】
［ステップＳ５６］キャッシャユニット１０２は、登録済商品リストから販売許可情報が「有」の商品を削除して登録済商品リストを更新して、支払登録処理を終了する。たとえば、登録済商品リスト２１０の場合、キャッシャユニット１０２は、商品コード「０１２３４５６７８９０１２」の商品を削除する。これにより、キャッシャユニット１０２は、年齢確認のできない客への商品の販売を、年齢確認対象商品を除いておこなうことができる。
【００８０】
このようにして、キャッシャユニット１０２は、子供２３への年齢確認対象商品の販売を保護者２６の承認を得て許可することができる。
ここで、ステップＳ５３で触れた表示画面２２０、２３０について説明する。表示画面２２０は、ディスプレイ１１１の表示画面の一例であり、取引内容表示部２２１、会員情報表示部２２２、承認進行表示部２２３、操作表示部２２４、操作案内表示部２２５などから構成される。
【００８１】
取引内容表示部２２１は、取引内容の詳細を表示する。たとえば、取引内容表示部２２１は、商品名、商品単価、数量、合計金額、預かり金、釣銭などを表示する。会員情報表示部２２２は、店舗に登録した会員（顧客）に関する情報を表示する。たとえば、会員情報表示部２２２は、会員番号、会員名を表示する。承認進行表示部２２３は、買い物の承認を保護者２６に求める場合の進行を表示する。たとえば、承認進行表示部２２３は、「販売承認が必要です」、「販売承認先を取得してください」、「販売承認を確認中です」、「販売承認がありました」、「販売承認されませんでした」などが表示される。操作表示部２２４は、タッチパネル１１０が入力操作を受け付ける操作位置と、操作位置に対応する操作名を表示する。たとえば、操作表示部２２４は、取引再開入力、取引保留入力、その他精算処理のための操作位置、操作名を表示する。操作案内表示部２２５は、操作案内を表示する。たとえば、操作案内表示部２２５は、「お預かり金額を入力し、現計ボタンを押して下さい。」のように、次にすべき操作を案内する。
【００８２】
表示画面２３０は、保護者２６による子供２３の買い物が承認された時のディスプレイ１１１の表示画面の一例である。表示画面２３０は、処理中の表示画面の前面に割込表示ウインドウ２３１を表示する。割込表示ウインドウ２３１は、精算中の表示画面２２０の前面に表示されるウインドウ表示である。割込表示ウインドウ２３１の表示中において、タッチパネル１１０は、割込表示ウインドウ２３１に表示中の操作のみを受け付けるようにしてもよい。また、表示画面２３０は、割込表示ウインドウ２３１の背面となる表示画面２２０の明度を落として、オペレータに割込表示ウインドウ２３１を注視させるようにしてもよい。
【００８３】
割込表示ウインドウ２３１は、承認応答表示部２３２、操作案内部２３３、画像表示部２３４、画像送り操作部２３５、許可操作部２３６、不可操作部２３７などから構成される。承認応答表示部２３２は、承認応答内容を表示する。たとえば、承認応答表示部２３２は、保護者２６からの回答として「販売をお願いします。」を表示する。操作案内部２３３は、承認応答に対する操作案内を表示する。たとえば、操作案内部２３３は、「販売判断」の操作をおこなうよう案内表示する。画像表示部２３４は、ＰＯＳサーバ１３０から通知された画像（保護者２６がメールに添付した画像）を表示する。たとえば、画像表示部２３４は、保護者２６がメールに添付した画像として、子供２３の顔を認識可能な画像を表示する。なお、画像表示部２３４が表示する画像は、図示した画像のように保護者２６と子供２３が一緒に写っているものであってもよい。
【００８４】
画像送り操作部２３５は、タッチパネル１１０が画像送り入力操作を受け付ける操作位置と、操作位置に対応する操作名を表示する。画像送り入力操作は、ＰＯＳサーバ１３０から複数の画像が通知された場合に、次の画像に切り替えるための操作である。これにより、一枚の画像に表示された顔と子供２３との同一性の判断が難しい場合に、オペレータは、別画像により、あるいは別画像を含めて同一性の判断をおこなうことができる。許可操作部２３６は、タッチパネル１１０が画像送り販売許可の操作を受け付ける操作位置と、操作位置に対応する操作名を表示する。販売許可の操作は、画像と子供２３とを比較して同一性があると判断した場合に、販売許可を入力する操作である。不可操作部２３７は、タッチパネル１１０が画像送り販売不可の操作を受け付ける操作位置と、操作位置に対応する操作名を表示する。販売不可の操作は、画像と子供２３とを比較して同一性がないと判断した場合に、販売不可を入力する操作である。
【００８５】
次に、携帯電話２７が実行する承認応答処理について図１４を用いて説明する。図１４は、第２の実施形態の携帯電話における承認応答処理のフローチャートである。
［ステップＳ６１］携帯電話２７は、表示画面２７ａに承認内容表示２７ｂをおこなう。併せて、携帯電話２７は、表示画面２７ａに承認応答操作部２７ｃおよび不承認応答操作部２７ｄを表示して、保護者２６の応答操作を待つ。
【００８６】
［ステップＳ６２］携帯電話２７は、承認応答操作部２７ｃからの応答操作があった場合（すなわち承認する場合）にステップＳ６３にすすみ、不承認応答操作部２７ｄからの応答操作があった場合（すなわち承認しない場合）にステップＳ６５にすすむ。
【００８７】
［ステップＳ６３］携帯電話２７は、メールに添付する画像を選択する。
［ステップＳ６４］携帯電話２７は、選択された画像を添付して承認応答のメールを返信し、承認応答処理を終了する。
【００８８】
［ステップＳ６５］携帯電話２７は、不承認応答のメールを返信し、承認応答処理を終了する。
これにより、保護者２６は、子供２３と同行していなくても子供２３の買い物を承認する意思を明示することができる。
【００８９】
なお、携帯電話２７を例示して説明したが、遠隔地にあっても子供２３の買い物を承認可能であれば、携帯電話に限らずその他の端末装置であってもよい。なお、携帯電話２７が実行する承認応答処理は、メール操作をおこなうメーラに限らず、承認応答用のアプリケーション（たとえば、ブラウザ）によって実現することもできる。また、メールアドレスによって携帯電話２７を特定したが、ＩＰアドレスやその他の識別情報によって保護者２６の端末装置を特定するものであってもよい。この場合、保護者２６の端末装置は、メールによらずにＰＯＳサーバ１３０との間で所要の通信をおこなうものであってもよい。
【００９０】
［第３の実施形態］
次に、第３の実施形態について説明する。第３の実施形態は、承認依頼をおこなうタイミングが支払登録時ではなく、商品登録時である点で第２の実施形態と異なる。また、第３の実施形態は、顧客マスタに登録した顧客を対象とし、あらかじめ一定の取引に対して許可を与える設定を登録可能な点で第２の実施形態と異なる。そのため、お使いをする子供２３は、お使いカード２４に代えて、あらかじめ登録した顧客に発行されるマルチカードを提示して買い物をおこなう。
【００９１】
まず、第３の実施形態の商品登録処理について図１５、図１６を用いて説明する。第３の実施形態の商品登録処理は、第２の実施形態の商品登録処理と同様に、商品精算シーケンスにおいてキャッシャユニット１０２が実行する。図１５は、第３の実施形態のキャッシャユニットにおける商品登録処理のフローチャートである。図１６は、第３の実施形態のマルチカードの一例を示す図である。
【００９２】
［ステップＳ７１］キャッシャユニット１０２は、チェッカユニット１０３からの入力データ（商品コード）の通知を受けて、ＰＯＳサーバ１３０が記憶する商品マスタに商品コードを照会する。
【００９３】
［ステップＳ７２］キャッシャユニット１０２は、照会した商品マスタから商品名、商品単価を取得する。
［ステップＳ７３］キャッシャユニット１０２は、照会した商品マスタから販売許可情報を取得する。
【００９４】
［ステップＳ７４］キャッシャユニット１０２は、商品精算シーケンスにおいて、すでに会員番号または年齢のいずれかについて確認があるか否かを判定する。キャッシャユニット１０２は、会員番号または年齢のいずれかについて確認がある場合にステップＳ８０にすすみ、承認依頼または年齢のいずれも確認がない場合にステップＳ７５にすすむ。
【００９５】
［ステップＳ７５］キャッシャユニット１０２は、取得した販売許可情報が「有」か否かを判定する。キャッシャユニット１０２は、販売許可情報が「有」の場合にステップＳ７６にすすみ、販売許可情報が「有」でない場合にステップＳ８０にすすむ。
【００９６】
［ステップＳ７６］キャッシャユニット１０２は、取得した販売許可情報が「有」であるため、年齢確認対象商品であることをオペレータおよび客に報知する。
［ステップＳ７７］キャッシャユニット１０２は、年齢確認対象商品の販売確認（年齢確認）の入力を受け付ける。キャッシャユニット１０２は、年齢確認対象商品の販売確認の入力を受け付けた場合にステップＳ８０にすすみ、販売確認の入力を受け付けない場合にステップＳ７８にすすむ。
【００９７】
［ステップＳ７８］キャッシャユニット１０２は、客（この場合、未成年）が所持するマルチカード２８に記録された会員番号（承認関係情報）を取得する。キャッシャユニット１０２は、会員番号を取得した場合にステップＳ７９にすすみ、取得できない場合に商品登録処理を終了する。
【００９８】
なお、マルチカード２８は、お使いカード、会員カード、ポイントカードの機能を備えたカードであり、商店２０がマルチカード２８の使用者を特定可能な情報を有するカードである。マルチカード２８は、リライタブル印字部２８ａ、印刷記録部２８ｂ、磁気記録部２８ｃを備え、これらのうち少なくともいずれか１つに会員番号（会員を一意に識別可能な識別情報）を記録する。
【００９９】
［ステップＳ７９］キャッシャユニット１０２は、登録済商品リストを通知して保護者２６に買い物の承認を依頼する処理をＰＯＳサーバ１３０に依頼する。
［ステップＳ８０］キャッシャユニット１０２は、商品マスタに照会した商品を精算対象として登録済商品リストに登録する。
【０１００】
［ステップＳ８１］キャッシャユニット１０２は、商品を精算対象として登録したことを、ディスプレイ１１１、カスタマディスプレイ１１２の画面に表示して報知して商品登録処理を終了する。また、キャッシャユニット１０２は、図示しないスピーカにより音声報知する。
【０１０１】
このようにして、キャッシャユニット１０２は、客が購入しようとする商品をリスト化する。ここでリスト化される商品は、客が購入しようとする商品のうち年齢確認対象商品は、年齢確認も会員番号の取得もできない場合に、登録済商品リストに登録されない。また、複数の年齢確認対象商品の登録済商品リストへの登録をおこなう場合、キャッシャユニット１０２は、年齢確認または会員番号の取得を最初の１回についておこなう。これにより、キャッシャユニット１０２は、登録済商品リストの確定を待たずにＰＯＳサーバ１３０に承認依頼をおこなうことができる。
【０１０２】
次に、承認応答中継処理について図１７から図１９を用いて説明する。第３の実施形態の承認応答中継処理は、第２の実施形態の承認応答処理の一部をＰＯＳサーバ１３０が実行する。図１７は、第３の実施形態の店舗サーバにおける承認応答中継処理のフローチャートである。図１８は、第３の実施形態の顧客マスタの一例を示す図である。図１９は、第３の実施形態の承認取引リストの一例を示す図である。
【０１０３】
［ステップＳ９１］ＰＯＳサーバ１３０は、ＰＯＳサーバ１３０が記憶する顧客マスタに会員番号を照会して、あらかじめ保護者２６が設定している承認取引を参照する。
ここで、顧客マスタの一例について、顧客マスタ２４０を参照して説明する。顧客マスタ２４０は、会員番号毎に、会員の氏名、住所、電話番号、メールアドレス、画像、承認取引が登録されている。承認取引は、事前に取引についての保護者の承認の有無を示す情報である。
【０１０４】
［ステップＳ９２］ＰＯＳサーバ１３０は、顧客マスタの承認取引を参照して承認ありか否かを確認し、承認取引「有」の場合にステップＳ９７にすすみ、承認取引「無」の場合にステップＳ９３にすすむ。
【０１０５】
［ステップＳ９３］ＰＯＳサーバ１３０は、顧客マスタからメールアドレスを取得する。
［ステップＳ９４］ＰＯＳサーバ１３０は、顧客マスタから取得したメールアドレス宛てに承認依頼のメールを送信する。
【０１０６】
［ステップＳ９５］ＰＯＳサーバ１３０は、保護者２６から返信（承認応答）があったか否かを判定する。ＰＯＳサーバ１３０は、保護者２６からの承認待ちの取引について返信があった場合にステップＳ９６にすすみ、返信がない場合に承認応答待ちとなる。なお、ＰＯＳサーバ１３０は、所定時間待ち受けた後に返信がないものとしてステップＳ９９にすすむようにしてもよい。
【０１０７】
［ステップＳ９６］ＰＯＳサーバ１３０は、承認応答が「承認」であるか否かを判定する。ＰＯＳサーバ１３０は、承認応答が「承認」である場合にステップＳ９７にすすみ、承認応答が「承認」でない場合にステップＳ９９にすすむ。
【０１０８】
［ステップＳ９７］ＰＯＳサーバ１３０は、承認応答「承認」を受けて、顧客マスタから画像を取得する。
［ステップＳ９８］ＰＯＳサーバ１３０は、顧客マスタから取得した画像とともに承認応答が「承認」である旨をキャッシャユニット１０２に通知して承認応答中継処理を終了する。
【０１０９】
［ステップＳ９９］ＰＯＳサーバ１３０は、承認応答が「不承認」である旨をキャッシャユニット１０２に通知して承認応答中継処理を終了する。
このように、ＰＯＳサーバ１３０は、事前に取引について保護者の承認を得ている場合は、保護者に連絡することなくキャッシャユニット１０２に承認する旨を連絡するため保護者に承認を得るための時間を要しない。また、ＰＯＳサーバ１３０は、顧客マスタに事前に画像を登録することにより、保護者が返信メールに画像を添付するための時間（画像の選択時間、添付操作時間）を要しないことから返信メールの待ち時間を短縮可能である。また、ＰＯＳサーバ１３０は、顧客マスタに事前に画像を登録することにより、保護者が返信するメールの通信コストを低減可能である。
【０１１０】
なお、承認取引は、事前に取引についての保護者の承認の有無を示す情報としたが、承認取引リストによって承認する取引を決めるものであってもよい。たとえば、承認取引リスト２５０は、購入を承認する商品の商品コードをリストアップする。これによれば、保護者は、承認する取引内容を詳細に設定可能になる。
【０１１１】
このように第３の実施形態では、ＰＯＳサーバ１３０は、保護者の設定範囲において子供２３の取引に承認を与える承認部となり得る。
次に、支払登録処理について図２０を用いて説明する。第３の実施形態の支払登録処理は、第２の実施形態の支払登録処理と同様に、商品精算シーケンスにおいてキャッシャユニット１０２が実行する。図２０は、第３の実施形態のキャッシャユニットにおける支払登録処理のフローチャートである。
【０１１２】
［ステップＳ１０１］キャッシャユニット１０２は、保留取引がある場合に、保留取引を再開するか否かを判定する。キャッシャユニット１０２は、保留取引を再開すると判定した場合にステップＳ１０３にすすみ、保留取引を再開しないと判定した場合にステップＳ１０２にすすむ。
【０１１３】
［ステップＳ１０２］キャッシャユニット１０２は、承認応答待ちか否かを判定する。キャッシャユニット１０２は、承認応答待ちである場合にステップＳ１０６にすすみ、承認応答待ちでない場合に支払登録処理を終了する。
【０１１４】
［ステップＳ１０３］キャッシャユニット１０２は、保留された取引の格納先から保留された取引を取得する。
［ステップＳ１０４］キャッシャユニット１０２は、保護者２６からの承認待ちの取引を保留するか否かを判定する。キャッシャユニット１０２は、保護者２６からの承認待ちの取引を保留する場合にステップＳ１０５にすすみ、取引を保留しない場合にステップＳ１０６にすすむ。
【０１１５】
［ステップＳ１０５］キャッシャユニット１０２は、保留する取引（登録済商品リストおよび登録済商品リストを特定する情報）を一時記憶に格納し、支払登録処理を終了する。
【０１１６】
［ステップＳ１０６］キャッシャユニット１０２は、保護者２６からの承認待ちの取引について承認応答があったか否かを判定する。キャッシャユニット１０２は、保護者２６からの承認待ちの取引について承認応答があった場合にステップＳ１０７にすすみ、承認応答がない場合に承認応答待ちとなる。なお、キャッシャユニット１０２は、所定時間待ち受けた後に承認応答がないものとしてステップＳ１１１にすすむようにしてもよい。
【０１１７】
［ステップＳ１０７］キャッシャユニット１０２は、承認応答が「承認」であるか否かを判定する。キャッシャユニット１０２は、承認応答が「承認」である場合にステップＳ１０８にすすみ、承認応答が「承認」でない場合にステップＳ１１１にすすむ。
【０１１８】
［ステップＳ１０８］キャッシャユニット１０２は、ＰＯＳサーバ１３０から通知された画像をディスプレイ１１１に表示する。
［ステップＳ１０９］キャッシャユニット１０２は、オペレータによる販売許可の有無を判定する。キャッシャユニット１０２は、販売許可がある場合に支払登録処理を終了し、販売許可がない場合にステップＳ１１０にすすむ。
【０１１９】
［ステップＳ１１０］キャッシャユニット１０２は、ＰＯＳサーバ１３０から通知された画像が、ステップＳ５３で表示した画像以外にあるか否か（すなわち、更新画像があるか否か）を判定する。キャッシャユニット１０２は、更新画像がある場合に表示対象となる画像を切り替えてステップＳ１０８にすすみ、更新画像がない場合にステップＳ１１１にすすむ。
【０１２０】
［ステップＳ１１１］キャッシャユニット１０２は、登録済商品リストから販売許可情報が「有」の商品を削除して登録済商品リストを更新して、支払登録処理を終了する。このようにして、キャッシャユニット１０２は、子供２３への年齢確認対象商品の販売を保護者２６の承認を得て許可することができる。
【０１２１】
［第４の実施形態］
次に、第４の実施形態の取引承認システムについて説明する。第４の実施形態の取引承認システムは、複数の商店で共用可能な取引承認装置を備える。図２１は、第４の実施形態の取引承認の概要を示す図である。
【０１２２】
商品２２が年齢確認対象商品である場合に、商店２０ａは、子供２３による商品２２の購入の承認を保護者２６から得て、子供２３への商品２２の販売をおこなう。子供２３が購入しようとする商品２２に年齢確認対象商品が含まれるか否かは、ＰＯＳシステム１００ａにより検出される。商店２０ａは、子供２３が所持するお使いカード２４に記録される保護者２６による承認内容の確認先としてのＵＲＬ（Uniform Resource Locator）を取得する。保護者２６による承認内容は、あらかじめ保護者２６が携帯電話２７により取引承認装置５０に設定することができる。
【０１２３】
ＰＯＳシステム１００ａは、ネットワーク２５を通じて保護者２６による承認内容の確認先（取引承認装置５０）に、子供２３が購入しようとする商品２２が保護者の承認する買い物か否かを照会する。取引承認装置５０は、通知された商品２２の販売を承認する場合、子供２３の顔画像を添付してメールをＰＯＳシステム１００ａに返信する。ＰＯＳシステム１００ａは、返信されたメールに添付された顔画像をＰＯＳ端末に表示する。オペレータが子供２３と顔画像を比較して一致することで、保護者２６の承認が正当なものだと判断することができる。保護者２６からの承認を得て、オペレータは、子供２３が購入しようとする商品２２の精算をおこなう。
【０１２４】
取引承認システム１５は、商店２０ｂ、２０ｃのＰＯＳシステム１００ｂ、１００ｃについても商店２０ａのＰＯＳシステム１００ａと同様に、保護者２６の付き添いがなくとも、保護者２６の承認を得て年齢確認対象商品を販売することができる。
【０１２５】
次に、第４の実施形態の支払登録処理について図２２を用いて説明する。第４の実施形態の支払登録処理は、第２の実施形態の支払登録処理と同様に、商品精算シーケンスにおいてキャッシャユニット１０２が実行する。なお、第４の実施形態の商品登録処理については、第２の実施形態と同様とすることができる。図２２は、第４の実施形態のキャッシャユニットにおける支払登録処理のフローチャートである。
【０１２６】
［ステップＳ１２１］キャッシャユニット１０２は、登録済商品リストを照会する。
［ステップＳ１２２］キャッシャユニット１０２は、登録済商品リストに販売許可情報「有」の商品が登録されているか否かを判定する。キャッシャユニット１０２は、登録済商品リストに販売許可情報「有」の商品が登録されている場合にステップＳ１２３にすすみ、登録されていない場合に支払登録処理を終了する。
【０１２７】
［ステップＳ１２３］キャッシャユニット１０２は、登録済商品リストに販売許可情報「有」の商品が登録されているため、登録済商品リストに年齢確認対象商品があることをオペレータおよび客に報知する。
【０１２８】
［ステップＳ１２４］キャッシャユニット１０２は、年齢確認対象商品の販売確認（年齢確認）の入力を受け付ける。キャッシャユニット１０２は、年齢確認対象商品の販売確認の入力を受け付けた場合に支払登録処理を終了し、販売確認の入力を受け付けない場合にステップＳ１２５にすすむ。
【０１２９】
［ステップＳ１２５］キャッシャユニット１０２は、客（この場合、未成年）が所持するお使いカードからＵＲＬを取得する。キャッシャユニット１０２は、ＵＲＬを取得した場合にステップＳ１２６にすすみ、取得できない場合にステップＳ１３０にすすむ。
【０１３０】
なお、ＵＲＬは、お使いカードに印字された二次元バーコードであり、取引承認装置５０が記憶する保護者２６による承認内容の確認先である。キャッシャユニット１０２は、チェッカユニット１０３が備える固定スキャナ１１７、あるいは図示しないバーコードリーダからＵＲＬを取得する。なお、お使いカードは、文字によりＵＲＬを記録するものであってもよいし、ＩＣカードや磁気カードなどで電磁気的にＵＲＬを情報として保持するものであってもよい。
【０１３１】
［ステップＳ１２６］キャッシャユニット１０２は、ＵＲＬを指定して、取引承認装置５０に買い物の承認を依頼する処理をＰＯＳサーバ１３０に依頼する。依頼を受けたＰＯＳサーバ１３０は、取引承認装置５０に承認依頼を通知する。
【０１３２】
取引承認装置５０は、ＵＲＬによって特定する保護者２６による承認内容を確認し、登録済商品リストが保護者２６があらかじめ設定した承認内容の範囲内か否かを判定する。取引承認装置５０は、登録済商品リストが承認内容の範囲内であれば、あらかじめ保護者２６によって登録された画像とともに「承認」応答をおこない、承認内容の範囲外であれば、「不承認」応答をおこなう。
【０１３３】
［ステップＳ１２７］キャッシャユニット１０２は、取引承認装置５０からの承認応答をＰＯＳサーバ１３０経由で受ける。キャッシャユニット１０２は、承認応答が「承認」であるか否かを判定する。キャッシャユニット１０２は、承認応答が「承認」である場合にステップＳ１２８にすすみ、承認応答が「承認」でない場合にステップＳ１３０にすすむ。
【０１３４】
［ステップＳ１２８］キャッシャユニット１０２は、承認応答とともに通知された画像をディスプレイ１１１に表示する。
［ステップＳ１２９］キャッシャユニット１０２は、オペレータによる販売許可の有無を判定する。キャッシャユニット１０２は、販売許可がある場合に支払登録処理を終了し、販売許可がない場合にステップＳ１３０にすすむ。
【０１３５】
［ステップＳ１３０］キャッシャユニット１０２は、登録済商品リストから販売許可情報が「有」の商品を削除して登録済商品リストを更新して、支払登録処理を終了する。
このようにして、キャッシャユニット１０２は、子供２３への年齢確認対象商品の販売を保護者２６の承認を得て許可することができる。また、保護者２６は、あらかじめ取引承認装置５０に取引の承認内容を設定することで、子供２３の買い物のタイミングで承認操作をおこなう必要がない。また、キャッシャユニット１０２は、子供２３の買い物の承認をタイムラグなくおこなうことができるため、承認依頼の対象となる買い物を保留する必要がない。
【０１３６】
なお、保護者２６による承認内容は、あらかじめ有効時間や有効回数を設定可能であってもよい。このようにすれば、取引承認システム１５は、子供２３が許容される買い物を無制限に繰り返すことを防止することができる。
【０１３７】
また、取引承認システム１５は、商品毎に年齢確認対象商品の設定をおこなったが、買い物ごとの商品点数や購入金額、特定商品の組み合わせ（たとえば、たばことライターなど）を禁止、または許可する設定としてもよい。
【０１３８】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、キャッシャユニット１０２、チェッカユニット１０３、ＰＯＳサーバ１３０、携帯電話２７が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（可搬型記録媒体を含む）に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）などがある。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）などがある。
【０１３９】
プログラムを流通させる場合には、たとえば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【０１４０】
プログラムを実行するコンピュータは、たとえば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムにしたがった処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムにしたがった処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムにしたがった処理を実行することもできる。
【０１４１】
なお、上述の実施の形態は、実施の形態の要旨を逸脱しない範囲内において種々の変更を加えることができる。
さらに、上述の実施の形態は、多数の変形、変更が当業者にとって可能であり、説明した正確な構成および応用例に限定されるものではない。
【符号の説明】
【０１４２】
１ 取引承認システム
２ 識別情報取得部
３ 承認対象確認部
４ 承認関係情報取得部
５ 承認要求部
６ 表示部
７ 承認部
８ 識別情報
９ 承認関係情報
１０ 画像情報
１１ 取引対象
１２ 承認要求者
【特許請求の範囲】
【請求項１】
取引対象の識別情報を取得する識別情報取得部と、
前記識別情報にもとづいて前記取引対象の取引が承認対象か否かを確認する承認対象確認部と、
前記取引が承認対象である場合に、前記取引の承認関係を特定するための承認関係情報を、承認要求者から取得する承認関係情報取得部と、
特定した前記承認関係にもとづいて前記取引の承認を承認部に要求し、前記承認部からの承認応答として前記承認要求者に関する画像情報を取得する承認要求部と、
前記画像情報に対応する画像を表示する表示部と、
を備えることを特徴とする取引承認システム。
【請求項２】
前記承認応答のあった前記取引を許可する許可入力を受け付ける許可受付部と、
を備えることを特徴とする請求項１記載の取引承認システム。
【請求項３】
前記承認要求部は、複数の前記取引対象がある場合に、一括して前記取引の承認を前記承認部に要求することを特徴とする請求項２記載の取引承認システム。
【請求項４】
前記承認要求部は、前記承認対象確認部が複数の前記取引対象のうち一部の前記取引対象について承認対象であることを確認した場合、すべての前記取引対象の承認対象の確認を待たずに、前記取引の承認を前記承認部に要求することを特徴とする請求項２記載の取引承認システム。
【請求項５】
前記画像情報は、複数枚の画像を表示可能な情報であって、
前記表示部は、前記画像を一枚ずつ表示することを特徴とする請求項１乃至請求項４記載の取引承認システム。
【請求項６】
前記承認部は、あらかじめ設定された承認範囲にもとづいて前記取引の承認をおこなうことを特徴とする請求項１乃至請求項５記載の取引承認システム。
【請求項７】
前記承認関係情報取得部は、前記承認要求者が所持する情報記録媒体に記録された前記承認関係情報から前記承認部を特定することを特徴とする請求項１乃至請求項６記載の取引承認システム。
【請求項８】
前記承認要求部は、承認要求のあとに当該取引を保留し、承認応答後に保留した取引を保留解除可能にすることを特徴とする請求項１乃至請求項７記載の取引承認システム。
【請求項９】
取引対象の識別情報を取得し、
前記識別情報にもとづいて前記取引対象の取引が承認対象か否かを確認し、
前記取引が承認対象である場合に、前記取引の承認関係を特定するための承認関係情報を、承認要求者から取得し、
特定した前記承認関係にもとづいて前記取引の承認を承認部に要求し、前記承認部からの承認応答として前記承認要求者に関する画像情報を取得し、
前記画像情報に対応する画像を表示する、
ことを特徴とする取引承認方法。
【請求項１】
取引対象の識別情報を取得する識別情報取得部と、
前記識別情報にもとづいて前記取引対象の取引が承認対象か否かを確認する承認対象確認部と、
前記取引が承認対象である場合に、前記取引の承認関係を特定するための承認関係情報を、承認要求者から取得する承認関係情報取得部と、
特定した前記承認関係にもとづいて前記取引の承認を承認部に要求し、前記承認部からの承認応答として前記承認要求者に関する画像情報を取得する承認要求部と、
前記画像情報に対応する画像を表示する表示部と、
を備えることを特徴とする取引承認システム。
【請求項２】
前記承認応答のあった前記取引を許可する許可入力を受け付ける許可受付部と、
を備えることを特徴とする請求項１記載の取引承認システム。
【請求項３】
前記承認要求部は、複数の前記取引対象がある場合に、一括して前記取引の承認を前記承認部に要求することを特徴とする請求項２記載の取引承認システム。
【請求項４】
前記承認要求部は、前記承認対象確認部が複数の前記取引対象のうち一部の前記取引対象について承認対象であることを確認した場合、すべての前記取引対象の承認対象の確認を待たずに、前記取引の承認を前記承認部に要求することを特徴とする請求項２記載の取引承認システム。
【請求項５】
前記画像情報は、複数枚の画像を表示可能な情報であって、
前記表示部は、前記画像を一枚ずつ表示することを特徴とする請求項１乃至請求項４記載の取引承認システム。
【請求項６】
前記承認部は、あらかじめ設定された承認範囲にもとづいて前記取引の承認をおこなうことを特徴とする請求項１乃至請求項５記載の取引承認システム。
【請求項７】
前記承認関係情報取得部は、前記承認要求者が所持する情報記録媒体に記録された前記承認関係情報から前記承認部を特定することを特徴とする請求項１乃至請求項６記載の取引承認システム。
【請求項８】
前記承認要求部は、承認要求のあとに当該取引を保留し、承認応答後に保留した取引を保留解除可能にすることを特徴とする請求項１乃至請求項７記載の取引承認システム。
【請求項９】
取引対象の識別情報を取得し、
前記識別情報にもとづいて前記取引対象の取引が承認対象か否かを確認し、
前記取引が承認対象である場合に、前記取引の承認関係を特定するための承認関係情報を、承認要求者から取得し、
特定した前記承認関係にもとづいて前記取引の承認を承認部に要求し、前記承認部からの承認応答として前記承認要求者に関する画像情報を取得し、
前記画像情報に対応する画像を表示する、
ことを特徴とする取引承認方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【公開番号】特開２０１２−２４３１７１（Ｐ２０１２−２４３１７１Ａ）
【公開日】平成２４年１２月１０日（２０１２．１２．１０）
【国際特許分類】
【出願番号】特願２０１１−１１４２７２（Ｐ２０１１−１１４２７２）
【出願日】平成２３年５月２３日（２０１１．５．２３）
【出願人】（０００２３７６３９）富士通フロンテック株式会社 (667)
【Ｆターム（参考）】
【公開日】平成２４年１２月１０日（２０１２．１２．１０）
【国際特許分類】
【出願日】平成２３年５月２３日（２０１１．５．２３）
【出願人】（０００２３７６３９）富士通フロンテック株式会社 (667)
【Ｆターム（参考）】
[ Back to top ]