JP2017058725A - 発注管理装置及び発注管理方法 - Google Patents

Abstract

【課題】ユーザが個人情報を新たに登録することなく商品の発注を行うことを可能にする。
【解決手段】商品の販売側の販売者端末３から、販売する対象となる商品を識別するための商品識別情報を取得する取得部１３１と、商品識別情報に対応する商品の発注を受け付けるための発注用情報を生成する第１生成部１３２と、発注用情報を販売者端末３に送信する送信部１３３と、携帯端末２のユーザを識別するユーザ識別情報と、前記ユーザに対応する商品の送り先情報とを関連付けて記憶する記憶部１２とを備え、送信部１３３は、携帯端末２から、ユーザ識別情報を示す送信元情報と発注用情報を含むメッセージデータを受信すると、当該ユーザ識別情報に関連付けられている送り先情報と、発注用情報に対応する商品に関する情報とを、販売者端末３に送信する。
【選択図】図２

Description

本発明は、発注管理装置及び発注管理方法に関する。

従来、Ｗｅｂ等のネットワーク経由でユーザが商品を購入する場合、ユーザは、商品を販売する店舗のページ上で、住所、氏名、電話番号等のユーザの個人情報を入力し、当該店舗に個人情報を伝える必要があった（例えば、特許文献１参照）。

特開平１０−３２０６４６号公報

しかしながら、ユーザが複数の店舗のそれぞれで商品を購入する場合には、ユーザは、複数の店舗のそれぞれのページ上で個人情報を入力する必要があり、ユーザにとって煩雑な作業であった。このため、ユーザが商品の購入に関心を持ったとしても、個人情報を入力する必要があると知って、購入を中止することが多いという問題があった。そこで、ユーザが個人情報を新たに登録することなく商品の発注を行えるようにすることが求められている。

そこで、本発明はこれらの点に鑑みてなされたものであり、ユーザが個人情報を新たに登録することなく商品の発注を行うことができる発注管理装置及び発注管理方法を提供することを目的とする。

本発明の第１の態様に係る発注管理装置は、商品の販売者側の端末から、販売する対象となる商品を識別するための商品識別情報を取得する取得部と、前記商品識別情報に対応する商品の発注を受け付けるための発注用情報を生成する生成部と、前記発注用情報を前記端末に送信する送信部と、携帯端末のユーザを識別するユーザ識別情報と、前記ユーザに対応する商品の送り先情報とを関連付けて記憶する記憶部とを備え、前記送信部は、前記携帯端末から、前記ユーザ識別情報を示す送信元情報と前記発注用情報とを含むメッセージデータを受信すると、当該ユーザ識別情報に関連付けられている前記送り先情報と、前記発注用情報に対応する前記商品に関する情報とを、前記端末に送信する。

前記発注管理装置は、前記発注用情報を含むメッセージデータを受信した後、前記商品の購入に係り、前記携帯端末のユーザに請求する請求金額を決済する決済部を備え、前記送信部は、前記決済が完了すると、前記送り先情報と前記商品に関する情報とを前記端末に送信してもよい。

前記取得部は、前記商品識別情報と、前記発注用情報を表示させるメディアのメディア情報とを取得し、前記生成部は、前記商品識別情報及び前記メディア情報に基づいて前記発注用情報を生成してもよい。
前記生成部は、前記メディア情報を含む前記発注用情報を生成してもよい。

前記取得部は、前記商品識別情報と、前記販売者を識別する販売者識別情報とを取得し、前記生成部は、前記商品識別情報及び前記販売者識別情報に基づいて前記発注用情報を生成してもよい。

前記発注管理装置は、前記携帯端末から受信したメッセージデータに含まれる前記発注用情報に対応する商品の在庫の有無を確認する確認部と、前記確認部が前記商品の在庫が有ると判定すると、当該商品の購入に係り、前記携帯端末のユーザに請求する請求金額を決済する決済部とを備えてもよい。
前記送信部は、前記確認部が前記商品の在庫が所定数以下であると判定すると、在庫が不足している旨を示す情報を含むメッセージデータを前記携帯端末に送信してもよい。

前記送信部は、前記商品の発注の確定を受け付けるための情報を前記携帯端末に送信し、前記確認部は、前記商品の発注の確定を示す情報を受信すると、当該商品の在庫の有無を確認し、前記決済部は、前記確認部が前記商品の在庫が無いと判定すると、当該商品の購入に係る決済を停止してもよい。

本発明の第２の態様に係る発注管理方法は、コンピュータにより実行される、商品の販売者側の端末から、販売する対象となる商品を識別するための商品識別情報を取得するステップと、前記商品識別情報に対応する商品の発注を受け付けるための発注用情報を生成するステップと、前記発注用情報を前記端末に送信するステップと、携帯端末から、ユーザ識別情報を示す送信元情報と前記発注用情報とを含むメッセージデータを受信すると、当該ユーザ識別情報に関連付けられて記憶部に記憶されている商品の送り先情報と、前記発注用情報に対応する前記商品に関する情報とを、前記端末に送信するステップと、を備える。

本発明によれば、ユーザが個人情報を新たに登録することなく商品の発注を行うことができるという効果を奏する。

本実施形態に係る発注管理システムの概要を示す図である。 本実施形態に係る発注管理装置の構成を示す図である。 契約情報の一例を示す図である。 商品識別情報と商品情報とを関連付けた情報の一例を示す図である。 販売者端末が商品の商品番号及び商品情報を発注管理装置１に記憶させるときの処理の流れを示すシーケンス図である。 携帯端末がメッセージを受け付けてから、携帯端末に発注情報に対応するＵＲＬが表示されるまでの処理の流れを示すシーケンス図である。 メッセージ入力画面の一例を示す図である。 発注管理装置から受信したメッセージデータに含まれるテキストメッセージが表示された例を示す図である。 携帯端末に発注情報に対応するＵＲＬが表示されてから、商品に関する情報等が販売者端末に送信されるまでの処理の流れを示すシーケンス図である。 発注用ページの一例を示す図である。

［発注管理システムＳの概要］
図１は、本実施形態に係る発注管理システムＳの概要を示す図である。
発注管理システムＳは、発注管理装置１と、携帯端末２と、販売者端末３とを備えており、携帯端末２のユーザから商品の購入要求を受け付け、当該商品の購入に係る手続を行うシステムである。

発注管理システムＳにおいて、発注管理装置１は、制御部や記憶部を備えたコンピュータであり、例えば、携帯端末２に対して通信回線を提供する通信事業者によって運営されるサーバである。携帯端末２は、例えばスマートフォン等の携帯電話機であり、携帯電話網やインターネット等の通信ネットワークを介して発注管理装置１と通信を行う。販売者端末３は、制御部や記憶部を備えたコンピュータであり、例えば、販売者等に配置され、インターネット等の通信ネットワークを介して発注管理装置１と通信を行うパーソナルコンピュータである。ここで、販売者は、携帯端末２に対して通信回線を提供する通信事業者と提携し、商品を販売する業者である。

販売者端末３は、販売者における管理者等の操作に応じて、商品を識別する商品識別情報を発注管理装置１に送信する（図１の（１））。発注管理装置１は、販売者端末３から商品識別情報を受信すると、当該商品識別情報に基づいて、商品の発注を受け付けるための発注用情報を生成する（図１の（２））。ここで、発注用情報は、商品を購入するための商品番号と、発注管理装置１を示す宛先である。発注管理装置１は、生成した発注用情報を販売者端末３に送信する（図１の（３））。販売者端末３は、例えば、受信した発注用情報を自身の表示部に表示させて、販売者における管理者等に通知する。

販売者における管理者等は、通知された発注用情報を含む広告を作成し（図１の（４））、当該広告をテレビや雑誌等のメディアに表示させることにより、メディアを介して当該商品を宣伝する。なお、以下の説明において、テレビや雑誌等のメディアを、単にメディアという。

携帯端末２のユーザは、メディアで宣伝されている商品を購入する。携帯端末２のユーザは、メディアで宣伝されている商品を購入する場合、他のユーザ等とテキストメッセージの交換を行うメッセージ交換アプリケーションを実行し、携帯端末２にメッセージ入力画面を表示させる。ユーザは、メッセージ入力画面において、発注管理装置１を示す宛先を指定するとともに、商品番号を入力する（図１の（５））。

図１に示す例では、例えば、ユーザは、メッセージ入力画面において、発注管理装置１を示す宛先として「＃１２３４」を指定し、商品番号として「９８７６５４３２１０１」を入力する。携帯端末２は、ユーザの操作に応じて、指定された宛先である発注管理装置１に対して、商品番号を含むメッセージデータを送信する（図１の（６））。メッセージデータに含まれる送信元情報には、携帯端末２のユーザを識別するユーザ識別情報が含まれている。

発注管理装置１は、予め携帯端末２のユーザの口座情報と、当該ユーザに対応する商品の送り先情報を含むユーザ情報と、ユーザ識別情報とを関連付けて記憶している。発注管理装置１は、メッセージデータを受信すると、メッセージデータに含まれる送信元情報としてのユーザ識別情報に関連付けられているユーザ情報に基づいて、商品を購入するユーザに係る発注情報を示す発注用ページを生成し、当該発注用ページを携帯端末２に送信する（図１の（７）、（８））。

携帯端末２は、受信した発注用ページを表示し、ユーザから商品購入の確定指示を受け付ける。携帯端末２は、確定指示を受け付けたことに応じて、決済要求を発注管理装置１に送信する（図１の（９））。発注管理装置１は、決済要求を受信したことに応じて、決済処理を行う（図１の（１０））。
発注管理装置１は、決済が完了すると、商品の配送に用いられるユーザ情報に含まれる送り先情報を販売者端末３に通知する（図１の（１１））。

このように、発注管理装置１は、携帯端末２から商品番号を含むメッセージデータを受信したことに応じて、当該メッセージデータに含まれる送信元情報が示すユーザ識別情報に基づいて当該携帯端末２のユーザへの商品の配信に用いられるユーザ情報を特定し、当該ユーザ情報に含まれる口座情報に基づいて決済を行うとともに、当該ユーザ情報に含まれる送り先情報を販売者端末３に送信する。これにより、販売者は、当該送り先情報に基づいてユーザに商品を配送することができる。また、携帯端末２のユーザは、個人情報を新たに登録することなく商品の発注を行うことができる。よって、ユーザは、メディアで紹介されている商品を容易に購入することができる。
続いて、発注管理装置１の構成について説明する。

［発注管理装置１の構成］
図２は、本実施形態に係る発注管理装置１の構成を示す図である。発注管理装置１は、通信部１１と、記憶部１２と、制御部１３とを備える。

通信部１１は、インターネットや携帯電話回線等の通信ネットワークを介して携帯端末２と通信を行う。
記憶部１２は、例えば、ＲＯＭ、ＲＡＭ及びハードディスク等である。記憶部１２は、発注管理装置１を機能させるための各種プログラムを記憶する。記憶部１２は、発注管理装置１の制御部１３を、取得部１３１、第１生成部１３２、送信部１３３、第２生成部１３４、確認部１３５、及び決済部１３６として機能させる発注管理プログラムを記憶する。記憶部１２は、外部メモリ等の記憶媒体に記憶されたプログラムを読み取って記憶してもよく、通信ネットワークを介して外部機器からダウンロードされたプログラムを記憶してもよい。

また、記憶部１２は、携帯端末２の契約に用いられている契約情報を記憶する。ここで、契約情報は、例えば、商品の配送に用いられるユーザの送り先情報と、商品購入の決済に用いられるユーザの口座情報とを含むユーザ情報と、ユーザ識別情報としての電話番号とを関連付けた情報である。図３は、契約情報の一例を示す図である。

図３に示すように、ユーザ情報には、ユーザの氏名及び住所を含む送り先情報と、口座情報が含まれている。また、口座情報には、携帯端末２の通信料金の引き落とし口座の口座番号、ユーザが商品の購入等の支払いに使用するクレジットカード番号、及び電子マネー残高が含まれている。また、口座情報には、商品の購入や携帯端末２の利用に応じて付与されるポイントの保有量や、商品等の購入時に行われるユーザの認証に使用される暗証番号が含まれている。なお、契約情報は通信ネットワークを介して通信可能な外部の契約者情報管理サーバに記憶されていてもよい。この場合、発注管理装置１は、記憶部１２ではなく外部の契約者情報管理サーバを参照して契約情報を取得するようにしてもよい。

また、記憶部１２は、メディアで販売される商品の商品番号と、商品に関する商品情報を記憶する。図４は、商品番号と商品情報とを関連付けた情報の一例を示す図である。図４に示すように、商品番号には、商品を販売する販売者を識別する販売者識別情報と、商品を識別する商品識別情報と、商品番号が表示されるメディアを識別するメディア識別情報とが含まれている。本実施形態において、商品番号は１１桁である。例えば、商品番号の左から１桁目〜４桁目が販売者識別情報であり、左から５桁目〜１０桁目が商品識別情報であり、左から１１桁目がメディア識別情報である。

また、図４に示すように、商品情報には、商品名と、商品の価格と、商品の在庫数とが含まれている。ここで、商品番号と、商品情報とは、販売者によって管理される。例えば、販売者は、販売者端末３を介して、記憶部１２に記憶される商品番号及び商品情報を追加したり、商品情報を更新したりすることができる。
また、記憶部１２は、販売者識別情報と、販売者の名称や住所等を含む販売者情報とを関連付けて記憶する。

制御部１３は、例えば、ＣＰＵである。制御部１３は、記憶部１２に記憶されている各種プログラムを実行することにより、発注管理装置１に係る機能を制御する。制御部１３は、取得部１３１と、第１生成部１３２と、送信部１３３と、第２生成部１３４と、確認部１３５と、決済部１３６とを備える。

以下に、販売者側の管理者等が販売する商品の商品番号及び商品情報を発注管理装置１に記憶させるときの処理の流れを参照しながら、取得部１３１、第１生成部１３２、及び送信部１３３の機能を説明する。図５は、販売者端末３が商品の商品番号及び商品情報を発注管理装置１に記憶させるときの処理の流れを示すシーケンス図である。

まず、販売者端末３において所定の操作を受け付けると、販売者端末３は、自身の表示部に入力画面を表示させ、発注用情報を生成するための情報としての、販売者を識別する販売者識別情報、販売する対象となる商品を識別するための商品識別情報、当該商品に対応する発注用情報を表示させるメディアのメディア情報、及び商品情報の入力を受け付ける（Ｓ１）。ここで、メディア情報は、例えば、「テレビ」や「雑誌」といったメディアを識別するメディア識別情報である。

販売者端末３は、入力画面に入力された、販売者識別情報、商品識別情報、メディア情報、及び商品情報を発注管理装置１に送信する。発注管理装置１の取得部１３１は、販売者端末３から、販売者識別情報、商品識別情報、メディア情報、及び商品情報を受信することにより、販売者識別情報、商品識別情報、メディア情報、及び商品情報を取得する。

第１生成部１３２は、取得部１３１が販売者識別情報、商品識別情報、メディア情報、及び商品情報を取得すると、当該販売者識別情報、商品識別情報、及びメディア情報に基づいて発注用情報を生成する（Ｓ２）。具体的には、第１生成部１３２は、取得した販売者識別情報、商品識別情報、及びメディア識別情報を含む商品番号を生成する。そして、第１生成部１３２は、生成した商品番号と、発注管理装置１の宛先を示す宛先情報とを含む発注用情報を生成する。

ここで、第１生成部１３２は、発注用情報として、商品番号及び宛先情報の少なくともいずれかを示す二次元バーコードを生成してもよい。このようにすることで、販売者等が広告に二次元バーコードを含めておき、当該広告を閲覧したユーザが、携帯端末２のバーコードリーダにより当該二次元バーコードを読み取ることで、当該ユーザは、発注用情報を携帯端末２に手入力する手間を削減することができる。
また、第１生成部１３２は、生成した商品番号と、取得部１３１が取得した商品情報とを関連付けて記憶部１２に記憶させる（Ｓ３）。

続いて、送信部１３３は、第１生成部１３２が生成した発注用情報を販売者端末３に送信する。販売者端末３は、発注用情報を受信すると、当該発注用情報を自身の表示部に表示させることにより、販売者端末３を使用する販売者側の管理者等に発注用情報を通知する。

販売者側の管理者等は、商品を示す画像、当該商品に対応する商品情報及び発注用情報を含む広告を作成し、当該広告をメディアに表示させる。これにより、メディアを閲覧した携帯端末２のユーザは、当該メディアに表示される商品の広告を閲覧し、当該商品を購入することができる。

続いて、ユーザが商品を購入するときの発注管理装置１と、携帯端末２との処理の流れを参照しながら、送信部１３３、第２生成部１３４、確認部１３５及び決済部１３６の機能を説明する。まず、図６に示す、携帯端末２がメッセージを受け付けてから、携帯端末２に発注情報に対応するＵＲＬが表示されるまでの処理の流れを参照しながら説明する。

ユーザがメディアで宣伝されている商品を購入する場合、ユーザは、携帯端末２を操作して、テキストメッセージの交換を行うメッセージ交換アプリケーションを実行する。以下の説明では、メッセージ交換アプリケーションが、ショートメッセージの送受信を行うアプリケーションであるものとして説明を行う。

携帯端末２は、メッセージ交換アプリケーションが表示するメッセージ入力画面２１において、メッセージデータの宛先と、テキストメッセージとを受け付ける（Ｓ１１）。図７は、メッセージ入力画面２１の一例を示す図である。図７（ａ）、（ｂ）に示すように、メッセージ入力画面２１には、宛先選択領域２１１と、メッセージ入力領域２１２と、メッセージ表示領域２１３とが設けられている。図７（ａ）に示す例では、宛先選択領域２１１に、発注管理装置１を示す宛先として、発注管理装置１に対応する電話番号「＃１２３４」が入力されている。また、メッセージ表示領域２１３には、携帯端末２のユーザが入力したテキストメッセージとして、商品番号「９８７６５４３２１０１」が表示されていることが確認できる。

なお、発注管理装置１に対応する電話番号は、「＃」から始まる数字４桁の短縮番号であることとしたが、これに限らず、携帯電話機や固定電話機に割り当てられる電話番号であってもよい。

また、メッセージ表示領域２１３には、図７（ｂ）に示すように、複数の商品番号が含まれるようにしてもよい。ここで、メッセージ表示領域２１３に複数の商品番号が含まれる場合、複数の商品番号は、改行によって区別されたり、カンマやコロン等の記号によって区別されたりしてもよい。

携帯端末２は、ユーザがメッセージデータの送信操作を行ったことに応じて、メッセージ入力画面２１において指定された宛先に基づいて、宛先を示す宛先情報と、送信元を示す情報として携帯端末２の電話番号を含む送信元情報と、メッセージ入力画面２１に入力されたテキストメッセージとを含むメッセージデータを発注管理装置１に送信する。具体的には、携帯端末２は、ショートメッセージサービスセンター（ＳＭＳＣ）（不図示）にアクセスし、メッセージデータをＳＭＳＣに送信する。ＳＭＳＣは、宛先情報に基づいて、受信したメッセージデータを発注管理装置１に送信する。

第２生成部１３４は、携帯端末２から、携帯端末２の電話番号（ユーザ識別情報）を示す送信元情報と、発注用情報としての商品番号を含むテキストメッセージと、発注用情報としての宛先を示す宛先情報とを含むメッセージデータを受信する。

第２生成部１３４は、受信したメッセージデータに対応する携帯端末２の電話番号に関連付けられている契約情報（ユーザ情報）に基づいて、商品を購入するユーザに係る発注情報を生成するとともに、当該発注情報を含む発注用ページを示すＵＲＬを生成する（Ｓ１２）。ここで、第２生成部１３４は、テキストメッセージに含まれている商品番号に対応する商品情報を含む発注情報を生成する。

具体的には、第２生成部１３４は、受信したメッセージデータに含まれている送信元情報が示す携帯端末２の電話番号を特定する。そして、第２生成部１３４は、図３に示す契約情報を参照し、特定した電話番号に関連付けられているユーザ情報を特定する。

続いて、第２生成部１３４は、受信したメッセージデータに含まれているテキストメッセージが示す商品番号に関連付けて記憶部１２に記憶されている商品情報を特定する。ここで、第２生成部１３４は、複数の商品番号を含むテキストメッセージを受信すると、複数の商品番号のそれぞれに対応する商品情報を特定する。

続いて、第２生成部１３４は、特定した商品情報と、ユーザ情報の少なくとも一部を含む発注情報を生成する。
続いて、第２生成部１３４は、生成した発注情報を含む発注用ページを示すＵＲＬを生成する。このＵＲＬは、発注管理装置１を宛先とするＵＲＬであり、生成した発注情報を一意に特定するためのパラメータが含まれている。第２生成部１３４は、生成した発注情報と、生成したＵＲＬに含まれるパラメータとを関連付けて記憶部１２に記憶させる。

続いて、第２生成部１３４は、Ｓ１２において生成されたＵＲＬを示すテキストメッセージを含むメッセージデータを生成する（Ｓ１３）。
続いて、確認部１３５は、携帯端末２から受信したメッセージデータに含まれる発注用情報に対応する商品の在庫の有無を確認する。具体的には、確認部１３５は、記憶部１２を参照し、携帯端末２から受信したメッセージデータに含まれる発注用情報としての商品番号に関連付けられている在庫数が所定数（例えば、１０個）以下であるか否かを判定する（Ｓ１４）。確認部１３５は、商品の在庫数が所定数以下であると判定すると、第２生成部１３４が生成したメッセージデータに含まれるテキストメッセージに、在庫が不足している旨を示す在庫不足情報を追記する（Ｓ１５）。

続いて、送信部１３３は、生成されたメッセージデータをＳＭＳＣを介して携帯端末２に送信する。送信部１３３は、第２生成部１３４が受信したメッセージデータに含まれる送信元情報が示す携帯端末２の電話番号を宛先情報に含み、生成されたＵＲＬをテキストメッセージに含むメッセージデータを携帯端末２に送信する。送信部１３３は、確認部１３５が商品の在庫数が所定数以下であると判定した場合には、在庫不足情報をテキストメッセージに含むメッセージデータを携帯端末２に送信する。

携帯端末２は、メッセージデータを受信すると、当該メッセージデータに含まれるテキストメッセージが示すＵＲＬを自身の表示部に表示させる（Ｓ１６）。図８は、発注管理装置１から受信したメッセージデータに含まれるテキストメッセージが表示された例を示す図である。図８（ａ）、（ｂ）に示すように、携帯端末２のメッセージ入力画面２１のメッセージ表示領域２１３には、ＵＲＬを含むテキストメッセージが表示されていることが確認できる。また、図８（ｂ）は、在庫不足情報が追記されて表示されている例を示す図である。図８（ｂ）に示すように在庫不足情報が表示されることにより、ユーザは、在庫が少ないことを認識し、商品の購入を早急に行うことができる。

続いて、図９を参照しながら、携帯端末２においてＵＲＬが表示されてから、商品に関する情報等が販売者端末３に送信されるまでの処理について説明する。
携帯端末２は、ユーザが携帯端末２を操作することにより、携帯端末２に表示されたＵＲＬが選択されたか否かを判定する（Ｓ１７）。携帯端末２は、ＵＲＬが選択されたと判定すると、発注管理装置１に発注用ページの取得要求を送信する。発注用ページの取得要求には、選択されたＵＲＬの一部であるパラメータが含まれている。第２生成部１３４は、当該取得要求を受信すると、記憶部１２を参照し、当該取得要求に含まれているパラメータに関連付けられている発注情報を特定し、特定した発注情報を含む発注用ページを生成する（Ｓ１８）。ここで、発注用ページには、商品の発注の確定を受け付けるための情報として、商品購入の確定指示を携帯端末２のユーザから受け付ける購入ボタンが含まれている。

送信部１３３は、第２生成部１３４が生成した発注用ページを携帯端末２に送信し、携帯端末２に発注用ページを表示させる（Ｓ１９）。図１０は、発注用ページ２２の一例を示す図である。ここで、携帯端末２には発注用ページ２２の一部が表示される。携帯端末２は、ユーザからスクロール操作を受け付けたことに応じて、発注用ページ２２の表示されていない部分を表示させる。図１０に示すように発注用ページ２２には、購入した商品の金額と、支払い方法と、ポイントの利用の有無と、ユーザ情報に対応する購入者情報と、認証を行うための暗証番号の入力欄と、購入ボタンと、商品購入のキャンセルを受け付けるキャンセルボタンとが設けられている。

図１０に示される発注用ページ２２では、支払い方法として、携帯端末２の通信料金と、商品の購入に係る請求金額とを合算して支払う方法が選択されている。なお、支払い方法には、クレジットカード決済や、電子マネー決済が含まれており、携帯端末２のユーザは、複数の支払い方法のいずれかを選択することができる。

続いて、携帯端末２は、発注用ページ２２の暗証番号の入力欄に暗証番号が入力され、購入ボタンが押下されたか否かを判定する（Ｓ２０）。携帯端末２は、購入ボタンが押下されたと判定すると、商品購入の確定指示が行われたと判定し、商品の発注の確定を示す情報としての決済要求を発注管理装置１に送信する。決済要求には、例えば、購入対象の商品の商品番号、携帯端末２の電話番号、支払い方法を示す情報、ポイントの利用の有無を示す情報、暗証番号が含まれている。ここで、決済要求には、ユーザ情報に対応する購入者情報が含まれていてもよい。

発注管理装置１の確認部１３５は、商品の発注の確定を示す情報としての決済要求を受信すると、当該決済要求に含まれている商品番号に関連付けて記憶部１２に記憶されている商品の在庫数を参照し、商品の在庫の有無を確認する（Ｓ２１）。

確認部１３５が商品の在庫が無いと判定すると、決済部１３６は、当該商品の購入に係る決済を停止する。そして、送信部１３３は、商品の購入に係る決済が停止された旨を示すエラー情報を含むページを携帯端末２に送信する。これにより、携帯端末２のユーザは、商品の在庫が無いことにより、決済が行われなかったことを確認することができる。ここで、送信部１３３は、商品の在庫が無いことを示す警告情報を販売者端末３に送信してもよい。このようにすることで、販売者側の管理者等は、商品の在庫が無いことを認識し、メーカー等に商品の発注を行い商品を補充することができる。

また、Ｓ２１において、確認部１３５が商品の在庫が有ると判定すると、決済部１３６は、当該商品の購入に係り、携帯端末２のユーザに請求する請求金額を決済する決済処理を行う（Ｓ２２）。まず、決済部１３６は、図３に示す契約情報を参照し、決済要求に含まれる携帯端末２の電話番号に関連付けられている暗証番号を特定する。そして、決済部１３６は、特定した暗証番号と、発注用ページ２２に入力され、決済要求に含まれている暗証番号とが一致するか否かを判定する。決済部１３６は、暗証番号が一致すると判定した場合に決済する。

決済部１３６は、記憶部１２を参照し、決済要求に含まれている商品番号に関連付けられている商品の価格を特定し、当該商品の価格に基づいて決済する。ここで、決済部１３６は、発注用ページ２２において選択された、支払い方法、ポイントの利用の有無に基づいて決済する。例えば、決済部１３６は、支払い方法において、携帯端末２の通信料金と、商品の購入に係る請求金額とを合算して支払う方法が選択されている場合には、携帯端末２のユーザに請求する商品購入に係る請求金額を、携帯端末２の契約に基づく請求金額と合算して決済するとともに、当該請求金額を販売者が指定する口座に入金する。

送信部１３３は、携帯端末２から受信したメッセージデータに対応する決済が完了すると、当該メッセージデータに送信元情報として含まれている電話番号に関連付けられて記憶部１２に記憶されているユーザの送り先情報と、発注用情報に対応する商品に関する情報とを、販売者端末３に送信する（Ｓ２３）。具体的には、送信部１３３は、決済部１３６による決済が完了すると、決済要求に含まれている電話番号に関連付けられているユーザの送り先情報と、決済要求に含まれている商品番号に関連付けられている商品に関する情報とを販売者端末３に送信する。これにより、販売者は、携帯端末２のユーザが購入した商品を、当該ユーザの住所に配送する。

［本実施形態における効果］
以上説明したように、本実施形態に係る発注管理装置１は、商品を販売する販売者側の販売者端末３から、販売する対象となる商品を識別するための商品識別情報を取得し、当該商品識別情報に対応する商品の発注に用いられる発注用情報を生成し、生成した発注用情報を販売者端末３に送信する。このようにすることで、販売者側では、商品識別情報を指定することにより、商品の発注に用いられる発注用情報を容易に取得することができる。これにより、販売者側の管理者等は、当該発注用情報に基づいて、商品の宣伝をメディアで行うことができる。

また、発注管理装置１は、携帯端末２のユーザを識別するユーザ識別情報と、ユーザに対応する送り先情報とを関連付けて記憶し、携帯端末２から、ユーザ識別情報を示す送信元情報と発注用情報とを含むメッセージデータを受信すると、当該ユーザ識別情報に関連付けられている送り先情報と、発注用情報に対応する商品に関する情報とを、販売者端末３に送信する。これにより、販売者側では、商品の配送に用いられる送り先情報を有していなくても、発注管理装置１において管理されている送り先情報を取得することにより、商品を購入したユーザに当該商品を配信することができる。よって、ユーザは、個人情報を新たに登録することなく商品の発注を行うことができる。

また、発注管理装置１は、商品の購入に係る決済が完了すると、送り先情報と商品に関する情報とを販売者端末３に送信するので、ユーザによる商品の購入が確定したことをもって、商品の配送に必要な送り先情報を販売者端末３に通知することができる。

また、発注管理装置１は、商品識別情報と、発注用情報を表示させるメディアのメディア情報とを取得し、メディア情報を含む発注用情報（商品番号）を生成する。このようにすることで、ユーザの商品購入時に、当該発注用情報を販売者端末３に通知することにより、販売者側では、どのメディアを介して商品が購入されたかを把握することができ、広告の有効性を評価することができる。

また、発注管理装置１は、携帯端末２から受信したメッセージデータに含まれる発注用情報に対応する商品の在庫が有ると判定すると、当該商品の購入に係り、携帯端末２のユーザに請求する請求金額を決済するので、在庫が不足し、商品をユーザに配送できない場合に決済が行われることを防止することができる。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更又は改良を加えることが可能であることが当業者に明らかである。特に、装置の分散・統合の具体的な実施形態は以上に図示するものに限られず、その全部又は一部について、種々の付加等に応じて、又は、機能負荷に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

例えば、上述の実施形態では、メッセージ交換アプリケーションが、ショートメッセージの送受信を行うアプリケーションであるものとして説明したがこれに限らない。例えば、メッセージ交換アプリケーションは、ユーザを識別するニックネーム等のユーザＩＤを宛先及び送信元としてテキストメッセージの送受信を行うアプリケーション（例えば、ＬＩＮＥ（登録商標））であってもよい。この場合、例えば、当該アプリケーションの利用開始時に、発注管理装置１が、上述の実施形態に示す送り先情報及び口座情報と、ユーザＩＤとを受け付けてもよい。そして、発注管理装置１において、送り先情報及び口座情報を含むユーザ情報と、ユーザＩＤとを関連付けて契約情報として記憶部１２に記憶させてもよい。

そして、携帯端末２のユーザが商品を購入するときには、発注管理装置１の宛先情報として、発注管理装置１に割り当てられているユーザＩＤを指定することにより、商品番号を含むメッセージデータを発注管理装置１に送信する。発注管理装置１は、当該メッセージデータを受信すると、送信元情報としての携帯端末２のユーザＩＤに関連付けられているユーザ情報を特定するとともに、商品番号に関連付けられている商品情報を特定する。そして、発注管理装置１は、特定したユーザ情報、及び商品情報を含む発注情報を生成する。

また、発注管理装置１は、ユーザのユーザＩＤと、送り先情報及び口座情報を含むユーザ情報とが予め関連付けられている契約情報と、当該ユーザの電話番号とを関連付けてもよい。そして、発注管理装置１は、携帯端末２から、メッセージデータを受信したことに応じて、当該メッセージデータに送信元情報として含まれる携帯端末２の電話番号に対応するユーザＩＤに関連する契約情報と、当該メッセージデータに含まれている商品番号に関連付けられている商品情報とに基づいて発注情報を生成してもよい。

また、上述の実施形態では、発注管理装置１は、ユーザが購入しようとしている商品の発注確定時に当該商品の在庫が無いと判定すると、決済を中止したが、これに限らない。例えば、発注管理装置１は、商品が補充されるまで、決済を待機してもよい。この場合、発注管理装置１は、決済を待機するか否かの選択を受け付けるページを携帯端末２に送信し、決済を待機する選択を受け付けたことに応じて、決済を待機してもよい。また、発注管理装置１は、記憶部１２において、決済要求に含まれる情報と、決済を待機していることを示す情報とを関連付けて記憶しておき、当該商品が補充されたことを検出したことに応じて、当該決済要求に含まれる情報に基づいて決済を行うようにしてもよい。

１・・・発注管理装置、１１・・・通信部、１２・・・記憶部、１３・・・制御部、１３１・・・取得部、１３２・・・第１生成部、１３３・・・送信部、１３４・・・第２生成部、１３５・・・確認部、１３６・・・決済部、２・・・携帯端末、３・・・販売者端末、Ｓ・・・発注管理システム

Claims (9)

1. 商品の販売者側の端末から、販売する対象となる商品を識別するための商品識別情報を取得する取得部と、
   前記商品識別情報に対応する商品の発注を受け付けるための発注用情報を生成する生成部と、
   前記発注用情報を前記端末に送信する送信部と、
   携帯端末のユーザを識別するユーザ識別情報と、前記ユーザに対応する商品の送り先情報とを関連付けて記憶する記憶部とを備え、
   前記送信部は、前記携帯端末から、前記ユーザ識別情報を示す送信元情報と前記発注用情報とを含むメッセージデータを受信すると、当該ユーザ識別情報に関連付けられている前記送り先情報と、前記発注用情報に対応する前記商品に関する情報とを、前記端末に送信する、
   発注管理装置。
2. 前記発注用情報を含むメッセージデータを受信した後、前記商品の購入に係り、前記携帯端末のユーザに請求する請求金額を決済する決済部を備え、
   前記送信部は、前記決済が完了すると、前記送り先情報と前記商品に関する情報とを前記端末に送信する、
   請求項１に記載の発注管理装置。
3. 前記取得部は、前記商品識別情報と、前記発注用情報を表示させるメディアのメディア情報とを取得し、
   前記生成部は、前記商品識別情報及び前記メディア情報に基づいて前記発注用情報を生成する、
   請求項１又は２に記載の発注管理装置。
4. 前記生成部は、前記メディア情報を含む前記発注用情報を生成する、
   請求項３に記載の発注管理装置。
5. 前記取得部は、前記商品識別情報と、前記販売者を識別する販売者識別情報とを取得し、
   前記生成部は、前記商品識別情報及び前記販売者識別情報に基づいて前記発注用情報を生成する、
   請求項１から４のいずれか１項に記載の発注管理装置。
6. 前記携帯端末から受信したメッセージデータに含まれる前記発注用情報に対応する商品の在庫の有無を確認する確認部と、
   前記確認部が前記商品の在庫が有ると判定すると、当該商品の購入に係り、前記携帯端末のユーザに請求する請求金額を決済する決済部とを備える、
   請求項１から５のいずれか１項に記載の発注管理装置。
7. 前記送信部は、前記確認部が前記商品の在庫が所定数以下であると判定すると、在庫が不足している旨を示す情報を含むメッセージデータを前記携帯端末に送信する、
   請求項６に記載の発注管理装置。
8. 前記送信部は、前記商品の発注の確定を受け付けるための情報を前記携帯端末に送信し、
   前記確認部は、前記商品の発注の確定を示す情報を受信すると、当該商品の在庫の有無を確認し、
   前記決済部は、前記確認部が前記商品の在庫が無いと判定すると、当該商品の購入に係る決済を停止する、
   請求項７に記載の発注管理装置。
9. コンピュータにより実行される、
   商品の販売者側の端末から、販売する対象となる商品を識別するための商品識別情報を取得するステップと、
   前記商品識別情報に対応する商品の発注を受け付けるための発注用情報を生成するステップと、
   前記発注用情報を前記端末に送信するステップと、
   携帯端末から、ユーザ識別情報を示す送信元情報と前記発注用情報とを含むメッセージデータを受信すると、当該ユーザ識別情報に関連付けられて記憶部に記憶されている商品の送り先情報と、前記発注用情報に対応する前記商品に関する情報とを、前記端末に送信するステップと、
   を備える発注管理方法。

Images