JP7286123B1 - 情報処理システム、情報処理方法及び情報処理装置 - Google Patents

Abstract

情報処理システムＳは、商品の売り手が管理する売り手側装置１と、商品の買い手が管理する買い手側装置２と、を有する情報処理システムＳであって、売り手側装置１は、買い手が注文した商品の出荷を識別するための出荷識別情報を発行する情報発行部を有し、買い手側装置２は、買い手が受け取った商品である受取商品に付されている出荷識別情報を読み取る読取機器Ｄを介して前記出荷識別情報を取得する取得部と、取得部が取得した出荷識別情報と、出荷識別情報に対応する受取商品の代金の売り手への送金日と、売り手への送金額とを含む支払通知を売り手側装置に送信する買い手側送信部と、を有する。

Description

本発明は、情報処理システム、情報処理方法及び情報処理装置に関する。

従来、買い手が購入した商品の代金の支払い方法の１つとして、当該商品の代金を売り手の銀行口座に振り込む方法が利用されている（例えば、特許文献１）。

特開２００７－３１６９５９号公報

しかしながら、従来、買い手において品質不適合、出荷数の誤りその他の理由によって正常に検品がなされなかったものに関する連絡手段及び様式が統一されていなかった。したがって、正常に検品がなされない場合、売り手の経理部門において正常に検品できなかったという事情を把握できないにもかかわらず、買い手が検品されなかった商品の代金を売り手の請求額から控除して入金がなされていた。その結果、売り手の経理部門では、銀行口座の取引履歴を参照しても、どの入金が過去において売り手が出荷した商品に該当するかが分からないという問題があった。

そこで、本発明はこれらの点に鑑みてなされたものであり、どの入金が過去において売り手が出荷した商品に該当するかを売り手が容易に把握できるようにすることを目的とする。

本発明の第１の態様にかかる情報処理システムは、商品の売り手が管理する売り手側装置と、商品の買い手が管理する買い手側装置と、を有する情報処理システムであって、前記売り手側装置は、前記買い手が注文した前記商品の出荷を識別するための出荷識別情報を発行する情報発行部を有し、前記買い手側装置は、前記買い手が受け取った前記商品である受取商品に付されている前記出荷識別情報を読み取る読取機器を介して前記出荷識別情報を取得する取得部と、前記取得部が取得した前記出荷識別情報と、前記出荷識別情報に対応する前記受取商品の代金の前記売り手への送金日と、前記売り手への送金額とを含む支払通知を前記売り手側装置に送信する買い手側送信部と、を有する。

前記買い手側送信部は、前記買い手による前記商品の注文を識別するための注文識別情報を含む注文要求を前記売り手側装置に送信し、前記取得部は、前記読取機器を介して前記受取商品にさらに付されている前記注文識別情報を取得し、前記買い手側送信部は、前記取得部が取得した前記注文識別情報と、前記注文要求に含まれる前記注文識別情報とが一致することを条件として、前記支払通知を送信してもよい。

前記買い手側送信部は、前記買い手が注文する注文内容を含む注文要求を前記売り手側装置に送信し、前記買い手側送信部は、前記注文要求に含まれる前記注文内容と、前記受取商品の内容とが一致することを条件として、前記支払通知を送信してもよい。

前記売り手側装置は、前記支払通知と、銀行から通知される入金通知とを受信する売り手側受信部と、前記支払通知に含まれる前記送金日及び前記送金額に対応する入金日及び入金額を含む前記入金通知を前記売り手側受信部が受信した場合に、前記支払通知に含まれる前記出荷識別情報に対応する前記商品の代金の精算が完了したことを示す情報を出力する売り手側出力部と、をさらに有してもよい。

前記取得部は、前記読取機器を介して複数の前記受取商品それぞれに付されている複数の前記出荷識別情報を取得し、前記買い手側送信部は、前記複数の出荷識別情報を含む前記支払通知を前記売り手側装置に送信し、前記売り手側出力部は、さらに、複数の前記商品それぞれに付された前記複数の出荷識別情報と、前記支払通知に含まれる前記複数の出荷識別情報とが一致する場合に、前記複数の出荷識別情報それぞれに対応する前記複数の商品の代金の精算が完了したことを示す情報を出力してもよい。

前記取得部は、前記読取機器を介して複数の前記受取商品が積まれた荷台に付されている前記出荷識別情報を取得し、前記売り手側出力部は、さらに、前記荷台に付された前記出荷識別情報と、前記支払通知に含まれる前記出荷識別情報とが一致する場合に、前記支払通知に含まれる前記出荷識別情報に対応する複数の前記商品の代金の精算が完了したことを示す情報を出力してもよい。

前記売り手側装置は、前記買い手に出荷する複数の前記商品に対応する前記出荷識別情報と、前記複数の商品の代金として請求する請求額とを関連付けて記憶部に記憶させる記録部をさらに有し、前記買い手側送信部は、前記取得部が取得した前記出荷識別情報と、複数の前記受取商品のうちの前記売り手に返す商品を示す情報とを含む返品通知を前記売り手側装置に送信し、前記記録部は、前記返品通知に基づいて、当該返品通知に含まれる前記出荷識別情報に関連付けて前記記憶部に記憶されている前記請求額を更新し、前記売り手側出力部は、さらに、前記支払通知に含まれる前記送金額と、前記入金通知に含まれる前記入金額と、前記記録部が更新した後の前記請求額とが一致する場合に、前記支払通知に含まれる前記出荷識別情報に対応する前記商品の代金の精算が完了したことを示す情報を出力してもよい。

前記売り手側装置は、前記買い手に出荷する複数の前記商品に対応する前記出荷識別情報と、前記複数の商品の代金として請求する請求額とを関連付けて記憶部に記憶させる記録部をさらに有し、前記買い手側送信部は、前記取得部が取得した前記出荷識別情報と、前記買い手が複数の前記受取商品それぞれに対して行った検品結果とを含む検品情報を前記売り手側装置に送信し、前記記録部は、前記検品情報において不備があることを示す前記検品結果が含まれている場合、前記検品情報に含まれる前記出荷識別情報に関連付けられている前記請求額を、前記検品情報に含まれる前記出荷識別情報に対応する前記複数の商品のうち、不備があることを示す前記検品結果の前記商品の代金で減算することにより、前記請求額を更新し、前記売り手側出力部は、さらに、前記支払通知に含まれる前記送金額と、前記入金通知に含まれる前記入金額と、前記記録部が更新した後の前記請求額とが一致する場合に、前記支払通知に含まれる前記出荷識別情報に対応する前記商品の代金の精算が完了したことを示す情報を出力してもよい。

前記売り手側装置は、複数の前記支払通知と、銀行から通知される入金通知とを受信する売り手側受信部と、前記複数の支払通知それぞれに含まれる共通の前記送金日に対応する入金日を含む前記入金通知であって、前記複数の支払通知それぞれに含まれる前記送金額の合計金額に対応する入金額を含む前記入金通知を前記売り手側受信部が受信した場合に、前記複数の支払通知それぞれに含まれる前記出荷識別情報に対応する前記商品の代金の精算が完了したことを示す情報を出力する売り手側出力部と、をさらに有してもよい。

前記売り手側装置は、前記買い手に出荷する前記商品に対応する前記出荷識別情報を記憶部に記憶させる記録部をさらに有し、前記売り手側出力部は、前記売り手側受信部が受信した前記支払通知に含まれる前記出荷識別情報と、前記記憶部に記憶されている前記出荷識別情報とを比較した結果を出力してもよい。

本発明の第２の態様にかかる情報処理方法は、商品の売り手のコンピュータが実行する、商品の買い手が注文した前記商品の出荷を識別するための出荷識別情報を発行するステップを有し、前記買い手側のコンピュータが実行する、前記買い手が受け取った前記商品である受取商品に付されている前記出荷識別情報を読み取る読取機器を介して前記出荷識別情報を取得するステップと、取得した前記出荷識別情報と、前記出荷識別情報に対応する前記受取商品の代金の前記売り手への送金日と、前記売り手への送金額とを含む支払通知を前記売り手側装置に送信するステップと、を有する。

本発明の第３の態様にかかる情報処理装置は、買い手が注文した商品の出荷を識別するための出荷識別情報であって、前記買い手が受け取った前記商品である受取商品に付されている前記出荷識別情報を読み取る読取機器を介して前記出荷識別情報を取得する取得部と、前記取得部が取得した前記出荷識別情報と、前記出荷識別情報に対応する前記受取商品の代金の売り手への送金日と、前記売り手への送金額とを含む支払通知を、前記出荷識別情報を発行する売り手側装置に送信する買い手側送信部と、を有する。

本発明の第４の態様にかかる情報処理装置は、買い手が注文した商品の出荷を識別するための出荷識別情報を発行する情報発行部と、前記買い手が受け取った前記商品に付されている前記出荷識別情報を読み取る読取機器を介して買い手側装置が取得した前記出荷識別情報であって前記買い手による検品が完了した前記商品に付された前記出荷識別情報と、前記出荷識別情報に対応する前記商品の代金の売り手への送金日と、前記売り手への送金額とを含む支払通知を前記買い手側装置から受信し、銀行から通知される入金通知を銀行システムから受信する売り手側受信部と、前記支払通知に含まれる前記送金日及び前記送金額に対応する入金日及び入金額を含む前記入金通知を前記売り手側受信部が受信した場合に、前記支払通知に含まれる前記出荷識別情報に対応する前記商品の代金の精算が完了したことを示す情報を出力する売り手側出力部と、を有する。

本発明によれば、どの入金が過去において売り手が出荷した商品に該当するかを売り手が容易に把握できるという効果を奏する。

情報処理システムの概要を説明する図である。 売り手側装置の構成を示すブロック図である。 買い手側装置の構成を示すブロック図である。 注文管理データベースの構成の一例を示す図である。 出荷管理データベースの構成の一例を示す図である。 情報処理システムが実行する処理の流れを示すシーケンス図である。

［情報処理システムＳの概要］
図１は、情報処理システムＳの概要を説明する図である。情報処理システムＳは、商品の売り手及び買い手の間における商品の取り引きを管理するために用いられるシステムである。売り手及び買い手は、例えば、事業者、又は事業者内の従業者等である。商品には、例えば、文房具、被服、電化製品、家具等のように、大小様々な物品が含まれる。情報処理システムＳは、売り手側装置１と、買い手側装置２とを有する。

売り手側装置１は、商品の売り手が管理する情報処理装置（例えばコンピュータ）である。買い手側装置２は、商品の買い手が管理する情報処理装置である。
以下において、情報処理システムＳが実行する処理について説明する。

売り手及び買い手の間における商品の取り引きには、買い手が売り手に商品を注文する注文工程と、売り手が買い手からの注文に応じて商品を買い手に配送する配送工程と、買い手が配送された商品を検品し、検品した結果に応じて商品の代金を支払う代金支払工程と、売り手が買い手による商品の代金の支払いを確認する支払確認工程とが含まれる。

まず、注文工程において、買い手が買い手側装置２において売り手が販売する商品を注文するための操作を行うと、買い手側装置２は、商品を注文するための注文要求を売り手側装置１に送信する（図１における（１））。

続いて、配送工程において、売り手側装置１は、買い手側装置２から注文要求を受信すると、出荷ＩＤ（identifier）を発行する（図１における（２））。出荷ＩＤは、買い手が注文した商品の出荷を識別するための出荷識別情報である。売り手側装置１は、例えば、発行した出荷ＩＤをＲＦ（Radio Frequency）タグに書き込む。売り手がＲＦタグを商品に付した後に、商品を出荷する出荷手続きを行うことにより、商品が買い手のもとに配送される（図１における（３））。

続いて、代金支払工程において、買い手は、配送された商品を受け取り、買い手が受け取った商品（以下、「受取商品」という。）に対して検品を行う。買い手は、受取商品に不備が無いと判断した場合、受取商品の代金を売り手に送金する送金手続きを行う（図１における（４））。銀行（例えば、銀行が管理する不図示の銀行システム）は、買い手による送金手続きが行われると、買い手が売り手の口座に入金したことを売り手に知らせるための入金通知を売り手側装置１に送信する（図１における（５））。入金通知には、入金日と、入金額とが含まれる。

買い手が、読取機器Ｄにおいて、受取商品に付されているＲＦタグから情報を読み取る操作を行うと、買い手側装置２は、読取機器ＤがＲＦタグから読み取った出荷ＩＤを取得する（図１における（６））。読取機器Ｄは、買い手が使用する機器であり、例えば、ＲＦリーダ、スマートフォン、タブレット機器、パーソナルコンピュータ等である。

買い手が読み取られた出荷ＩＤに対応する受取商品の代金の売り手への送金日と、売り手への送金額とを送信する操作を行うと、買い手側装置２は、受取商品の代金の支払いを売り手に知らせるための支払通知を売り手側装置１に送信する（図１における（７））。支払通知には、出荷ＩＤ（例えば、買い手が選択した出荷ＩＤ）と、入金通知に含まれる送金日と、入金通知に含まれる送金額とが含まれる。

上記において、買い手が送金手続きを行った後に、買い手側装置２が支払通知を送信する例を説明したが、これに限らない。例えば、買い手側装置２が支払通知を送信した後に、買い手が送金手続きを行ってもよい。

そして、支払確認工程において、売り手側装置１は、買い手からの支払通知に含まれる送金日及び送金額に対応する入金日及び入金額を含む入金通知を受信した場合に、清算完了情報を出力する（図１における（８））。清算完了情報は、支払通知に含まれる出荷ＩＤに対応する商品の代金の精算が完了したことを示す情報である。

このように、情報処理システムＳは、出荷ＩＤを含む支払通知が売り手に通知されることにより、どの入金が過去において売り手が出荷した商品に該当するかを売り手が容易に把握できるようにすることができる。
以下、売り手側装置１及び買い手側装置２の構成について説明する。

［売り手側装置１の構成］
図２は、売り手側装置１の構成を示すブロック図である。売り手側装置１は、通信部１１と、記憶部１２と、制御部１３とを有する。制御部１３は、売り手側受信部１３１と、情報発行部１３２と、記録部１３３と、売り手側出力部１３４とを有する。

通信部１１は、ネットワークを介して他の装置と通信するための通信インターフェースである。記憶部１２は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＳＳＤ（Solid State Drive）、ハードディスク等の記憶媒体である。記憶部１２は、制御部１３を機能させるための各種のプログラムを記憶する。記憶部１２は、買い手への商品の出荷を管理する出荷管理データベースを記憶している。出荷管理データベースの詳細については後述する。

制御部１３は、例えばＣＰＵ（Central Processing Unit）である。制御部１３は、記憶部１２に記憶されている制御プログラムを実行することにより、売り手側受信部１３１、情報発行部１３２、記録部１３３及び売り手側出力部１３４として機能する。売り手側受信部１３１、情報発行部１３２、記録部１３３及び売り手側出力部１３４の詳細については後述する。

［買い手側装置２の構成］
図３は、買い手側装置２の構成を示すブロック図である。買い手側装置２は、通信部２１と、記憶部２２と、制御部２３とを有する。制御部２３は、受付部２３１と、買い手側送信部２３２と、情報生成部２３３と、取得部２３４と、買い手側受信部２３５と、送金処理部２３６とを有する。

通信部２１は、ネットワークを介して他の装置と通信するための通信インターフェースである。記憶部２２は、例えば、ＲＯＭ、ＲＡＭ、ＳＳＤ、ハードディスク等の記憶媒体である。記憶部２２は、制御部２３を機能させるための各種のプログラムを記憶する。記憶部２２は、売り手への商品の注文を管理する注文管理データベースを記憶している。注文管理データベースの詳細については後述する。

制御部２３は、例えばＣＰＵである。制御部２３は、記憶部２２に記憶されている制御プログラムを実行することにより、受付部２３１、買い手側送信部２３２、情報生成部２３３、取得部２３４、買い手側受信部２３５及び送金処理部２３６として機能する。受付部２３１、買い手側送信部２３２、情報生成部２３３、取得部２３４、買い手側受信部２３５及び送金処理部２３６の詳細については後述する。
以下において、売り手及び買い手の間における商品の取り引きに含まれる工程ごとに、当該工程において情報処理システムＳが実行する処理について説明する。

［注文工程における処理］
まず、買い手が売り手に商品を注文する注文工程において情報処理システムＳが実行する処理について説明する。

買い手側装置２において、受付部２３１は、買い手が売り手に注文する注文内容を受け付ける。注文内容は、例えば、売り手が販売する複数の商品の中から買い手が選択した商品を示す情報（例えば、商品名、商品ＩＤ等）、当該商品の数量等である。

例えば、買い手側装置２が不図示の操作部を有する場合において、買い手が、買い手側装置２の操作部において商品を注文するための情報を入力すると、受付部２３１は、買い手が入力した情報を示す注文内容を受け付ける。受付部２３１は、読取機器Ｄから、買い手が入力した情報を示す注文内容を取得することにより、注文内容を受け付けてもよい。

受付部２３１は、注文内容以外の情報をさらに受け付けてもよい。例えば、受付部２３１は、売り手を示す売り手情報（例えば、売り手のＩＤ、売り手の名称、売り手に商品を注文するためのメールアドレス等）をさらに受け付ける。

買い手側送信部２３２は、受付部２３１が注文内容を受け付けると、当該注文内容を含む注文要求を売り手側装置１に送信する。買い手側送信部２３２は、例えば、受付部２３１が注文内容を、受付部２３１が受け付けた売り手情報によって特定される売り手側装置１に送信する。

買い手側送信部２３２は、注文ＩＤをさらに含む注文要求を売り手側装置１に送信してもよい。注文ＩＤは、買い手による商品の注文を識別するための注文識別情報である。具体的には、まず、情報生成部２３３は、受付部２３１が注文内容を受け付けると、注文ＩＤを生成する。そして、買い手側送信部２３２は、注文内容と、注文ＩＤとを含む注文要求を売り手側装置１に送信する。

情報生成部２３３は、注文ＩＤを生成すると、生成した注文ＩＤと、受付部２３１が受け付けた注文内容とを関連付けて注文管理データベースに記憶させる。図４は、注文管理データベースの構成の一例を示す図である。

図４に示す例において、注文管理データベースは、注文ＩＤと、出荷ＩＤと、注文内容（商品名、数量）と、検品結果とを関連付けて記憶している。検品結果は、買い手が受け取った商品に対して検品した結果を示す情報であり、例えば、不備がないと判断された商品には、検品結果として「〇」が示され、不備があると判断された商品には、検品結果として「×」が示される。

［配送工程における処理］
続いて、売り手が買い手からの注文に応じて商品を買い手に配送する配送工程において情報処理システムＳが実行する処理について説明する。

売り手側装置１において、売り手側受信部１３１は、買い手側装置２から注文要求を受信する。情報発行部１３２は、売り手側受信部１３１が注文要求を受信すると、出荷ＩＤを発行する。情報発行部１３２は、例えば、出荷ＩＤを生成し、生成した出荷ＩＤをＲＦタグに書き込む。

情報発行部１３２は、出荷ＩＤ以外の情報をさらにＲＦタグに書き込んでもよい。例えば、注文要求に注文ＩＤが含まれている場合、情報発行部１３２は、注文要求に含まれている注文ＩＤをさらにＲＦタグに書き込む。情報発行部１３２は、注文要求に含まれている注文内容をさらにＲＦタグに書き込んでもよい。売り手は、出荷ＩＤが書き込まれたＲＦタグを商品に付して、当該商品を配送する配送手続きを行う。

情報発行部１３２は、出荷ＩＤを含むコード画像（例えば、バーコード、ＱＲコード（登録商標）等）を発行してもよい。情報発行部１３２は、例えば、出荷ＩＤを含むコード画像を不図示の印刷機に出力させる。この場合、売り手は、出力されたコード画像を商品に付して、当該商品を配送する配送手続きを行う。

情報発行部１３２は、売り手側受信部１３１が注文要求を受信したタイミングで出荷ＩＤを発行してもよいし、売り手が配送手続きを行うタイミング（例えば、売り手が売り手側装置１において出荷ＩＤを発行する操作を行ったタイミング）で出荷ＩＤを発行してもよい。

注文要求に複数の商品が含まれている場合、情報発行部１３２は、商品の数に応じた出荷ＩＤを発行してもよい。情報発行部１３２は、例えば、複数の出荷ＩＤを発行する場合、それぞれ異なる複数の出荷ＩＤを発行する。情報発行部１３２は、例えば、商品ごとに出荷ＩＤを発行する。

また、情報発行部１３２は、複数の商品を梱包する梱包容器（例えば、段ボール箱等）ごとに出荷ＩＤを発行してもよい。この場合、まず、情報発行部１３２は、売り手から、梱包容器の数と、各梱包容器に梱包される商品を示す情報（例えば商品ＩＤ等）との入力を受け付ける。そして、情報発行部１３２は、梱包容器ごとに出荷ＩＤを発行する。

また、情報発行部１３２は、配送業者が配送物を配送するために用いる荷台ごとに出荷ＩＤを発行してもよい。この場合、まず、情報発行部１３２は、売り手又は配送業者から、注文要求に含まれる複数の商品を配送するために用いられる荷台の数と、各荷台に積まれる商品を示す情報との入力を受け付ける。そして、情報発行部１３２は、荷台ごとに出荷ＩＤを発行する。

情報発行部１３２は、さらに、商品とともに配送する請求書を発行してもよい。請求書には、買い手が注文した商品の代金として売り手が買い手に請求する請求額と、出荷ＩＤと、請求額の送金先とが含まれる。例えば、情報発行部１３２が請求書を発行すると、売り手は、発行された請求書と商品とを配送する配送手続きを行う。

なお、情報発行部１３２は、発行した請求書を、所定の中継サービスを介して買い手側装置２に送信してもよい。所定の中継サービスは、例えば、ＰＥＰＰＯＬ（Pan European Public Procurement Online）の仕様に準拠したデータを送受信するための電子インボイスネットワークを介して、データの送信元の事業者が指定した証憑データの送信先の事業者に証憑データを送信するサービスである。

記録部１３３は、買い手に出荷する商品に対応する出荷ＩＤと、商品の代金として請求する請求額とを関連付けて出荷管理データベースに記憶させる。記録部１３３は、注文要求に複数の商品が含まれている場合、買い手に出荷する複数の商品に対応する出荷ＩＤと、複数の商品の代金として請求する請求額とを関連付けて出荷管理データベースに記憶させる。記録部１３３は、さらに様々な情報を出荷ＩＤに関連付けて出荷管理データベースに記憶させてもよい。

図５は、出荷管理データベースの構成の一例を示す図である。図５に示す例において、出荷管理データベースは、注文ＩＤと、出荷ＩＤと、商品ＩＤと、数量と、請求額と、請求先と、清算状態とを関連付けて記憶している。請求額は、注文要求に含まれる一以上の商品の代金として請求する請求額である。請求先は、商品の買い手を示す情報であり、例えば、買い手の名称であるが、これに限らず、買い手のＩＤであってもよい。清算状態は、出荷した商品に対する清算が完了したか否かを示す情報である。

［代金支払工程における処理］
続いて、買い手が配送された商品を検品し、検品した結果に応じて商品の代金を支払う代金支払工程において情報処理システムＳが実行する処理について説明する。

買い手は、配送された商品を受け取ると、受け取った商品（以下、「受取商品」という。）に対して検品を行う。情報処理システムＳは、代金支払工程において以下の３つのステップの処理を実行する。

まず、第１のステップとして、買い手側装置２は、受取商品に付されている出荷ＩＤを取得する。例えば、まず、買い手が読取機器Ｄにおいて受取商品に付されているＲＦタグを読み取る操作を行うと、読取機器Ｄは、読み取った出荷ＩＤを買い手側装置２に送信する。そして、取得部２３４は、読取機器Ｄから出荷ＩＤを取得する。

複数の受取商品が積まれた荷台又は複数の受取商品が梱包された梱包容器にＲＦタグが付されている場合、買い手は読取機器Ｄにおいて荷台又は梱包容器に付されているＲＦタグを読み取る操作を行う。また、例えば、複数の受取商品それぞれにＲＦタグ付されている場合、複数の梱包容器それぞれにＲＦタグが付されている場合、又は複数の荷台それぞれにＲＦタグが付されている場合、買い手が読取機器Ｄにおいて複数のＲＦタグそれぞれを読み取る操作を行うと、読取機器Ｄは、複数のＲＦタグそれぞれから読み取った複数の出荷ＩＤを買い手側装置２に送信する。

また、例えば、受取商品にコード画像が付されている場合、まず、買い手が、読取機器Ｄにおいて受取商品に付されているコード画像を撮像する操作を行うと、読取機器Ｄは、撮像したコード画像から出荷ＩＤを読み取り、読み取った出荷ＩＤを買い手側装置２に送信する。そして、取得部２３４は、読取機器Ｄから出荷ＩＤを取得する。

取得部２３４は、出荷ＩＤ以外の情報をさらに取得してもよい。取得部２３４は、例えば、受取商品にさらに付されている注文ＩＤを取得する。例えば、ＲＦタグに注文ＩＤがさらに含まれている場合、取得部２３４は、ＲＦタグに含まれている出荷ＩＤ及び注文ＩＤを取得する。また、取得部２３４は、ＲＦタグに注文内容がさらに含まれている場合、取得部２３４は、ＲＦタグに含まれている注文内容をさらに取得してもよい。

続いて、第２のステップとして、買い手側装置２は、買い手が行った検品の結果を記録する。例えば、まず、買い手が買い手側装置２において、注文ＩＤの一覧から、検品を行った受取商品に対応する注文ＩＤを選択し、選択した注文ＩＤに関連付けられている商品ごとに検品結果を入力する操作を行うと、受付部２３１は、買い手が入力した検品結果を受け付ける。そして、受付部２３１は、注文管理データベースにおいて買い手が入力した検品結果を、買い手が選択した注文ＩＤに関連付けられている商品名に関連付けて記憶させる。受付部２３１は、さらに、買い手が選択した注文ＩＤとともに取得部２３４が取得した出荷ＩＤを注文管理データベースに記憶させてもよい。

買い手は、検品を行った結果として、複数の受取商品の一部に不備があると判断した場合、不備があると判断した受取商品を売り手に返品する。この場合、買い手側送信部２３２は、受取商品を返品するための返品通知を売り手側装置１に送信してもよい。返品通知には、取得部２３４が取得した出荷ＩＤと、複数の受取商品のうちの売り手に返す商品を示す返品情報とが含まれる。

買い手側送信部２３２は、例えば、買い手による検品結果の中に不備があることを示す検品結果が含まれている場合、不備があることを示す検品結果の受取商品を示す返品情報と、当該受取商品に対応する出荷ＩＤとを含む返品通知を売り手側装置１に送信する。

売り手側装置１において、記録部１３３は、出荷された商品が返品される場合、出荷管理データベースに記憶されている請求額を更新してもよい。具体的には、売り手側受信部１３１が返品通知を受信すると、記録部１３３は、当該返品通知に基づいて、当該返品通知に含まれる出荷ＩＤに関連付けて出荷管理データベースに記憶されている請求額を更新する。

記録部１３３は、例えば、出荷管理データベースにおいて、返品通知に含まれる出荷ＩＤに関連付けられている請求額を、当該出荷ＩＤに関連付けられている商品の代金で減算することにより、請求額を更新する。また、例えば、出荷ＩＤに複数の商品が関連付けられている場合、記録部１３３は、出荷管理データベースにおいて、返品通知に含まれる出荷ＩＤに関連付けられている請求額を、返品通知に含まれる返品情報によって示される商品の代金で減算することにより、請求額を更新する。

記録部１３３は、検品情報に基づいて、請求額を更新してもよい。検品情報は、注文管理データベースにおいて注文ＩＤに関連付けられている各商品の検品結果を示す情報であり、例えば、出荷ＩＤと、商品を示す情報（例えば、商品名又は商品ＩＤ）と、検品結果とが関連付けられている情報である。

例えば、まず、買い手側装置２において、買い手が注文ＩＤの一覧から受取商品に対応する注文ＩＤを選択すると、受付部２３１は、選択された注文ＩＤを受け付ける。買い手側送信部２３２は、受付部２３１が受け付けた注文ＩＤともに取得部２３４が取得した出荷ＩＤと、受付部２３１が受け付けた注文ＩＤに関連付けて注文管理データベースに記憶されている複数の受取商品それぞれの検品結果とを含む検品情報を売り手側装置１に送信する。

そして、売り手側装置１において、記録部１３３は、売り手側受信部１３１が受信した検品情報において不備があることを示す検品結果が含まれている場合、検品情報に含まれる出荷ＩＤに関連付けて出荷管理データベースに記憶されている請求額を更新する。具体的には、記録部１３３は、検品情報に含まれる出荷ＩＤに関連付けて出荷管理データベースに記憶されている請求額を、検品情報に含まれる出荷ＩＤに対応する複数の商品のうち、不備があることを示す検品結果の商品の代金で減算することにより、請求額を更新する。情報発行部１３２は、記録部１３３によって請求額が更新された場合、新たな請求書を発行してもよい。

続いて、第３のステップとして、買い手側装置２は、支払通知を売り手側装置１に送信する。具体的には、買い手による検品結果の中に不備があることを示す検品結果が含まれていない場合、買い手側送信部２３２は、取得部２３４が取得した出荷ＩＤと、出荷ＩＤに対応する受取商品の代金の売り手への送金日と、売り手への送金額とを含む支払通知を売り手側装置１に送信する。買い手側送信部２３２は、支払通知を、売り手側装置１に直接送信してもよいし、所定の中継サービスを介して売り手側装置１に送信してもよい。

例えば、まず、買い手が買い手側装置２において、取得部２３４が取得した注文ＩＤの一覧から、買い手が受け取った受取商品に対応する注文ＩＤを選択し、選択した注文ＩＤに対応する受取商品の代金の売り手への送金日と、売り手への送金額とを入力すると、受付部２３１は、注文ＩＤと送金日と送金額との入力を受け付ける。

そして、買い手側送信部２３２は、受付部２３１が受け付けた注文ＩＤとともに取得部２３４が取得した出荷ＩＤ、送金日及び送金額を含む支払通知を売り手側装置１に送信する。送金日は、買い手が送金日及び送金額を入力する日の前の日付であってもよいし、買い手が送金日及び送金額を入力する日の後の日付であってもよい。買い手側送信部２３２は、取得部２３４がそれぞれ異なる複数の出荷ＩＤを取得した場合、取得部２３４が取得した複数の出荷ＩＤを含む支払通知を売り手側装置１に送信する。なお、買い手側送信部２３２は、受付部２３１が買い手による選択によって受け付けた出荷ＩＤを含む支払通知を売り手側装置１に送信してもよい。

買い手側送信部２３２は、例えば、注文管理データベースにおいて受付部２３１が受け付けた注文ＩＤに関連付けられている複数の商品すべてに対して検品が行われた場合に、支払通知を売り手側装置１に送信する。なお、売り手においては、商品を様々な場所に保管する場合がある。買い手が注文した複数の商品の保管場所がそれぞれ異なる場合、保管場所ごとに買い手が商品を受け取るタイミングが変わり、これによって受取商品の代金を支払うタイミングも変わり得る。そのため、買い手側送信部２３２は、注文管理データベースにおいて受付部２３１が受け付けた注文ＩＤに関連付けられている複数の商品すべてに対して検品が行われか否かに関わらず、受付部２３１が注文ＩＤと送金日と送金額との入力を受け付けた場合に、支払通知を売り手側装置１に送信してもよい。

買い手側送信部２３２は、所定の条件を満たす場合に、支払通知を売り手側装置１に送信してもよい。具体的には、買い手側送信部２３２は、取得部２３４が取得した注文ＩＤと、注文要求に含まれる注文ＩＤとが一致することを条件として、支払通知を売り手側装置１に送信する。買い手側送信部２３２は、例えば、注文工程において情報生成部２３３が注文管理データベースに記憶させた一以上の注文ＩＤの中に、取得部２３４が取得した注文ＩＤが含まれていることを条件として、支払通知を売り手側装置１に送信する。このようにすることで、買い手側装置２は、買い手が受け取った受取商品に対応する注文とは異なる他の注文に対して支払通知を送信してしまう事態の発生を低減させることができる。

買い手側送信部２３２は、送信した注文要求に含まれる注文内容と、受取商品の内容とが一致することを条件として、支払通知を送信してもよい。例えば、まず、買い手が買い手側装置２において、受取商品の内容（例えば、受取商品の商品名、受取商品の数等）をさらに入力する操作を行うと、受付部２３１は、買い手が入力した受取商品の内容を受け付ける。そして、買い手側送信部２３２は、注文工程において情報生成部２３３が注文管理データベースに記憶させた一以上の注文ＩＤの中に、取得部２３４が取得した注文ＩＤが含まれており、かつ、当該注文ＩＤに関連付けて注文管理データベースに記憶されている注文内容と、買い手が入力した受取商品の内容とが一致することを条件として、支払通知を売り手側装置１に送信する。

また、例えば、ＲＦタグに注文ＩＤ及び注文内容がさらに含まれている場合、買い手側送信部２３２は、注文工程において情報生成部２３３が注文管理データベースに記憶させた一以上の注文ＩＤの中に、取得部２３４が取得した注文ＩＤが含まれており、かつ、当該注文ＩＤに関連付けて注文管理データベースに記憶されている注文内容と、取得部２３４が取得した注文内容（ＲＦタグに含まれている注文内容）とが一致することを条件として、支払通知を売り手側装置１に送信する。このようにすることで、買い手側装置２は、買い手が受け取った受取商品に対応する注文とは異なる他の注文に対して支払通知を送信してしまう事態の発生を低減させることができる。

買い手は、検品結果として、受取商品に不備がないと判断した場合、受取商品の代金を売り手に送金する送金手続きを行う。買い手が同じ売り手に対して複数回の注文を行う場合、送金手続きが１回にまとめて行われる場合がある。この場合、買い手側送信部２３２は、受付部２３１が注文ＩＤと出荷ＩＤと送金日と送金額との入力を受け付けるごとに、受付部２３１が受け付けた注文ＩＤと出荷ＩＤと送金日と送金額とを含む支払通知を売り手側装置１に送信してもよい。各支払通知には、共通の送金日と、それぞれ異なる出荷ＩＤと、それぞれ異なる送金額とが含まれる。

上記において、買い手が送金手続きを行う例を説明したが、これに限らない。例えば、買い手側装置２が、送金手続きを実行してもよい。具体的には、送金処理部２３６は、買い手による検品結果の中に不備があることを示す検品結果が含まれていない場合に、受取商品の代金の送金処理を実行する。

送金処理部２３６は、例えば、売り手側装置１から請求書を取得し、検品された受取商品に対応する出荷ＩＤを含む請求書に含まれる請求額を、当該請求書に含まれる送金先に送金することにより、送金処理を実行する。この場合、買い手側送信部２３２は、送金処理部２３６が送金処理を実行した場合に、送金処理部２３６が送金処理を実行した対象の出荷ＩＤと、送金処理によって送金額が送金される送金日と、送金処理によって送金される送金額とを含む支払通知を売り手側装置１に送信してもよい。

［支払確認工程における処理］
続いて、情報処理システムＳが、売り手が買い手による商品の代金の支払いを確認する支払確認工程において情報処理システムＳが実行する処理について説明する。

売り手側装置１において、売り手側受信部１３１は、買い手側装置２から通知される支払通知と、銀行から通知される入金通知とを受信する。入金通知には、入金日と入金額とが含まれるが、これに限らず、例えば、入金者又は出荷ＩＤがさらに含まれてもよい。支払通知と、入金通知とを受信するタイミングは、支払通知が先であってもよいし、入金通知が先であってもよい。

売り手側出力部１３４は、売り手側受信部１３１が受信した支払通知に含まれる送金日及び送金額に対応する入金日及び入金額を含む入金通知を売り手側受信部１３１が受信した場合に、清算完了情報を出力する。清算完了情報は、支払通知に含まれる出荷ＩＤに対応する商品の代金の精算が完了したことを示す情報である。「送金日及び送金額に対応する入金日及び入金額」は、例えば、送金日及び入金日が同じ日付であり、かつ、送金額及び入金額が同じ金額であることである。

例えば、支払通知及び入金通知のうち支払通知が先に受信された場合において、売り手側出力部１３４は、売り手側受信部１３１が受信した一以上の支払通知の中に、売り手側受信部１３１が受信した入金通知に含まれる入金日及び入金額に対応する送金日及び送金額を含む支払通知が存在する場合に、清算完了情報を出力する。また、例えば、支払通知及び入金通知のうち入金通知が先に受信された場合において、売り手側出力部１３４は、売り手側受信部１３１が受信した一以上の入金通知の中に、売り手側受信部１３１が受信した支払通知に含まれる送金日及び送金額に対応する入金日及び入金額を含む入金通知が存在する場合に、清算完了情報を出力する。

売り手側出力部１３４は、売り手側受信部１３１が受信した複数の支払通知それぞれに含まれる共通の送金日に対応する入金日を含む入金通知であって、当該複数の支払通知それぞれに含まれる送金額の合計金額に対応する入金額を含む入金通知を売り手側受信部１３１が受信した場合に、清算完了情報を出力してもよい。

例えば、まず、売り手側出力部１３４は、共通の注文ＩＤを含む複数の支払通知それぞれに含まれる出荷ＩＤの数と、出荷管理データベースにおいて当該注文ＩＤに関連付けられている出荷ＩＤの数とが一致し、かつ、当該複数の支払通知それぞれに含まれる出荷ＩＤと、出荷管理データベースにおいて当該注文ＩＤに関連付けられている出荷ＩＤとがそれぞれ一致するか否かを判定する。そして、売り手側出力部１３４は、出荷ＩＤの数が一致し、かつ、出荷ＩＤが一致すると判定した場合において、共通の注文ＩＤを含む複数の支払通知それぞれに含まれる共通の送金日に対応する入金日を含む入金通知であって、当該複数の支払通知それぞれに含まれる送金額の合計金額に対応する入金額を含む入金通知を売り手側受信部１３１が受信した場合に、清算完了情報を出力する。

売り手側出力部１３４は、例えば、売り手内の経理部門の従業者が使用する不図示の端末に清算完了情報を通知する。売り手側出力部１３４は、不図示の表示部に清算完了情報を表示させてもよい。このようにすることで、売り手側装置１は、支払通知に含まれる出荷ＩＤに対応する商品の代金の精算が完了したことを売り手に把握させることができる。

売り手側出力部１３４は、さらに、商品に付された出荷ＩＤ又は複数の商品が積まれた荷台に付された出荷ＩＤと、支払通知に含まれる出荷ＩＤとが一致する場合に、支払通知に含まれる出荷ＩＤに対応する清算完了情報を出力してもよい。具体的には、売り手側出力部１３４は、売り手側受信部１３１が受信した支払通知に含まれる送金日及び送金額に対応する入金日及び入金額を含む入金通知を売り手側受信部１３１が受信し、かつ、支払通知に含まれる出荷ＩＤが出荷管理データベースに記憶されている場合に、清算完了情報を出力する。

売り手側出力部１３４は、共通の注文ＩＤを含む複数の支払通知それぞれに含まれる共通の送金日及び送金額の合計金額に対応する入金日及び入金額を含む入金通知を売り手側受信部１３１が受信し、かつ、当該複数の支払通知それぞれに含まれる出荷ＩＤが出荷管理データベースに記憶されている場合に、清算完了情報を出力してもよい。このようにすることで、売り手側装置１は、支払通知に含まれる出荷ＩＤに対応する商品の代金の精算が完了したことを売り手に把握させることができる。

売り手側出力部１３４は、さらに、複数の商品それぞれに付された複数の出荷ＩＤと、支払通知に含まれる複数の出荷ＩＤとが一致する場合に、複数の出荷ＩＤそれぞれに対応する清算完了情報を出力してもよい。具体的には、売り手側出力部１３４は、売り手側受信部１３１が受信した支払通知に含まれる送金日及び送金額に対応する入金日及び入金額を含む入金通知を売り手側受信部１３１が受信し、かつ、支払通知に含まれる複数の出荷ＩＤそれぞれが出荷管理データベースに記憶されている場合に、清算完了情報を出力する。

売り手側出力部１３４は、共通の注文ＩＤを含む複数の支払通知それぞれに含まれる共通の送金日及び送金額の合計金額に対応する入金日及び入金額を含む入金通知を売り手側受信部１３１が受信し、かつ、当該複数の支払通知それぞれに含まれる複数の出荷ＩＤそれぞれが出荷管理データベースに記憶されている場合に、清算完了情報を出力してもよい。このようにすることで、売り手側装置１は、支払通知に含まれる複数の出荷ＩＤそれぞれに対応する商品の代金の精算が完了したことを売り手に把握させることができる。

売り手側出力部１３４は、さらに、支払通知に含まれる送金額と、入金通知に含まれる入金額と、請求額又は記録部１３３が返品通知又は検品情報に応じて更新した後の請求額とが一致する場合に、支払通知に含まれる出荷ＩＤに対応する清算完了情報を出力してもよい。具体的には、売り手側出力部１３４は、支払通知に含まれる送金日と、入金通知に含まれる入金日とが一致し、かつ、当該支払通知に含まれる送金額と、当該入金通知に含まれる入金額と、当該支払通知に含まれる出荷ＩＤに関連付けて出荷管理データベースに記憶されている請求額とが一致する場合に、清算完了情報を出力する。

売り手側出力部１３４は、共通の注文ＩＤを含む複数の支払通知それぞれに含まれる共通の送金日と、入金通知に含まれる入金日とが一致し、かつ、当該複数の支払通知それぞれに含まれる送金額の合計金額と、当該入金通知に含まれる入金額と、当該複数の支払通知それぞれに含まれる出荷ＩＤに関連付けて出荷管理データベースに記憶されている請求額とが一致する場合に、清算完了情報を出力してもよい。このようにすることで、売り手側装置１は、返品によって請求額が更新された取り引きの精算が完了したことを売り手に把握させることができる。

記録部１３３は、売り手側受信部１３１が受信した支払通知に含まれる送金日及び送金額に対応する入金日及び入金額を含む入金通知を売り手側受信部１３１が受信した場合に、売り手側受信部１３１が受信した支払通知に含まれる出荷ＩＤに関連付けて出荷管理データベースに記憶されている清算状態を、清算が完了したことを示す情報に更新する。

売り手側出力部１３４は、売り手側受信部１３１が受信した支払通知に含まれる出荷ＩＤと、出荷管理データベースに記憶されている出荷ＩＤとを比較した比較結果を出力する。売り手側出力部１３４は、例えば、出荷管理データベースに記憶されている出荷ＩＤごとに、当該出荷ＩＤを含む支払通知を売り手側受信部１３１が受信したか否かを示す情報（例えば、出荷管理データベースに記憶されている清算状態）を関連付けた取引状態リストを比較結果として出力する。売り手側出力部１３４は、出荷管理データベースに記憶されている出荷ＩＤのうち、当該出荷ＩＤを含む支払通知を売り手側受信部１３１が受信していない出荷ＩＤ（例えば、出荷管理データベースにおいて清算が完了していないことを示す清算状態に関連付けられている出荷ＩＤ）の一覧を比較結果として出力してもよい。このようにすることで、売り手側装置１は、どの取り引きの清算が完了していないかを売り手に把握させることができる。

［情報処理システムＳの処理の流れ］
続いて、情報処理システムＳが実行する処理の流れについて説明する。図６は、情報処理システムＳが実行する処理の流れを示すシーケンス図である。本処理は、買い手側装置２において、買い手側送信部２３２が注文要求を売り手側装置１に送信したことを契機として開始する（Ｓ１）。

売り手側装置１において、情報発行部１３２は、売り手側受信部１３１が注文要求を受信すると、出荷ＩＤを発行する（Ｓ２）。買い手側装置２において、取得部２３４は、読取機器Ｄを介して、買い手が受け取った受取商品に付されている出荷ＩＤを取得する（Ｓ３）。買い手側送信部２３２は、買い手による検品結果の中に不備があることを示す検品結果が含まれているか否かを判定する（Ｓ４）。

買い手側送信部２３２は、買い手による検品結果の中に不備があることを示す検品結果が含まれていると判定した場合（Ｓ４においてＮＯ）、返品通知を売り手側装置１に送信する（Ｓ５）。売り手側装置１において、売り手側受信部１３１が返品通知を受信すると、記録部１３３は、当該返品通知に基づいて、当該返品通知に含まれる出荷ＩＤに対応する請求額を更新する（Ｓ６）。

買い手側装置２において、買い手側送信部２３２は、買い手による検品結果の中に不備があることを示す検品結果が含まれていないと判定した場合（Ｓ４においてＹＥＳ）、支払通知を売り手側装置１に送信する（Ｓ７）。売り手側装置１において、売り手側出力部１３４は、売り手側受信部１３１が、受信した支払通知に含まれる送金日及び送金額に対応する入金日及び入金額を含む入金通知を受信したか否かを判定する（Ｓ８）。

売り手側出力部１３４は、売り手側受信部１３１が、受信した支払通知に含まれる送金日及び送金額に対応する入金日及び入金額を含む入金通知を受信していないと判定した場合（Ｓ８においてＮＯの場合）、処理をＳ８に戻す。一方、売り手側出力部１３４は、売り手側受信部１３１が、受信した支払通知に含まれる送金日及び送金額に対応する入金日及び入金額を含む入金通知を受信したと判定した場合（Ｓ８においてＹＥＳの場合）、清算完了情報を出力する（Ｓ９）

［本実施の形態における効果］
以上説明したとおり、情報処理システムＳは、売り手側装置１が、買い手が注文した商品の出荷を識別するための出荷ＩＤを発行し、買い手側装置２が、受取商品に付されている出荷ＩＤを取得し、取得した出荷ＩＤと、出荷ＩＤに対応する受取商品の代金の売り手への送金日と、売り手への送金額とを含む支払通知を売り手側装置１に送信する。このように、情報処理システムＳは、出荷ＩＤを含む支払通知が売り手に通知されることにより、どの入金が過去において売り手が出荷した商品に該当するかを売り手が容易に把握できるようにすることができる。

以上、実施の形態を用いて本発明を説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されず、その要旨の範囲内で種々の変形及び変更が可能である。例えば、装置の全部又は一部は、任意の単位で機能的又は物理的に分散・統合して構成することができる。また、複数の実施の形態の任意の組み合わせによって生じる新たな実施の形態も、本発明の実施の形態に含まれる。組み合わせによって生じる新たな実施の形態の効果は、もとの実施の形態の効果を併せ持つ。

１ 売り手側装置
１１ 通信部
１２ 記憶部
１３ 制御部
１３１ 売り手側受信部
１３２ 情報発行部
１３３ 記録部
１３４ 売り手側出力部
２ 買い手側装置
２１ 通信部
２２ 記憶部
２３ 制御部
２３１ 受付部
２３２ 買い手側送信部
２３３ 情報生成部
２３４ 取得部
２３５ 買い手側受信部
２３６ 送金処理部
Ｄ 読取機器
Ｓ 情報処理システム

Claims (13)

1. 商品の売り手が管理する売り手側装置と、商品の買い手が管理する買い手側装置と、を有する情報処理システムであって、
   前記売り手側装置は、前記買い手が注文した前記商品の出荷を識別するための出荷識別情報を発行する情報発行部を有し、
   前記買い手側装置は、
   前記買い手が受け取った前記商品である受取商品に付されている前記出荷識別情報を読み取る読取機器を介して前記出荷識別情報を取得する取得部と、
   前記出荷識別情報に対応する前記受取商品の代金の前記売り手への送金日と、前記売り手への送金額との入力を前記買い手から受け付ける受付部と、
   前記取得部が取得した前記出荷識別情報と、前記受付部が受け付けた前記送金日と、前記受付部が受け付けた前記送金額とを含む支払通知を前記売り手側装置に送信する買い手側送信部と、
   を有する、
   情報処理システム。
2. 前記買い手側送信部は、前記買い手による前記商品の注文を識別するための注文識別情報を含む注文要求を前記売り手側装置に送信し、
   前記取得部は、前記読取機器を介して前記受取商品にさらに付されている前記注文識別情報を取得し、
   前記買い手側送信部は、前記取得部が取得した前記注文識別情報と、前記注文要求に含まれる前記注文識別情報とが一致することを条件として、前記支払通知を送信する、
   請求項１に記載の情報処理システム。
3. 前記買い手側送信部は、前記買い手が注文する注文内容を含む注文要求を前記売り手側装置に送信し、
   前記買い手側送信部は、前記注文要求に含まれる前記注文内容と、前記受取商品の内容とが一致することを条件として、前記支払通知を送信する、
   請求項１に記載の情報処理システム。
4. 前記売り手側装置は、
   前記支払通知と、銀行から通知される入金通知とを受信する売り手側受信部と、
   前記支払通知に含まれる前記送金日及び前記送金額に対応する入金日及び入金額を含む前記入金通知を前記売り手側受信部が受信した場合に、前記支払通知に含まれる前記出荷識別情報に対応する前記商品の代金の精算が完了したことを示す情報を出力する売り手側出力部と、
   をさらに有する、
   請求項１に記載の情報処理システム。
5. 前記取得部は、前記読取機器を介して複数の前記受取商品それぞれに付されている複数の前記出荷識別情報を取得し、
   前記買い手側送信部は、前記複数の出荷識別情報を含む前記支払通知を前記売り手側装置に送信し、
   前記売り手側出力部は、さらに、複数の前記商品それぞれに付された前記複数の出荷識別情報と、前記支払通知に含まれる前記複数の出荷識別情報とが一致する場合に、前記複数の出荷識別情報それぞれに対応する前記複数の商品の代金の精算が完了したことを示す情報を出力する、
   請求項４に記載の情報処理システム。
6. 前記取得部は、前記読取機器を介して複数の前記受取商品が積まれた荷台に付されている前記出荷識別情報を取得し、
   前記売り手側出力部は、さらに、前記荷台に付された前記出荷識別情報と、前記支払通知に含まれる前記出荷識別情報とが一致する場合に、前記支払通知に含まれる前記出荷識別情報に対応する複数の前記商品の代金の精算が完了したことを示す情報を出力する、
   請求項４に記載の情報処理システム。
7. 前記売り手側装置は、前記買い手に出荷する複数の前記商品に対応する前記出荷識別情報と、前記複数の商品の代金として請求する請求額とを関連付けて記憶部に記憶させる記録部をさらに有し、
   前記買い手側送信部は、前記取得部が取得した前記出荷識別情報と、複数の前記受取商品のうちの前記売り手に返す商品を示す情報とを含む返品通知を前記売り手側装置に送信し、
   前記記録部は、前記返品通知に基づいて、当該返品通知に含まれる前記出荷識別情報に関連付けて前記記憶部に記憶されている前記請求額を更新し、
   前記売り手側出力部は、さらに、前記支払通知に含まれる前記送金額と、前記入金通知に含まれる前記入金額と、前記記録部が更新した後の前記請求額とが一致する場合に、前記支払通知に含まれる前記出荷識別情報に対応する前記商品の代金の精算が完了したことを示す情報を出力する、
   請求項４に記載の情報処理システム。
8. 前記売り手側装置は、前記買い手に出荷する複数の前記商品に対応する前記出荷識別情報と、前記複数の商品の代金として請求する請求額とを関連付けて記憶部に記憶させる記録部をさらに有し、
   前記買い手側送信部は、前記取得部が取得した前記出荷識別情報と、前記買い手が複数の前記受取商品それぞれに対して行った検品結果とを含む検品情報を前記売り手側装置に送信し、
   前記記録部は、前記検品情報において不備があることを示す前記検品結果が含まれている場合、前記検品情報に含まれる前記出荷識別情報に関連付けられている前記請求額を、前記検品情報に含まれる前記出荷識別情報に対応する前記複数の商品のうち、不備があることを示す前記検品結果の前記商品の代金で減算することにより、前記請求額を更新し、
   前記売り手側出力部は、さらに、前記支払通知に含まれる前記送金額と、前記入金通知に含まれる前記入金額と、前記記録部が更新した後の前記請求額とが一致する場合に、前記支払通知に含まれる前記出荷識別情報に対応する前記商品の代金の精算が完了したことを示す情報を出力する、
   請求項４に記載の情報処理システム。
9. 前記売り手側装置は、
   複数の前記支払通知と、銀行から通知される入金通知とを受信する売り手側受信部と、
   前記複数の支払通知それぞれに含まれる共通の前記送金日に対応する入金日を含む前記入金通知であって、前記複数の支払通知それぞれに含まれる前記送金額の合計金額に対応する入金額を含む前記入金通知を前記売り手側受信部が受信した場合に、前記複数の支払通知それぞれに含まれる前記出荷識別情報に対応する前記商品の代金の精算が完了したことを示す情報を出力する売り手側出力部と、
   をさらに有する、
   請求項１に記載の情報処理システム。
10. 前記売り手側装置は、前記買い手に出荷する前記商品に対応する前記出荷識別情報を記憶部に記憶させる記録部と、
    前記支払通知を受信する売り手側受信部と、
    前記売り手側受信部が受信した前記支払通知に含まれる前記出荷識別情報と、前記記憶部に記憶されている前記出荷識別情報とを比較した結果を出力する売り手側出力部と、
    をさらに有する、
    請求項１に記載の情報処理システム。
11. 商品の売り手のコンピュータが実行する、商品の買い手が注文した前記商品の出荷を識別するための出荷識別情報を発行するステップを有し、
    前記買い手側のコンピュータが実行する、
    前記買い手が受け取った前記商品である受取商品に付されている前記出荷識別情報を読み取る読取機器を介して前記出荷識別情報を取得するステップと、
    前記出荷識別情報に対応する前記受取商品の代金の前記売り手への送金日と、前記売り手への送金額との入力を前記買い手から受け付けるステップと、
    取得した前記出荷識別情報と、受け付けた前記送金日と、受け付けた前記送金額とを含む支払通知を、前記売り手のコンピュータに送信するステップと、
    を有する、
    情報処理方法。
12. 買い手による商品の注文を識別するための注文識別情報と、前記買い手が注文した商品の出荷を識別するための出荷識別情報とを関連付けて記憶する記憶部と、
    前記買い手が受け取った前記商品である受取商品に付されている前記出荷識別情報を読み取る読取機器を介して前記出荷識別情報を取得する取得部と、
    前記注文識別情報の選択と、選択された前記注文識別情報に対応する前記受取商品の代金の売り手への送金日の入力と、前記売り手への送金額の入力とを受け付ける受付部と、
    前記受付部が受け付けた前記注文識別情報に関連付けて前記記憶部に記憶されている前記出荷識別情報と、前記受付部が受け付けた前記送金日と、前記受付部が受け付けた前記送金額とを含む支払通知を、前記出荷識別情報を発行する売り手側装置に送信する買い手側送信部と、
    を有する情報処理装置。
13. 買い手が注文した商品の出荷を識別するための出荷識別情報を発行する情報発行部と、
    前記買い手が受け取った前記商品に付されている前記出荷識別情報を読み取る読取機器を介して買い手側装置が取得した前記出荷識別情報であって前記買い手による検品が完了した前記商品に付された前記出荷識別情報と、前記出荷識別情報に対応する前記商品の代金の売り手への送金日であって前記買い手が入力した前記送金日と、前記売り手への送金額であって前記買い手が入力した前記送金額とを含む支払通知を前記買い手側装置から受信し、銀行から通知される入金通知を銀行システムから受信する売り手側受信部と、
    前記支払通知に含まれる前記送金日及び前記送金額に対応する入金日及び入金額を含む前記入金通知を前記売り手側受信部が受信した場合に、前記支払通知に含まれる前記出荷識別情報に対応する前記商品の代金の精算が完了したことを示す情報を出力する売り手側出力部と、
    を有する情報処理装置。

Images