(57)【要約】【課題】  新たに配送する物品と過去の未配送の物品とをまとめて配送する処理を容易に行うこと。【解決手段】  物品の配送処理を制御する情報処理装置１０４であって、物品情報及びユーザを特定する情報をネットワーク経由で受信し、受信されたユーザ特定情報及び物品情報及びその物品の配送状態を関連付けてデータベース１０５、１０６に記憶させ、新たな物品情報及びユーザ特定情報の受信に応じて、データベース１０５、１０６からそのユーザ特定情報と関連付けられた物品の配送状態を検知し、所定の配送状態を示すことが検知された物品情報を検索し、検索された物品情報に係る物品と新たに受信された物品情報に係る物品とをまとめて配送するか否かを指示するための画面情報を生成する。生成された前記画面情報は端末装置１０１に送信され、前記画面情報に応答してまとめて配送することを示す信号が受信されたときに、前記新たな物品情報及びそのユーザ特定情報を、その物品の配送状態と関連付けて記憶させる。【選択図】  図１
2006248657.tif 000002
【特許請求の範囲】
【請求項１】
物品の配送処理を制御する情報処理装置であって、
物品情報及びユーザを特定するユーザ特定情報をネットワーク経由で受信する通信ユニットと、
前記通信ユニットにより受信されたユーザ特定情報及び物品情報及びその物品の配送状態を関連付けてデータベースに記憶させる記憶制御ユニットと、
前記通信ユニットによる新たな物品情報及びユーザ特定情報の受信に応じて、前記データベースからそのユーザ特定情報と関連付けられた物品の配送状態を検知する検知ユニットと、
前記検知ユニットにより所定の配送状態を示すことが検知された物品情報を検索する検索ユニットと、
前記検索ユニットで検索された物品情報に係る物品と前記通信ユニットにより新たに受信された物品情報に係る物品とをまとめて配送するか否かを指示するための画面情報を生成する画面情報生成ユニットと、
を備え、
前記記憶制御ユニットは、前記画面情報に応答してまとめて配送することを示す信号が前記通信ユニットにより受信されたときに、前記新たな物品情報及びそのユーザ特定情報を、その物品の配送状態と関連付けて記憶させることを特徴とする情報処理装置。
【請求項２】
前記記憶制御ユニットは、前記画面情報に応答してまとめて配送することを示す信号が前記通信ユニットにより受信されたときに、前記検索ユニットで検索された物品の配送状態を停止状態に更新することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記物品の配送に係る決済を行う決済ユニットを備え、
前記記憶制御ユニットは、前記決済ユニットによる決済が終了した後に、前記決済が終了した物品の配送状態を待機状態に更新することを特徴とする請求項１又は請求項２に記載の情報処理装置。
【請求項４】
前記記憶制御ユニットは、前記画面情報に応答してまとめて配送することを示す信号が前記通信ユニットにより受信されたときに、まとめて配送される物品を特定する情報とその物品情報とを関連付けてデータベースに記憶させることを特徴とする請求項１乃至請求項３のいずれか１項に記載の情報処理装置。
【請求項５】
前記データベースに記憶された物品の配送状態をキャンセル状態に更新するキャンセルユニットを含み、
前記キャンセルユニットは、前記画面情報に応答してまとめて配送することを示す信号が前記通信ユニットにより受信された状態で、前記新たな物品情報に係る物品の配送状態をキャンセル状態に更新するときに、前記検索ユニットで検索された物品の配送状態を待機状態に更新することを特徴とする請求項１乃至請求項４のいずれか１項に記載の情報処理装置。
【請求項６】
前記まとめて配送する物品の数量を算出する算出ユニットと、
前記算出ユニットで算出された物品の数量に基づいて、前記検索ユニットで検索された物品と前記新たな物品情報に係る物品とをまとめて配送できるか否か判定する判定ユニットと、
を備え、
前記データベースは、前記判定ユニットによる判定結果に応じて、前記検索ユニットで検索された物品の配送状態を更新することを特徴とする請求項１乃至請求項５のいずれか１項に記載の情報処理装置。
【請求項７】
端末装置と該端末装置に接続されたサーバとを有する情報処理システムであって、
前記端末装置は、
物品情報及びそのユーザを特定するユーザ特定情報を前記サーバに送信する第１の通信ユニットを備え、
前記サーバは、
前記物品情報及びそのユーザ特定情報を受信する第２の通信ユニットと、
前記第２の通信ユニットにより受信された物品情報及びそのユーザ特定情報及びその物品の配送状態を関連付けてデータベースに記憶させる記憶制御ユニットと、
前記第２の通信ユニットによる新たな物品情報及びユーザ特定情報の受信に応じて、そのユーザ特定情報と関連付けられた物品の配送状態を検知する検知ユニットと、
前記検知ユニットにより所定の配送状態を示すことが検知された物品情報を検索する検索ユニットと、
前記検索ユニットで検索された物品情報に係る物品と前記第２の通信ユニットにより新たに受信された物品情報に係る物品とをまとめて配送するか否かを指示するための画面情報を生成する画面情報生成ユニットと、
を備え、
前記第２の通信ユニットは、前記画面情報生成ユニットで生成された前記画面情報を前記端末装置に送信し、
前記記憶制御ユニットは、前記画面情報に応答してまとめて配送することを示す信号が前記第２の通信ユニットにより受信されたときに、前記新たな物品情報及びそのユーザ特定情報を、その物品の配送状態と関連付けて記憶させることを特徴とする情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、物品の配送処理を制御する情報処理装置及び情報処理システムに関する。
【背景技術】
【０００２】
従来、インターネット等のネットワークを利用した、物品の配送手続を行うシステムがある（特許文献１を参照）。このようなシステムでは、物品の配送手続が完了した直後、物品が実際に配送される前に、新たな物品の配送手続を行う場合がある。その場合、新たな物品の配送先が、直前に配送手続が完了した物品と配送先が同じであれば、新たに配送する物品とまとめて配送することにより、１度に複数の物品が配送できる。これによって、システムの利便性が向上すると共に、配送料を節約することができる。
【特許文献１】特開２００１−１８８８４０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来のシステムにおいて、新たに配送する物品と直前に配送手続が完了した物品とをまとめて配送するためには、新たに配送する物品の配送手続が完了した後に、ユーザがまとめ配送を実行するためのボタンを押して、まとめ配送の手続きを別途行う必要があった。
【０００４】
そのため、ユーザは、新たな配送の配送手続が完了する都度、まとめ配送が可能な否かを確認する必要があり、配送手続が煩雑となっていた。また、ユーザが配送を希望する物品のまとめ配送が可能なことに気付かないまま、余分な配送料を負担する場合もあった。
【０００５】
本発明は、上記の問題点に鑑みてなされたものであり、新たに配送する物品と過去の未配送の物品とをまとめて配送する処理を容易に行うことを目的とする。
【課題を解決するための手段】
【０００６】
本発明の第１の側面は、物品の配送処理を制御する情報処理装置に係り、物品情報及びユーザを特定するユーザ特定情報をネットワーク経由で受信する通信ユニットと、前記通信ユニットにより受信されたユーザ特定情報及び物品情報及びその物品の配送状態を関連付けてデータベースに記憶させる記憶制御ユニットと、前記通信ユニットによる新たな物品情報及びユーザ特定情報の受信に応じて、前記データベースからそのユーザ特定情報と関連付けられた物品の配送状態を検知する検知ユニットと、前記検知ユニットにより所定の配送状態を示すことが検知された物品情報を検索する検索ユニットと、前記検索ユニットで検索された物品情報に係る物品と前記通信ユニットにより新たに受信された物品情報に係る物品とをまとめて配送するか否かを指示するための画面情報を生成する画面情報生成ユニットと、を備え、前記記憶制御ユニットは、前記画面情報に応答してまとめて配送することを示す信号が前記通信ユニットにより受信されたときに、前記新たな物品情報及びそのユーザ特定情報を、その物品の配送状態と関連付けて記憶させることを特徴とする。
【０００７】
本発明の第２の側面は、端末装置と該端末装置に接続されたサーバとを有する情報処理システムに係り、前記端末装置は、物品情報及びそのユーザを特定するユーザ特定情報を前記サーバに送信する第１の通信ユニットを備え、前記サーバは、前記物品情報及びそのユーザ特定情報を受信する第２の通信ユニットと、前記第２の通信ユニットにより受信された物品情報及びそのユーザ特定情報及びその物品の配送状態を関連付けてデータベースに記憶させる記憶制御ユニットと、前記第２の通信ユニットによる新たな物品情報及びユーザ特定情報の受信に応じて、そのユーザ特定情報と関連付けられた物品の配送状態を検知する検知ユニットと、前記検知ユニットにより所定の配送状態を示すことが検知された物品情報を検索する検索ユニットと、前記検索ユニットで検索された物品情報に係る物品と前記第２の通信ユニットにより新たに受信された物品情報に係る物品とをまとめて配送するか否かを指示するための画面情報を生成する画面情報生成ユニットと、を備え、前記第２の通信ユニットは、前記画面情報生成ユニットで生成された前記画面情報を前記端末装置に送信し、前記記憶制御ユニットは、前記画面情報に応答してまとめて配送することを示す信号が前記第２の通信ユニットにより受信されたときに、前記新たな物品情報及びそのユーザ特定情報を、その物品の配送状態と関連付けて記憶させることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、新たに配送する物品と過去の未配送の物品とをまとめて配送する処理を容易に行うことができる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照して、本発明の好適な実施の形態を例示的に説明する。なお、本実施形態では、ネットワークを用いたオンラインでの物品の配送処理を扱っているが、本実施形態はこれに限定されず、物品の配送処理が発生する処理全般に適用されうる。
【００１０】
＜システムの構成＞
図１は、本発明の好適な一実施形態として、オンライン配送システムの構成を示した図である。
【００１１】
図１において、１０１は物品情報を入力する入力端末としての利用者端末であり、物品情報及びユーザを特定するユーザ特定情報を管理サーバ１０２に送信する通信ユニット１０１’（図２を参照）を備える。１０４は物品の配送サービスを提供するオンライン配送システムである。配送サービスの利用者は、端末１０１の通信ユニット１０１’（図２を参照）を介して配送サービスを提供する管理サーバ１０２にアクセスする。管理サーバ１０２は、ユーザの認証、物品情報の管理、課金等の処理を行う。ユーザの認証に必要なユーザ情報や配送する物品の物品情報等は、物品情報管理データベース１０５に保管される。管理サーバ１０２は、配送サーバ１０３と通信を行うことにより、物品の配送及び配送停止の要求、配送状況の問い合わせを行う。配送サーバ１０３は、配送を希望された物品の配送処理、配送状態の管理及び管理サーバ１０２への物品情報の通知を行う。配送管理データベース１０６には物品の配送状態が保管される。本実施形態では管理サーバ１０２と配送サーバ１０３の２つサーバとしたが、２つのサーバ間に物品の生産を管理するサーバを設けて情報を中継するように構成してもよいし、これらのサーバを１つのサーバで構成してもよい。
【００１２】
図２は本発明の好適な実施形態に係る管理サーバ１０２及び配送サーバ１０３の構成の詳細を示すブロック図である。
【００１３】
２０１は配送を希望する物品の情報（物品情報）を取得する物品情報取得ユニットである。２０２はユーザを特定する情報（ユーザ特定情報）を取得するユーザ情報取得ユニットである。２０３は物品の配送情報を取得する配送情報取得ユニットである。２０４は未配送の注文を物品情報管理データベース１０５から取得する未配送注文取得ユニットである。２０５は未配送注文取得ユニット２０４により取得した過去の注文のうち、未配送の注文を通知するよう配送サーバ１０３に要求する未配送注文要求ユニットである。２０６は通信ユニット２２０による新たな物品情報の受信に応じて、配送サーバ１０３から未配送の注文を受け取り、まとめ配送を行う否かを指示するための画面情報を生成する画面情報生成ユニットである。２０７は画面情報生成ユニット２０６に対する操作により、通信ユニット２２０を介して、まとめて配送することを示す信号を取得するまとめ配送注文取得ユニットである。２０８は通信ユニット２２０を介して受信した、まとめ配送を停止する指示を配送サーバ１０３に要求する配送停止要求ユニットである。２０９はまとめ配送注文取得ユニット２０７で取得した信号に従って、新たに配送される物品と未配送の物品とがまとめて配送するように、物品情報管理データベース１０５を設定するまとめ配送情報設定ユニットである。２２０は、利用者端末１０１との間で通信を行うための通信ユニットである。
【００１４】
配送情報取得ユニット２０３は、未配送注文取得ユニット２０４、未配送注文要求ユニット２０５、画面情報生成ユニット２０６、まとめ配送注文取得ユニット２０７、配送停止要求ユニット２０８、まとめ配送情報設定ユニット２０９を含む。
【００１５】
２１０は物品の配送に係る決済を行う決済ユニットである。２１１は決済ユニット２１０により決済された注文を確定する注文確定ユニットである。２１２はユーザによりキャンセルされた際の処理を行うキャンセルユニットである。記憶制御ユニット２２１は、物品情報管理データベース１０５の動作を制御する。管理サーバ１０２は、２０１から２２１までを含む。
【００１６】
２１３は未配送注文要求ユニット２０５からの要求を受けて未配送の注文を配送管理データベース１０６から検索する未配送注文検索ユニットである。２１４は未配送注文検索ユニット２１３によって検索された未配送の注文を管理サーバ１０２に通知する未配送注文通知ユニットである。２１５は配送停止要求ユニット２０８の要求を受けて指定された物品の配送を停止する配送停止ユニットである。２１６は注文確定ユニット２１１の要求を受けて、まとめ配送設定された物品をまとめて配送する設定を行うまとめ配送設定ユニットである。２１７はキャンセルユニット２１２からの要求を受けて配送停止ユニット２１５で停止処理された物品の配送処理を再開する配送再開ユニットである。記憶制御ユニット２２２は、物品情報管理データベース１０６の動作を制御する。以上の２１３から２１７、２２２は配送サーバ１０３に含まれる。
【００１７】
＜オンライン配送サービスフロー＞
図３は本発明の好適な一実施形態として、オンライン配送システムにおける配送サービス全体の流れの処理手順を表したフローチャートである。
【００１８】
ステップＳ３０１では、利用者端末１０１からの入力により、配送する物品の情報（物品情報）を取得する。具体的には、物品情報取得ユニット２０１が利用者端末１０１により指定等された配送する物品情報（物品のＩＤ、個数等）をネットワークを介して取得し、記憶制御ユニット２２１が物品情報を物品情報管理データベース１０５に記憶させる。
【００１９】
ステップＳ３０２では、利用者端末１０１からの入力により、ユーザを特定する情報を取得する。具体的には、ユーザ情報取得ユニット２０２が利用者端末１０１から受信したユーザを特定する情報（ユーザＩＤ等）を取得し、ステップＳ３０１で取得した物品情報に関連付けられた注文として、例えば、図５（ａ）に示すように記憶制御ユニット２２１が物品情報管理データベース１０５に記憶させる。
【００２０】
ステップＳ３０３では、管理サーバ１０２が通信ユニット２２０により新たな物品情報を受信すると、そのユーザ特定情報に対応する未配送の物品を配送管理データベース１０６から検索して、配送先指定の選択候補を示す配送先指定画面を利用者端末１０１の表示部に表示させる。ステップＳ３０３は配送情報取得ユニット２０３により処理される。
【００２１】
ステップＳ３０４では、利用者端末１０１により物品の配送をキャンセルするか否かが指定されたときの制御を分岐させる。利用者端末１０１から物品の配送のキャンセルが指定された場合には（ステップＳ３０４で「ＹＥＳ」）ステップＳ３０９に進み、そうでない場合には（ステップＳ３０４で「ＮＯ」）ステップＳ３０５に進む。
【００２２】
ステップＳ３０５では、利用者端末１０１からの入力により決済処理をする。具体的には、決済ユニット２１０が、ステップＳ３０１で入力された物品情報及びステップＳ３０３で入力された配送先の情報に基づいて、物品の合計金額や配送料等を算出し、決算を行う。
【００２３】
ステップＳ３０６では、管理サーバ１０２が注文を確定する処理を行う。具体的には、注文確定ユニット２１１が、まとめ配送設定ユニット２１６に注文をまとめて配送する要求を出す。
【００２４】
ステップＳ３０７では、注文された物品を調達または生産する。
【００２５】
ステップＳ３０８では、配送サーバ１０３が配送処理を行う。
【００２６】
ステップＳ３０９では、管理サーバ１０２が物品の配送のキャンセル処理を行う。ステップＳ３０９はキャンセルユニット２１２により処理される。
【００２７】
＜まとめて配送を指定する処理フロー＞
図４は、図３のステップＳ３０３において、まとめ配送をする物品の情報を取得するための詳細な処理の流れを示したフローチャートである。図５は物品情報管理データベース１０５及び配送管理データベース１０６の両方に保管される注文データの一具体例を示す図である。図５では（ａ）注文データ（基本情報）と（ｂ）注文データ（配送先情報）とが別表になっているが、両者が同じ表に含まれてもよいし、更に別の表に分けられてもよい。また、物品情報管理データベース１０５と配送管理データベース１０６では、全く同じ形式でデータを保管する必要はなく、必要なデータが保管されていればよい。図６は配送管理データベース１０６に保管される配送データの一具体例を示す図である。図６（ａ）は、まとめ配送設定前の状態を示し、図６（ｂ）は、まとめ配送のための『停止』設定後の状態を示す。
【００２８】
以下、図４のフローチャートを参照しながら、まとめ配送を指定する処理の流れを説明する。
【００２９】
ステップＳ４０１では、管理サーバ１０２は、通信ユニット２２０を介したまとめ配送注文取得ユニット２０７による新たな物品情報の受信に応じて、現在の注文（注文Ｎとする）の配送先指定の選択候補を示す配送先指定画面の表示処理を開始する。
【００３０】
ステップＳ４０２では、管理サーバ１０２は、ステップＳ３０２で現在の注文Ｎと関連付けられたユーザＩＤを配送サーバ１０３に通知し、同じユーザＩＤを有する過去の注文の中から未配送の注文を未配送注文検索ユニット２１３に要求する。ステップＳ４０２は未配送注文要求ユニット２０５により処理される。
【００３１】
ステップＳ４０３では、配送サーバ１０３は、ステップＳ４０２により通知されてきたユーザＩＤに基づいて、配送管理１０６中の配送データから未配送の注文を検索する。ステップＳ４０３は配送サーバ１０３内の未配送注文検索ユニット２１３により処理される。
【００３２】
ステップＳ４０４では、配送サーバ１０３は、ステップＳ４０３で検索された未配送注文のＩＤのリスト（リストＬ）を画面情報生成ユニット２０６に通知する。ステップＳ４０４は未配送注文通知ユニット２１４で処理される。
【００３３】
ステップＳ４０２〜ステップＳ４０４までの処理を、図６（ａ）の配送データを用いて説明する。注文Ｎに関連付けられたユーザＩＤを３とすると、ステップＳ４０２では「ユーザＩＤ＝３」というデータが未配送注文検索ユニット２１３に渡される。ステップＳ４０３では、受け取った「ユーザＩＤ＝３」という条件と、未配送の注文を示す条件「配送状態＝『待機』」とを検索条件として、未配送の注文を配送データから検索する。この場合、検索結果のリストＬは {３４６５, ３４６１, ３４５９, ３４４５} となる。
【００３４】
次いで、ステップＳ４０４では、リストＬを管理サーバ１０２の画面情報生成ユニット２０６に通知する。
【００３５】
ステップＳ４０５では、ステップＳ４０４で通知されたリストＬの要素の個数が１つ以上の場合はステップＳ４０６へ、そうでない場合はステップＳ４０７へ制御を分岐させる。
【００３６】
ステップＳ４０６では、配送先指定の選択候補に「まとめて配送する」項目を追加し、リストＬに含まれる注文を選択できる画面を作成するステップである。
【００３７】
ステップＳ４０７では、配送先指定の選択候補に「まとめて配送する」項目を選択できないことを示す画面を作成する。
【００３８】
ステップＳ４０８では、ステップＳ４０６又はステップＳ４０７で作成した配送先指定画面を利用者端末１０１の表示部に表示させる。ステップ４０５からステップＳ４０８は画面情報生成ユニット２０６で処理される。
【００３９】
ステップＳ４０５〜ステップＳ４０８までの処理を具体例を用いて説明すると、リストＬが{３４６５,３４６１, ３４５９, ３４４５} だった場合には、ステップＳ４０５ではリストＬの要素個数が１以上であるため、制御をステップＳ４０６へ渡す。ステップＳ４０６では、配送先指定の選択候補に「まとめて配送する」項目を追加し、リストＬの要素からいずれか１つの注文を選択可能とする画面を作成し、ステップＳ４０７で利用者端末１０１に画面を表示する。図７にステップＳ４０６で作成され、ステップＳ４０７で表示される画面の一例を示す。７０１は配送先指定の選択候補として「まとめて配送する」項目が追加された部分の例である。７０２はリストＬに含まれる注文を、まとめて配送する注文として選択することが可能なように利用者の利用者端末１０１に表示する部分の例である。図７では、リストＬの各要素である注文ＩＤをキーにして、物品情報管理データベース１０５に保管されている注文データから、注文日時と配送先の宛名を取り出して、まとめて配送可能な過去の注文として表示している。
【００４０】
また、ステップＳ４０３での検索の結果、マッチするものが無かった場合は、リストＬの要素が空となり、ステップＳ４０５では制御をステップＳ４０７に渡す。ステップＳ４０７では配送先指定の選択候補に「まとめて配送する」項目を追加せずに、ステップＳ４０８で画面を表示する。図８にステップＳ４０７で作成され、ステップＳ４０８で表示される画面の一例を示す。「まとめて配送する」項目は選択候補になく、本画面例では８０１の部分でまとめて配送できる過去の注文がないことが表示されている。
【００４１】
次いで、ステップＳ４０９では、ステップＳ４０８で表示された配送先指定画面より利用者の利用者端末１０１からまとめて配送する過去の注文を選択する。
【００４２】
ステップＳ４１０では、ステップＳ４０９で利用者が利用者端末１０１を用いて選択した結果を取得する。ステップＳ４１０はまとめ配送注文取得ユニットで処理される。
【００４３】
ステップＳ４１１では、ステップＳ４１０で取得した、まとめて配送する過去の注文ＭのＩＤを、注文Ｍの配送を停止させるため配送サーバ１０３に通知する。ステップＳ４１１は配送停止要求ユニット２０８で処理される。
【００４４】
ステップＳ４１２では、配送サーバ１０３が、ステップＳ４１１で通知された注文Ｍの配送を停止するよう配送データを変更する。ステップＳ４１２は配送停止ユニット２１５で処理される。
【００４５】
ステップＳ４１３では、ステップＳ４１０で取得した注文Ｍを現在の注文Ｎの物品情報にまとめ配送する注文として設定する。ステップＳ４１３はまとめ配送情報設定ユニット２０９で処理される。
【００４６】
ステップＳ４０８〜ステップＳ４１３までの処理を具体例を用いて説明すると、ステップＳ４０８で利用者が利用者端末１０１から現在の注文Ｎの配送先を過去の注文の中の「2004/06/05 18:52 ギヤノン 太郎様」（図７の７０３、図５の注文データでは注文ＩＤ＝３４６１に当たる）の注文Ｍとまとめて配送するように指定した場合、ステップＳ４１０では指定された注文Ｍの注文データを取得し、ステップＳ４１１では注文Ｍの配送停止の要求として「注文ＩＤ＝３４６１」を配送停止ユニット２１５に通知する。ステップＳ４１２は、受け取った「注文ＩＤ＝３４６１」の配送データの「配送状態」を『停止』に設定し、配送処理を停止させる。図６（b）に「注文ＩＤ＝３４６１」の「配送状態」を『停止』に設定された配送データの例を示す。一方、管理サーバ１０２ではステップＳ４１３で現在の注文Ｎを注文Ｍとまとめて配送するよう注文データに設定する。図９に注文Ｎが注文データに設定された例を示す。本例では、注文Ｎは新たな注文ＩＤ＝３４６８として登録され、「配送先区分」は『まとめ』に設定され、「まとめ配送注文ＩＤ」にまとめて配送する注文ＭのＩＤ『３４６１』が関連付けて設定され、注文Ｍと注文Ｎがまとめて配送されることを示している。
【００４７】
＜まとめ配送設定した注文を確定したときのフロー＞
図１０は、本実施形態において利用者がまとめ配送を指定して決済を終了した場合における、ステップＳ３０６の注文確定処理からステップＳ３０８の配送処理までの詳細な流れを示したフローチャートである。
【００４８】
ステップＳ１００１では、利用者が利用者端末１０１を用いて現在の注文Ｎの決済を完了する。
【００４９】
ステップＳ１００２では、注文Ｎの注文データを配送サーバ１０３に通知し配送を要求する。ステップＳ１００２は注文確定ユニット２１１で処理される。
【００５０】
ステップＳ１００３では、配送サーバ１０３がステップＳ１００２により通知された注文Ｎの配送データを配送状態『待機』にして追加する。ステップＳ１００３はまとめ配送ユニット２１６で処理される。
【００５１】
ステップＳ１００１〜ステップＳ１００３までの処理を、図１１の配送データを用いて説明すると、ステップＳ１００１で利用者により注文Ｎ（注文ＩＤ＝３４６８）の決済処理が行われると、ステップＳ１００２で注文Ｎの注文データを配送サーバ１０３に通知し、ステップＳ１００３で配送サーバ１０３が配送管理データベース１０６で注文Ｎの注文データと配送データを作成する。図１１は、図６（b）の配送データに注文Ｎのデータが追加された様子を示す図である。注文Ｎ（注文ＩＤ＝３４６８）の「配送状態」は『待機』の状態として追加される。
【００５２】
ステップＳ１００４では、注文Ｎに関する物品の調達もしくは生産が終了し、配送サーバ１０３に対して配送の指示をする。
【００５３】
ステップＳ１００５では、注文Ｎの配送データの配送状態が『待機』の場合はステップＳ１００６に、そうでない場合は処理を終了するよう制御を分岐させる。
【００５４】
ステップＳ１００６では、注文Ｎ及び注文Ｎとまとめて配送するよう設定されている注文を再帰的に配送管理データベース１０６の注文データから検索し、配送する注文のリストＤを取得する。ステップＳ１００５及びステップＳ１００６は配送注文決定ユニット２１８で処理される。
【００５５】
ステップＳ１００７では、リストＤに含まれるすべての注文に対し、物品を配送し、配送データを配送済みの状態に変更する。ステップＳ１００７は配送ユニット２１９で処理される。
【００５６】
ステップＳ１００４〜ステップＳ１００７までの処理を、図１１の配送データを用いて説明すると、ステップＳ１００４で注文Ｎ（注文ＩＤ＝３４６８）の配送が指示された場合、ステップＳ１００５で図１１に示した配送データから注文ＩＤ＝３４６８の配送状態が『待機』であるので処理をステップＳ１００６に渡す。ステップＳ１００６では図９に示した注文データから注文ＩＤ＝３４６８の「まとめ配送注文ＩＤ」に値がある場合はそれを取得する。この場合は注文ＩＤ＝３４６１が取得される。さらに注文ＩＤ＝３４６１の「まとめ配送注文ＩＤ」に値がある場合はそれを取得する。このように「まとめ配送注文ＩＤ」を再帰的に取得していき、配送する注文のリストＤを作成する。図９では、注文ＩＤ＝３４６１の「まとめ配送注文ＩＤ」に値がないので、「まとめ配送注文ＩＤ」の取得が行われない。ステップ１００７は、リストＤに保持されている注文の、物品を配送し、配送データの配送状態を配送済みを示す『済み』に変更する。
【００５７】
また、例えば、図６（b）の配送データの状態のときに、ステップＳ１００４で注文ＩＤ＝３４６１の配送が指示された場合には、ステップＳ１００５では配送データにおける注文ＩＤ＝３４６１の配送状態が『停止』であるので処理を終了する。したがって、この状態での配送指示では配送は行われない。
【００５８】
＜まとめ配送設定した注文をキャンセルしたときのフロー＞
図１２は、本実施形態において利用者がまとめ配送を指定した注文を決済せずにキャンセルした場合における、ステップＳ３０９の処理の詳細な流れを示したフローチャートである。
【００５９】
ステップＳ１２０１では、利用者が利用者端末１０１により現在の注文Ｎの決済をせずにキャンセルする。
【００６０】
ステップＳ１２０２では、注文Ｎの注文データにまとめ配送が設定されている場合はステップＳ１２０３に、そうでない場合はステップＳ１２０５に制御を分岐させる。
【００６１】
ステップＳ１２０３では、注文Ｎの注文ＩＤとまとめ配送設定されている注文Ｍの注文ＩＤを配送サーバ１０３に通知し、注文Ｍの配送再開を要求する。
【００６２】
ステップＳ１２０４では、配送サーバ１０３がステップＳ１２０３により通知された注文Ｎの配送データを配送状態『待機』に変更する。ステップＳ１２０４は配送再開設定ユニット２１７で処理される。
【００６３】
ステップＳ１２０５では、管理サーバ１０２で注文Ｎの注文データを削除する。ステップＳ１２０２、ステップＳ１２０３及びステップＳ１２０５はキャンセルユニット２１２で処理される。
【００６４】
以上の処理を図９に示した注文データを例にして説明する。ステップＳ１２０１で利用者により注文Ｎ（注文ＩＤ＝３４６８）のキャンセル操作が行われると、ステップＳ１２０２では、注文ＩＤ＝３４６８の「まとめ配送注文ＩＤ」（＝３４６１）の値が存在するのでステップＳ１２０３に処理が渡される。ステップＳ１２０３では、まとめて配送する注文Ｍの注文ＩＤ＝３４６１を配送サーバ１０３に通知し、配送を再開するよう要求する。ステップＳ１２０４は、配送サーバ１０３で受け取った注文ＩＤ＝３４６１の配送データの「配送状態」を『停止』から『待機』に変更する。一方、管理サーバ１０２ではステップＳ１２０５でキャンセル操作された注文Ｎの注文データを削除する。これらのキャンセル処理の結果、注文データは図５に、配送データは図６（a）にそれぞれ示したようになり、注文Ｎを注文する前の状態に戻る。
【００６５】
以上のように、本実施形態によれば、新たな物品情報の受信に応じて、まとめて配送を行うか否かを指示するための画面情報が端末装置に送信されるため、ユーザはまとめ配送の手続きを別途行うことなく、新たな物品情報の配送手続においてまとめ配送の手続きを自動的に行うことができる。
【００６６】
（他の実施形態）
上記実施の形態では、画面情報生成ユニット２０６におけるまとめて配送する注文の選択候補として、配送サーバ１０３から受け取った未配送注文をすべて表示する例を示した。本実施形態では、まとめて配送できる注文数を制限する方法について説明する。
【００６７】
図１３は本実施形態において、管理サーバ１０２の画面情報生成ユニット２０６での処理の流れを示すフローチャートである。
【００６８】
ステップＳ１３０１では、管理サーバ１０１において、物品情報管理データベース１０３からまとめ配送制限数Ｓを取得する。
【００６９】
ステップＳ１３０２では、空のリストＨを作成する。
【００７０】
ステップＳ１３０３では、ステップＳ４０４により取得したリストＬの要素数をＬｎにセットし、カウンタ変数ｉに０を代入する。
【００７１】
ステップＳ１３０４では、ｉがＬｎより小さい場合はステップＳ１３０５に、そうでない場合はステップＳ１３１３に制御を分岐させる。つまり、リストＬの要素に対してステップＳ１３０５以降の処理を行うようループを行い、すべての要素に対する処理が終了するとステップＳ１３１３へ遷移する。
【００７２】
ステップＳ１３０５では、リストＬのｉ番目の要素を注文Ｉとして取得する。
【００７３】
ステップＳ１３０６では、注文Ｉを注文Ｋにコピーし、変数ｊに１をセットする。
【００７４】
ステップＳ１３０７では、注文Ｋにまとめ配送が設定されている場合はステップＳ１３１０に、そうでない場合はステップＳ１３０８に制御を分岐させる。
【００７５】
ステップＳ１３０８では、注文ＩをリストＨに追加する。
【００７６】
ステップＳ１３０９では、変数ｉに１を加え、ステップＳ１３０４に処理を渡す。一方、ステップＳ１３１０では、変数ｊに１を加える。すなわち、変数ｊはまとめて配送する注文の連鎖の個数を示す。
【００７７】
ステップＳ１３１１では、変数ｊ がまとめ配送制限数Ｓと等しい場合はステップＳ１３０９に、そうでない場合はステップＳ１３１２に制御を渡す。
【００７８】
ステップＳ１３１２では、注文Ｋのまとめ配送に設定されている注文を新たに注文Ｋに代入し、ステップＳ１３０７へ処理を渡す。
【００７９】
ステップＳ１３１３では、リストＨをリストＬに代入する。すなわち、ステップＳ１３０３以降の処理でリストＬの要素を選別しリストＬを再構成する。
【００８０】
以上の処理を具体例を用いて説明する。図１４はあるユーザの未配送注文の注文及び配送データの項目の一例を示した図である。ステップＳ４０４での検索結果の注文リストＬは、配送状態が『待機』のものであるので、{３４６８, ３４６５, ３４４５, ３４４３, ３４３２} となる。ステップＳ１３０１で取得するまとめ配送制限数Ｓを３とする。リストＬの要素数Ｌｎには５が代入され、カウンタ変数ｉは０に初期化される（ステップＳ１３０３）。カウンタ変数ｉがＬｎ（＝５）まではステップＳ１３０５以降の処理へ移る（ステップＳ１３０４）。
【００８１】
まず、ｉ（＝１）番目の注文ＩＤ＝３４６８が注文Ｉに代入され（ステップＳ１３０５）、ついで注文Ｋに代入され、まとめ配送連鎖変数ｊが１に初期化される（ステップＳ１３０６）。注文Ｋ（ＩＤ＝３４６８）はまとめ配送設定されているのでステップＳ１３１０に移り（ステップＳ１３０７）、まとめ配送連鎖変数ｊに１加算し２にする（ステップＳ１３１０）。まとめ配送連鎖変数ｊ（＝２）はまとめ配送制限数Ｓ（＝３）より小さいのでステップＳ１３１２に移り（ステップＳ１３１１）、注文Ｋのまとめ配送注文である注文ＩＤ＝３４６１を新たに注文Ｋに代入し（ステップＳ１３１２）、ステップＳ１３０７に移る。注文Ｋ（ＩＤ＝３４６１）にまとめ配送設定されているので、まとめ配送連鎖変数ｊを１つ加算し３にする。まとめ配送制限数Ｓ（＝３）と等しくなったため、リストＬのカウンタ変数ｉに１を加算し２とし（ステップＳ１３０９）、ステップＳ１３０４へ移る。
【００８２】
次に、リストＬのｉ（＝２）番目の注文ＩＤ＝３４６５が注文Ｉに代入され（ステップＳ１３０５）、ついで注文Ｋに代入され、まとめ配送連鎖変数ｊが１に初期化される（ステップＳ１３０６）。注文Ｋ（ＩＤ＝３４６５）はまとめ配送設定されていないので、今度はステップＳ１３０８に移り（ステップＳ１３０７）注文Ｉを候補リストＨに追加し（ステップＳ１３０８）、カウンタ変数ｉを１加算し３にする。
【００８３】
同様に、ｉ（＝３）番目の注文ＩＤ＝３４４５が注文Ｉに代入され（ステップＳ１３０５）、ついで注文Ｋに代入され、まとめ配送連鎖変数ｊが１に初期化される（ステップＳ１３０６）。注文Ｋ（ＩＤ＝３４４５）はまとめ配送設定されているのでステップＳ１３１０に移り（ステップＳ１３０７）、まとめ配送連鎖変数ｊに１加算し２にする（ステップＳ１３１０）。まとめ配送連鎖変数ｊ（＝２）はまとめ配送制限数Ｓ（＝３）より小さいのでステップＳ１３１２に移り（ステップＳ１３１１）、注文Ｋのまとめ配送注文である注文ＩＤ＝３４２８を新たに注文Ｋに代入し（ステップＳ１３１２）、ステップＳ１３０７に移る。注文Ｋ（ＩＤ＝３４２８）はまとめ配送設定されていないのでステップＳ１３０８に移り（ステップＳ１３０７）、注文Ｉ（ＩＤ＝３４４５）を候補リストＨに追加し（ステップＳ１３０８）、カウンタ変数ｉを１加算し４にする。
【００８４】
以下、同様にして、リストＬの４番目、５番目の要素に対しステップＳ１３０５以降の処理が行われ、ｉが５になったところで要素数Ｌｎ（＝５）と等しくなり、ループを抜けてステップＳ１３１３に処理が移る（ステップＳ１３０４）。
【００８５】
リストＬの１番目注文ＩＤ＝３４６８以外が候補リストＨに追加される。つまり、まとめ配送連鎖が既にまとめ配送制限数Ｓ（＝３）以上であるものは、候補リストＨには追加されない。まとめ配送連鎖が２である注文ＩＤ＝３４４５は候補リストＨに含まれる。このように作成された候補リストＨを新たにリストＬとし（ステップＳ１３１３）ステップＳ４０５の処理へ移る。
【００８６】
図１５は、本実施形態において、ステップＳ４０８で表示される画面の例である。本画面例では、すでにまとめ配送設定がされている注文は時刻のあとに『他』と記述している。
【００８７】
既に３つのまとめ配送設定されている注文ＩＤ＝３４６８はリストＬにはないので、その注文を示す「注文日時：2004/06/05 19:15他、配送先：観音  太郎」は選択候補には表示されない。したがってまとめて配送できる注文はまとめ配送制限数Ｓ（＝３）までに制限できる。
【００８８】
＜まとめ配送制限数の決定＞
まとめ配送制限数Ｓはシステムに固定でもよいが、他の条件と関連付けにより動的に変更してもよい。
【００８９】
図１６は、配送情報取得ユニット２０３にまとめ配送制限数決定ユニット１７０１を有する構成を示すブロック図である。ステップＳ１３０１でのまとめ配送制限数Ｓの取得はまとめ配送制限数決定ユニット１６０１で処理される。
【００９０】
まとめ配送制限数決定ユニット１６０１での処理の一例として、ユーザの属性によりユーザ毎にまとめ配送制限数を決定する例を示す。ユーザの属性には過去の注文総額や、サービスの利用頻度等が考えられる。図１７は、ユーザの過去３ヶ月の注文総額とまとめ配送制限数Ｓの関連付けの例を示した図である。この関連付けの例では、過去３ヶ月の注文の総額が１万円以上のユーザはまとめ配送制限数Ｓが３、つまり３つまでまとめ配送が可能となる。また、過去３ヶ月の注文総額が５千円以上１万円未満のユーザは２つまでまとめ配送が可能となり、それ以外のユーザはまとめ配送ができない。ユーザの属性以外にも、注文した物品または物品の属性によりまとめ配送制限数Ｓを決定してもよい。
【００９１】
以上のように、本実施形態によれば、ユーザの属性等によりまとめて配送可能な注文数を変更することにより、まとめ配送に関する多様なサービスを提供することができる。
【００９２】
（その他の実施形態）
別の実施形態では、配送データを物品情報管理データベース１０５で管理する例について説明する。
【００９３】
図１８は、本実施形態における構成を示すブロック図である。図２で示した配送サーバで配送データを管理していた部分である未配送注文検索ユニット２１３は１８０１に、配送停止ユニット２１５は１８０２に、まとめ配送設定ユニット２１６は１８０３に、配送再開処理設定ユニット２１７は１８０４にそれぞれ管理サーバ１０２に含まれている。また、配送データを管理サーバ１０２で管理するため、配送データの検索及び変更を要求するための未配送注文要求ユニット２０５と配送停止要求ユニット２０８は不要となる。その代わり、配送管理データベース１０６と配送データの同期を取るために、管理サーバ１０２には管理サーバ注文同期ユニット１８０５と、配送サーバ１０３には配送サーバ注文同期ユニットが含まれる。
【００９４】
注文時の処理の流れは基本的に図４と同じであるが、すべて管理サーバ１０２で実行されるため、配送サーバ１０３と通信するステップ４０２、ステップ４０４、ステップ４１１の処理は不要になる。その代わり別途配送データの同期処理が必要になる。同期処理は配送サーバ１０３が配送処理の前に行う。ただし同期のタイミングは任意で自動的に定期的に実行することも、管理者による操作で実行することも可能である。
【００９５】
以上のように、本実施形態によれば、管理サーバと配送サーバのデータ通信のタイミングをシステムの制御下におくことができる。
【産業上の利用可能性】
【００９６】
本発明は、ユーザから端末装置を利用して新たな物品の配送処理が要求されたときに、そのユーザに対応する未配送の物品とまとめて配送することができる。また、まとめて配送可能な物品数等を変更することにより、物品の配送処理の利便性を向上させることができる。
【図面の簡単な説明】
【００９７】
【図１】本発明の好適な一実施形態におけるシステム構成の概略を示した図である。
【図２】本実施形態におけるシステムのブロック図である。
【図３】本実施形態として、オンライン注文から配送までの処理手順の概要を示したフローチャートである。
【図４】本実施形態として、注文処理の処理手順を示したフローチャートである。
【図５】本実施形態における注文データの一例を示した図である。
【図６】本実施形態における配送データの一例を示した図である。
【図７】本実施形態において、まとめ配送可能な状態の配送先入力画面の一例を示した図である。
【図８】本実施形態において、まとめ配送候補が無くまとめ配送が不可能な状態の配送先入力画面の一例を示した図である。
【図９】本実施形態におけるまとめ配送を含む注文データの一例を示した図である。
【図１０】本実施形態において、決済終了後配送までの処理手順を示したフローチャートである。
【図１１】本実施形態におけるまとめ配送を含む配送データの一例を示した図である。
【図１２】本実施形態において、決済せずにキャンセルした場合の処理手順を示したフローチャートである。
【図１３】本実施形態において、まとめ配送制限数を設定した場合のまとめ配送候補取得の処理手順を示したフローチャートである。
【図１４】本実施形態における未配送注文データの一例を示した図である。
【図１５】本実施形態において、まとめ配送制限数を設定した場合の配送先入力画面の一例を示した図である。
【図１６】本発明の好適な一実施形態におけるまとめ配送制限数取得ユニットを含んだシステムのブロック図である。
【図１７】本実施形態におけるまとめ配送制限数の関連付けデータの一例を示した図である。
【図１８】本発明の好適な一実施形態における配送データを管理サーバで管理する場合のシステムのブロック図である。
【図１】
2006248657.tif 000003
【図２】
2006248657.tif 000004
【図３】
2006248657.tif 000005
【図４】
2006248657.tif 000006
【図５】
2006248657.tif 000007
【図６】
2006248657.tif 000008
【図７】
2006248657.tif 000009
【図８】
2006248657.tif 000010
【図９】
2006248657.tif 000011
【図１０】
2006248657.tif 000012
【図１１】
2006248657.tif 000013
【図１２】
2006248657.tif 000014
【図１３】
2006248657.tif 000015
【図１４】
2006248657.tif 000016
【図１５】
2006248657.tif 000017
【図１６】
2006248657.tif 000018
【図１７】
2006248657.tif 000019
【図１８】
2006248657.tif 000020