JP2013003888A - 情報処理装置、および、情報処理装置による商品注文処理方法 - Google Patents

Abstract

【課題】電子商取引をおこなう商品注文システムで、注文するユーザの注文する状況に配慮し、ユーザが希望する時刻通りに配送されるようにして、ユーザの注文時の利便性を高めるようにする。
【解決手段】ユーザは、商品の配達希望時刻を入力する。一方、ユーザの商品注文を開始してから購入決定するまでの商品注文時間を測定し、注文操作時間を算出する。入力された配達希望時刻から、販売事業者の配達予想時刻と注文締切時刻の対応を示す配達時間管理テーブルを参照し、対応する配達予測時刻を求め、求められた配達予測時刻と対となる注文締切時刻を求める。そして、注文操作時間分遡った時刻を、注文開始の通知時刻として算出し、注文開始の通知時刻に、ユーザに商品の注文開始の案内を通知する注文開始案内画面を表示部に表示する。
【選択図】図１

Description

本発明は、情報処理装置、および、情報処理装置による商品注文処理方法に係り、特に、情報処理装置により、電子商取引をおこなうときに、注文するユーザの注文する状況に配慮し、ユーザの注文時の利便性を高めるのに好適な情報処理装置、および、情報処理装置による商品注文処理方法に関する。

近年、情報処理システムやネットワークの発展に伴って、電子商取引（Electronic commerce）が盛んになってきている。これは、インターネットや専用線のようなコンピュータネットワーク上での電子的な情報交換によって、商品やサービスを分配したり売買したりする商取引の形態である。

例えば、特許文献１には、端末を用いて出前を注文する注文システムが開示されている。このシステムにおいては、過去の配達時刻から配達時刻を予測して、端末上に表示し、注文者は、注文品の配達予測時刻を把握した上で、配達希望時刻を指定して注文を行うことができる（要約、段落番号０００５）。

特開２００５−１４８９０９号公報

上記特許文献１には、注文時に、注文者が配達予測時刻を知ることができる出前注文システムの仕組みが記載されている。しかしながら、特許文献１の出前注文システムでは、その時点での配達予測時刻を知ることはできるものの、希望時刻に出前をしてもらう際に何時までに注文をおこなえばよいかを知ることができない。

したがって、このような注文システムでは、注文をおこなった時間が遅すぎたことにより、配達予測時刻が希望の時刻を過ぎてしまう場合が考えられる。すなわち、注文システムによる問合せをおこなわないかぎり配達時間が分からないため、配達希望時刻が決まっている場合、あらかじめ注文システムで調べておく必要があるなど、ユーザにとって不便な面があるという問題点があった。

本発明は、上記問題点を解決するためになされたもので、その目的は、情報処理装置により、電子商取引をおこなうときに、注文するユーザの注文する状況に配慮し、ユーザが希望する時刻通りに配送されるようにして、ユーザの注文時の利便性を高める情報処理装置を提供することにある。

本発明の情報処理装置は、ネットワークにより商品を受注する販売事業者サーバと接続されている。

情報処理装置では、ユーザは、商品の配達希望時刻を入力する。入力された情報は、配達希望日時管理テーブルに登録される。また、販売事業者の配達予想時刻と注文締切時刻の対応を示す配達時間管理テーブルを保持している。

一方、情報処理装置では、ユーザの商品注文を開始してから購入決定するまでの商品の注文にかかる時間を測定し、注文操作時間を算出する。

次に、入力された配達希望時刻から、配達時間管理テーブルを参照し、対応する配達予測時刻を求め、求められた配達予測時刻と対となる注文締切時刻を求める。そして、注文操作時間分遡った時刻を、注文開始の通知時刻として算出する。

そして、算出された注文開始の通知時刻に、ユーザに商品の注文開始の案内を通知する注文開始案内画面を表示部に表示し、ユーザに商品の注文を忘れないように注意を喚起する。

本発明によれば、情報処理装置により、電子商取引をおこなうときに、注文するユーザの注文する状況に配慮し、ユーザが希望する時刻通りに配送されるようにして、ユーザの注文時の利便性を高める情報処理装置を提供することができる。

本発明の第一の実施形態に係る情報処理装置（ＰＣ）による注文処理システムの構成を示すブロック図である。 本発明の第一の実施形態に係る情報処理装置（スマートフォン）による注文処理システムの他の構成を示すブロック図である。 配達希望日時管理テーブル１０００の一例を示す図である。 配達時間管理テーブル１１００の一例を示す図である。 配達希望日時を登録する処理を示すフローチャートである。 ユーザが商品注文開始をおこなう処理を示すフローチャートである。 商品注文時間を測定し、注文操作時間を求める処理を示すフローチャートである。 配達希望日時登録画面８００の一例を示す図である。 本発明の第一の実施形態に係る買い物スケジュール確認画面９００の一例を示す図である。 商品選択画面５００の一例を示す図である。 商品購入確認画面７００の一例を示す図である。 注文開始案内通知画面６００の一例を示す図である。 本発明の第二の実施形態に係る買い物スケジュール確認画面９００ａの一例を示す図である。 本日のスケジュール確認画面１２００の一例を示す図である。

以下、本発明に係る各実施形態を、図１ないし図１４を用いて説明する。

〔実施形態１〕
以下、本発明に係る第一実施形態を、図１ないし図１２を用いて説明する。
先ず、図１および図２を用いて、本発明の第一の実施形態に係る情報処理装置による注文処理システムの構成について説明する。
図１は、本発明の第一の実施形態に係る情報処理装置（ＰＣ）による注文処理システムの構成を示すブロック図である。
図２は、本発明の第一の実施形態に係る情報処理装置（スマートフォン）による注文処理システムの他の構成を示すブロック図である。

本発明の第一の実施形態に係る情報処理装置による注文処理システムは、図１に示されるように、販売事業者サーバ１０と、情報処理装置１００がネットワーク１０により接続された形態である。

販売事業者サーバ１０は、オンラインショッピングを提供する事業者のサーバであり、ユーザの情報処理装置１００からネットワーク２０を介して、商品購入やサービス提供の注文を受けたり、決済などをおこなう。

ネットワーク２０は、インターネットなどの公共ネットワークである。ただし、販売事業者サーバ１０とユーザの情報処理装置１００を接続するＬＡＮなどのプライベートネットワークでもよい。

そして、情報処理装置１００は、ユーザの側から、ネットワーク２０を介して販売事業者サーバ１０と通信をおこない、商品購入やサービス提供の注文をおこなう端末である。この情報処理装置１００は、例えば、ユーザのパーソナルコンピュータ（ＰＣ）でもよいし、専用の注文端末でもよい。

情報処理装置１００は、スピーカ１０２、表示部１０３、キーボード／ポインティングデバイス１０４、Ｉ／Ｏインターフェース１０５、ネットワークインターフェース１０６、タイマー１０７、ＣＰＵ（Central Processing Unit）１０８、メモリ１０９、補助記憶インターフェース１１０、ＨＤＤ（Hard Disk Drive）１１１が、バス１０１により結合された形態である。

スピーカ１０２は、イベントの発生を音により知らせる装置であり、本実施形態では、後に説明するように、商品の注文の開始案内のために、音により知らせる用途を想定している。

表示部１０３は、ＬＣＤ（Liquid Crystal Display）などの表示機構に情報を表示する部分である。

キーボード／ポインティングデバイス１０４は、ユーザが文字やコマンドを入力する装置である。ポインティングデバイスは、例えば、マウスなどの装置である。

スピーカ１０２、表示部１０３、キーボード／ポインティングデバイス１０４は、Ｉ／Ｏインターフェース１０５により、バス１０１に接続されている。

ネットワークインターフェース１０６は、ネットワークプロトコルを用いて販売事業者サーバ１０と通信をおこなう装置である。

タイマー１０７は、水晶発信機構などにより時間を計測する装置である。

ＣＰＵ(Central Processing Unit)１０８は、主メモリ１０９にロードされたプログラムを実行し、演算をおこなったり、情報処理装置１００の各部を制御する。

主メモリ１０９は、ＤＲＡＭなどの半導体装置で構成されて、プログラムやデータを一時的に格納する領域である。

ＨＤＤ１１１（Hard Disk Drive）は、大容量の磁気記憶装置であり、プログラムやデータを格納する。なお、この図では、補助記憶装置として、ＨＤＤ１１１を用いているが、ＳＳＤ（Solid State Drive）などの半導体記憶装置であってもよい。

補助記憶装置インターフェース１１０は、ＨＤＤ１１１やその他の光学ドライブなどを接続するインターフェースである。

ＨＤＤ１１１には、注文処理プログラム２００が格納され、それが実行時に、主メモリ１０９にロードされてＣＰＵ１０８により実行される。

注文処理プログラム２００は、ＵＩ制御モジュール２０１、通知時刻算出モジュール２０２、商品注文時間測定モジュール２０３、通知時刻設定モジュール２０４、商品注文受付・発注モジュール２０５の各モジュールと、配達希望日時管理テーブル１０００と、配達時間管理テーブル１１００からなる。

ＵＩ制御部モジュール２０１は、本システムでのユーザインターフェースに関する処理をおこなう部分であり、後に説明する商品選択画面（後述：図１０）や配達希望日時登録画面（後述：図８）、注文開始案内通知画面（後述：図１２）などを表示部１０３に表示する制御をおこなう。

通知時刻算出モジュール２０２は、商品購入の注文を開始するのに適した時間を算出し、ユーザへ注文案内開始を通知する時刻を決定するモジュールである。この通知時刻算出モジュール２０２配達時間管理テーブル１１００を参照し、ユーザに登録された配達希望時刻に対応する配達予想時間を取得する。そして、商品注文時間測定モジュール２０４により算出された商品注文にかかる時間分を遡って、注文案内開始を通知する時刻を決定する。

商品注文時間測定モジュール２０３は、ユーザが１回の商品注文にかかる時間を計測するモジュールである。ユーザがキーボード／ポインティングデバイス１０４などから操作した情報を受け取り、ユーザが商品選択・注文をおこなっている時間を測定する。

通知時刻設定モジュール２０４は、ＵＩ制御モジュール２０１に対して、ユーザの注文開始時刻になったときに、注文開始案内通知画面（後述：図１２）を表示させるように設定する。

商品注文受付・発注モジュール２０５は、ユーザから商品注文を受付け、販売事業者サーバ２０に対して、注文を受付けた商品を発注する。

配達希望日時管理テーブル１０００は、ユーザに配達するための時刻を管理するためのテーブルである（後述：図３）。

配達時間管理テーブル１１００は、配達予想時刻と注文締切時刻の対応を示すテーブルである（後述：図４）。

以上、図１に示した例は、情報処理装置がＰＣの場合の説明であったが、他の形態としては、図２に示されるように、情報処理装置がスマートフォンなどのプログラムを実行できる携帯端末であってもよい。

システムとしての機能と概要は、同じであるから、図１に示した例と異なる所のみ説明する。

携帯端末として、情報処理装置１００ａは、振動装置１２０、表示部／タッチパネル１０３ａ、キーボード１０４ａ、無線インターフェース１３０、フラッシュメモリ１１２を有している。

振動装置（バイブレータ）１２０は、イベントの発生を機器の振動により知らせる装置であり、本実施形態では、後に説明するように、注文開始案内のために、振動する用途を想定している。

表示部／タッチパネル１０３ａは、モニタとして情報を表示する外、スタイラスペンや指で情報を入力することもできる。

この情報処理装置１００ａは、無線インターフェース１３０を介し、アンテナ１４０により、無線で基地局３０と通信をおこなう。それ以降のネットワーク２０を介しての販売事業者サーバ１０との通信は、図１の場合と同様である。

また、情報処理装置１００ａは、フラッシュメモリ１１２を有し、注文処理プログラム２００を格納している。プログラムとしての機能は、図１の場合と同様である。

なお、以下の説明では、情報処理装置がＰＣの場合について説明する。

次に、図３ないし図１２を用いて本発明の第一の実施形態に係る情報処理装置による注文処理システムの処理手順とユーザインターフェースについて説明する。

本発明の第一の実施形態に係る情報処理装置による注文処理システムは、商品として野菜などの食材を通信販売で配送してもらうシステムとし、情報処理装置１００により、商品の注文を配達事業者サーバ１０におこなうときに、希望の時間までに配達されるように、ユーザに対していつまでに注文をおこなえばよいかについての情報を提供するものである。

先ず、図３および図４を用いて、この処理に係るデータ構造を説明する。
図３は、配達希望日時管理テーブル１０００の一例を示す図である。
図４は、配達時間管理テーブル１１００の一例を示す図である。

配達希望日時管理テーブル１０００は、ユーザに配達するための時刻を管理するためのテーブルであり、図３に示されるように、ＩＤ１００１、タイトル１００２、通知指定日１００３、配達希望時刻１００４、注文操作時間１００５、注文締切時刻１００６の各フィールドよりなる。

ＩＤ１００１は、ユーザの各配達希望時刻の登録の一意的に識別をするためにシステムが付与した識別子を格納するフィールドである。タイトル１００２は、ユーザが任意に設定し、注文開始案内の通知メッセージ（後述）に表示させる情報を格納するフィールドである。通知指定日１００３は、注文開始案内の通知メッセージよる通知をおこなう日付・曜日を格納するフィールドである。配達希望時刻１００４は、ユーザが入力する商品の配達希望時刻を格納するフィールドである。注文操作時間１００５、ユーザが注文までに操作する時間を測定し、それにより導かれた商品注文の操作時間を格納するフィールドである。この測定と商品注文操作時間については、後に詳述する。注文締切時刻１００６は、ユーザが入力する商品の配達希望時刻と次に説明する配達時間管理テーブル１１００とによって、ユーザに対しての求められる商品の注文締切時刻を格納するフィールドである。

配達時間管理テーブル１１００は、配達予想時刻と注文締切時刻の対応を示すテーブルであり、図４に示されるように、配達予想時刻、注文締切時刻の各フィールドよりなる。

このテーブルの意味する所は、配達予想時刻１１０１のフィールドに格納された配達予想時刻に、商品を配達するためには、遅くとも対応する注文締切時刻１１０２のフィールドに格納された注文締切時刻より前に注文しなければならないということである。

この図４には、一箇所の配達先に対する時間情報しかないが、配達希望先と商品の発送先となる配送センターとの位置関係で異なるものであるため、配達時間管理モジュール２０５が参照する配達時間管理テーブル１１００では、ユーザの注文する商品毎のユーザの配達希望先に対する最寄の配送センターからの配達時間情報を持っているものとする。この配達時間管理テーブル１１００は、販売事業者サーバ１０からネットワーク２０を介して必要なときに入手してもよいし、予め情報処理装置１００のＨＤＤ１１１に配達時間管理モジュール２０５が参照できるように格納されていてもよい。

次に、図５ないし図１１を用いてユーザが配達希望日時を登録してから、情報処理装置が注文開始案内通知をおこなうまでの処理を説明する。
先ず、図５、図８および図９を用いて、ユーザが配達希望日時を登録するまでの処理を説明する。
図５は、配達希望日時を登録する処理を示すフローチャートである。
図８は、配達希望日時登録画面８００の一例を示す図である。
図９は、本発明の第一の実施形態に係る買い物スケジュール確認画面９００の一例を示す図である。

この処理は、図１に示したＣＰＵ１０８が注文処理プログラム２００の必要なモジュールを実行することによりおこなわれる。

先ず、ユーザは、図８に示した配達希望日時登録画面８００より、配達希望日時に関する情報を入力する（Ｓ２０１）。

配達希望日時登録画面８００は、ユーザが配達を希望する日時を入力するための画面である。

ＩＤ８０１の欄には、ユーザが入力した配達希望日時の情報を管理するために注文処理プログラム２００が一意的に付与した識別子が表示される。

入力欄には、タイトル８０２、配達希望日８０３、配達希望時刻８０４の入力項目がある。

タイトル８０２は、ユーザが任意に指定する文字列情報である。ここで、登録したタイトルが注文開始案内通知画面のメッセージ欄に表示され、ユーザが複数の通知登録をおこなっていた場合に、どの登録についての注文開始案内通知かが分かるようにする。

ユーザが、配達希望日８０３の入力するときには、マウスなどのポインティングデバイスにより、先ず、毎週ラジオボタン８１０か、特定日ラジオボタン８１１を選択する。毎週ラジオボタン８１０を選択したときには、曜日チェックボックス８１２により、配達を希望する曜日を選択する。特定日ラジオボタン８１１を選択したときには、日付指定コンボボックス８１３により、特定の年月日を指定する。

ユーザが、配達希望時刻８０４の入力をするときには、日時指定コンボボックス８１４により、配達を希望する時刻を指定する。

そして、ユーザが入力し終えたら、マウスなどのポインティングデバイスにより、「登録する」ボタン８０６をクリックする。これにより、図３に示した配達希望日時管理テーブル１０００にデータが格納される。

また、「登録内容を確認する」ボタン８０７をクリックしたときには、これまで登録した内容を、図９に示した買い物スケジュール確認画面９００のように表示する。ここで、配達希望日時登録画面８００による一つの配達希望日時の登録が、一つの配達希望日時登録表示９０１の項目に該当する。

また、「削除」ボタン８０８をクリックしたときには、表示しているＩＤの登録内容を削除する。

また、「キャンセル」ボタン８０９をクリックしたときには、ユーザがこれまでしてきた内容をキャンセルする。

次に、注文処理プログラム２００通知時刻算出モジュール２０２は、配達情報管理テーブル１１００を参照し、入力された配達希望時刻に対して、最も近い配達予想時刻を求める（Ｓ２０２）。例えば、ＩＤ＝１のタイトル「夕食の買い物」のときには、配達希望時刻は、“１８：３０”なので、配達予想時刻は、“１８：００”になる。

次に、注文処理プログラム２００の通知時刻算出モジュール２０２は、配達情報管理テーブル１１００を参照し、Ｓ２０２で求められた配達予想時刻に対応する注文締切時刻を決定する（Ｓ２０３）。例えば、ＩＤ＝１のタイトル「夕食の買い物」のときには、配達予想時刻は、“１８：００”なので、注文締切時刻は、“１６：３０”になる。

次に、商品注文時間測定モジュール２０３によって求められた商品注文にかかる時間である注文操作時間の情報を取得する（Ｓ２０４）。

ここで、注文操作時間とは、ユーザが商品注文をおこなうたびに操作にかかる商品注文時間を計測し、それらの統計的な平均を取ってユーザが商品注文にかかる時間を推定するものである。

例えば、この注文操作時間が３０分だったとすると、ＩＤ＝１のタイトル「夕食の買い物」のときには、Ｓ２０３で決定された注文締切時刻の“１６：３０”から３０分遡り、１６：００が商品注文を開始する締め切り時間となる。

なお、商品注文時間測定モジュール２０３によって商品注文時間を測定し、注文操作時間を求める処理は、後に、図７を用いて詳細に説明する。

次に、注文処理プログラム２００の通知時刻算出モジュール２０２は、注文開始案内の通知時刻を決定する（Ｓ２０５）。

すなわち、通知時刻算出モジュール２０２は、注文締切時刻から、ユーザが商品注文にかかる時間分だけ遡った時刻を、注文開始案内の通知時刻とする。

最後に、通知時刻設定モジュール２０４は、Ｓ２０５で決定した時刻で、タイマー２０６の設定をおこない、ＵＩ制御モジュールが、設定した時刻に、注文開始案内通知画面（図１２：後述）を表示するようにする（Ｓ２０６）。

次に、図６、図１０ないし図１２を用いて、注文開始案内の通知をし、ユーザが商品注文開始をおこなう処理について説明する。
図６は、ユーザが商品注文開始をおこなう処理を示すフローチャートである。
図１０は、商品選択画面５００の一例を示す図である。
図１１は、商品購入確認画面７００の一例を示す図である。
図１２は、注文開始案内通知画面６００の一例を示す図である。

商品注文システム２０６のＵＩ制御モジュールは、ユーザが商品選択画面５００の起動をしたか否かを判定し（Ｓ３０１）、起動したときには、商品選択画面５００を表示する（Ｓ３０２）。

商品選択画面５００は、図１０に示されるように、配達希望の登録をしたエントリ毎に、注文できる商品の内容が表示される。

配達希望登録情報欄５０１には、図８に示した配達希望日時登録画面８００で登録した情報が表示される。

商品画像欄５０２には、商品の画像が表示される。例えば、一番目の商品画像欄５０２には、ニンジンの画像が表示されている。

商品内容欄５０２には、商品名、商品の価格などの商品情報が表示される。例えば、一番目の商品内容欄５０３には、「ニンジン １セット：３本 ２００円」と表示されている。

ユーザが商品を購入しようとするときには、カートに入れるために、「カートに入れる」ボタン５０４をマウスなどのポインティングデバイスにより、クリックする。カートとは、「ショッピングカート」の略であり、ユーザが商品を購入しようとするときに、商品を一時的に蓄える場所を比喩的に表現したものである。

ユーザがカートに商品を入れて、商品購入確認画面に進むときには、「購入画面に進む」ボタン５０５をマウスなどのポインティングデバイスにより、クリックする。

ユーザが入力をキャンセルするときには、「キャンセル」ボタン５０６をマウスなどのポインティングデバイスにより、クリックする。

ユーザが「購入画面に進む」ボタン５０５をクリックしたときには、商品購入確認画面７００を表示する。

商品購入確認画面７００は、図１１に示されるように、ユーザがカートに入れた内容を表示して、確認し、最終的な購入の意思を確認する画面である。

購入確認情報欄７０１には、配達希望の登録をしたエントリの情報と、これまで、注文システムを操作してきた時間が表示される。「買い物想定時間」として表示されているのは、図３に示した注文操作時間１００５の内容である。「経過時間」は、注文システムを起動して、操作してきた時間である。これは、商品注文時間測定モジュール２０３が現在測定している時間である。なお、測定の詳細については、後述する。

カート確認欄７０２には、ユーザがカートに入れた内容が表示される。この例では、カートの中身が、「ニンジン １セット ２００円、ダイコン １セット ３５０円、キュウリ １セット ２７０円 計 ８７０円」であることを示している。

ユーザがカートに入れた商品の購入をしないときには、「削除」ボタン７０３をマウスなどのポインティングデバイスにより、クリックする。

ユーザがカートに入れた商品の購入するときには、「購入する」ボタン７０４をクリックする（Ｓ３０３）。これにより、情報処理装置１０から販売事業者サーバ１０に、ネットワーク２０を介して商品の発注がおこなわれる。

ユーザが入力をキャンセルするときには、「キャンセル」ボタン７０５をマウスなどのポインティングデバイスにより、クリックする。

ユーザがさらに買い物を続けるときには、「買い物を続ける」ボタン７０５をマウスなどのポインティングデバイスにより、クリックする。これにより、再び、図１０に示した商品選択画面５００が表示される。

一方、商品注文システム２０６のＵＩ制御モジュールは、ユーザが商品選択画面５００の起動をしたか否かを判定し（Ｓ３０１）、起動していないとき、図５のＳ２０６で設定された注文開始案内通知時刻になったときには（Ｓ３０４）、図１２に示される注文開始案内通知画面６００が表示される（Ｓ３０５）。

注文開始案内通知画面６００は、ユーザに注文の開始の案内を通知するための画面であり、ユーザの注文操作の時間も勘案して、ユーザが希望する配達時刻までに商品の配達が間に合うように、ユーザに注意を喚起するための画面である。

メッセージ欄６０１には、ユーザへの注文開始案内通知のためのメッセージが表示される。

配達希望登録情報欄６０２は、登録した情報の必要な部分が表示される。

ユーザが、この画面を見て、買い物をするときには、「商品選択画面に進む」ボタン６０３をポインティングデバイスにより、クリックし、買い物をしないときには、「閉じる」ボタン６０４を、クリックする。そして、「商品選択画面に進む」ボタン６０３をクリックしたときには、図１０に示される商品選択画面５００が表示される。

注文案内通知時刻になっても、ユーザが商品選択画面５００の起動をしているときには、ユーザが自発的に注文の操作をしているために、注文開始案内通知画面６００を表示する必要はない。

なお、上の説明では、注文開始案内通知時刻になったときに、注文開始案内通知画面６００を表示させることにしたが、メッセージ表示と同時にスピーカ１０１から音を発生させてもよい。また、スマートフォンなどの携帯端末で、振動装置１２０を有するときには、振動装置１２０を振動させてもよい。このように、注文開始の案内通知は、注文開始案内通知画面６００の表示のみでも、画面への案内表示、音と振動いずれかの組み合わせでもよく、ユーザに通知できれば別の方法でもよい。

次に、図７を用いて、商品注文時間を測定し、注文操作時間を求める処理について説明する。
図７は、商品注文時間を測定し、注文操作時間を求める処理を示すフローチャートである。

注文処理プログラム２００の商品注文時間測定モジュール２０４は、商品注文時間を測定し、注文操作時間を求める。商品注文時間を測定する処理では、商品の選択にかかる時間を含めて商品注文開始から購入完了操作までにどれだけ時間がかかるかを測定する。

ユーザが、図１０に示した商品選択画面５００を起動したときに（Ｓ４０１）、タイマー１０７のカウンタを初期化する（Ｓ４０２）。

タイマー１０７による計測が開始され、入力待ちになる（Ｓ４０３）。入力待ちの間は、タイマー１０７のカウンタは、一定の単位で更新される。

ユーザからの入力が、商品選択画面５００の入力に関するものであるときには、Ｓ４０３の入力待ちに戻る。

タイマー１０７のカウンタ値がしきい値を越えない間は、Ｓ４０３の入力待ちが続けられるが、ユーザからの入力なく、タイマー１０７のカウンタ値がしきい値を越えたときには、ユーザから入力されなかったと判断し（Ｓ４０７）、計測を中断し（Ｓ４０８）、処理を終了する。これは、ユーザが、一定の時間、情報処理装置１０を操作しなかったことを意味する。このときには、ユーザに別の用事が生じたりした都合で、商品の購入を断念したと判断し、タイマー１０７の途中の計測時間を注文操作時間としては反映させないようにするものである。例えば、ＩＤ＝１のタイトル「夕食の買い物」のときには、注文操作時間は、３０分になっているが、しきい値を６０分として、操作の時間がこの値を越えたときには、ユーザから入力されなかったと判断する。

ユーザからの入力が、商品購入確認画面７００より、「購入する」ボタン７０４をクリックして、購入を確定したときには、タイマーの測定値を確定する（Ｓ４０５）。

そして、これまでの測定値と相加平均をとることにより、新たな注文操作時間を求め、注文操作時間を更新する。なお、本実施形態の説明では、注文処理プログラム２００の商品注文時間測定モジュール２０４が、ユーザの個々の操作にかかる時間を測定して得られるを時間量を、「商品注文時間」と言い、複数の「商品注文時間」の相加平均を取って得られる時間量を、「注文操作時間」と言っている。ただし、タイマーの測定値から新たな注文操作時間を求める方法は、別の統計的な手法であってもよい。

なお、本実施形態では、ユーザの情報と、演算モジュールを情報処理装置１００側（クライアント側）に置いたが、データベースとして、一元管理するために、配達希望日時管理テーブル１０００、配達時間管理テーブル１１００、通知時刻算出モジュール２０２は、販売事業者サーバ１０やネットワーク２０を介した他のサーバに置いてもよい。

〔実施形態２〕
以下、本発明に係る第二実施形態を、図１３および図１４を用いて説明する。
図１３は、本発明の第二の実施形態に係る買い物スケジュール確認画面９００ａの一例を示す図である。
図１４は、本日のスケジュール確認画面１２００の一例を示す図である。

第一の実施形態では、ユーザが登録した配達時刻希望時刻情報を、図９に示した買い物スケジュール確認画面９００で確認することができ、図１２に示した注文開始案内通知画面により、注文の操作をするべき時間に通知を受けて、注文の操作を開始することができた。

本実施形態では、さらに、時系列のチャートとして、本日のスケジュール確認画面１２００により、ユーザに商品の注文に関する操作を分かりやすく、表示するものである。

なお、それ以外の主要な機能は、第一の実施形態と同様なので、異なる所を中心にして説明する。

買い物スケジュール確認画面９００ａは、図９に示した買い物スケジュール確認画面９００に、さらに、「本日のスケジュール表示」ボタン９０２が付け加えられている。

この「本日のスケジュール表示」ボタン９０２を、マウスなどのポインティングデバイスでクリックすると、図１４に示した本日のスケジュール確認画面１２００を表示する。

この例では、「夕食の買い物」時間帯１２０１、「夕食準備」時間帯１２０２、「夕食」時間帯１２０３が表示されている。

「夕食の買い物」時間帯１２０１は、“１６：００”に始まり、“１６：３０”に終わる。この“１６：３０”は、図３に示されたＩＤ＝１のタイトルが「夕食の買い物」のエントリで、配達希望時刻１００４の“１６：３０”を表しており、“１６：００”は、この配達希望時刻１００４の“１６：３０”から、注目操作時刻１００５の３０分を引いた時刻、すなわち、注文開始案内通知画面が表示する時刻を示している。また、「夕食準備」時間帯１２０２、“１８：３０”に始まり、“１９：３０”に終わる。この夕食準備が始まる時間である“１８：３０”は、図３に示されたＩＤ＝１のタイトルが「夕食の買い物」のエントリで、配達希望時刻の“１８：３０”を示している。

夕食準備が終わる時間の“１９：３０”と、「夕食」時間帯１２０３の始まる時間の“１９：３０”、「夕食」時間帯１２０３の終わる時間の“２０：３０”は、図３に示された配達希望日時管理テーブル１０００の情報のみでは分からないので、別途ユーザが、スケジュールエディタなどを用いて入力する。

このように本日のスケジュールを、画面上にチャートとして表示することにより、スケジュールを認識しやすく、また、いつでも確認できるという効果がある。

１０…販売事業者サーバ
２０…ネットワーク
３０…基地局
１００，１００ａ…情報処理装置
１０１…バス
１０２…スピーカ
１０３…表示部
１０３ａ…表示部／タッチパネル
１０４…キーボード／ポインティングデバイス
１０５…Ｉ／Ｏインターフェース
１０６…ネットワークインターフェース
１０７…タイマー
１０８…ＣＰＵ
１０９…主メモリ
１１０…補助記憶インターフェース
１１１…ＨＤＤ
１２０…振動装置
１３０…無線インターフェース
１４０…アンテナ
２００…注文処理プログラム
２０１…ＵＩ制御モジュール
２０２…通知時刻算出モジュール
２０３…商品注文時間測定モジュール
２０４…通知時刻設定モジュール
２０５…商品注文受付・発注モジュール
５００…商品選択画面
６００…注文開始案内通知画面
７００…商品購入確認画面
８００…配達希望日時登録画面
９００，９００ａ…買い物スケジュール確認画面
１２００…本日のスケジュール確認画面
１０００…配達希望日時管理テーブル
１１００…配達時間管理テーブル

Claims (6)

1. 商品を受注するサーバとネットワークにより接続された情報処理装置において、
   ユーザから商品の配達希望時刻を入力する手段と、
   前記配達予想時刻と注文締切時刻との対を保持する手段と、
   ユーザの商品注文を開始してから購入決定するまでの商品注文時間を測定し、注文操作時間を算出する手段と、
   前記配達希望時刻から対応する配達予測時刻を求め、求められた配達予測時刻と対となる注文締切時刻から、前記注文操作時間分遡った時刻を、注文開始の通知時刻として算出する手段と、
   前記算出された注文開始の通知時刻に、ユーザに商品の注文開始の案内を通知する手段とを備えたことを特徴とする情報処理装置。
2. 前記算出された注文開始の通知時刻に、注文開始案内画面を表示部に表示すること、振動装置を振動させること、あるいは、スピーカに音を発生させることのいずれかにより、ユーザに商品の注文開始の案内を通知することを特徴とする請求項１記載の情報処理装置。
3. 前記ユーザの商品注文を開始してから購入決定するまでの商品注文時間を測定し、注文操作時間を算出する手段は、一定のしきい値以上、操作がおこなわれなかったときには、測定された商品注文時間を、前記注文操作時間の算出には用いないことを特徴とする請求項１記載の情報処理装置。
4. 前記算出された注文開始の通知時刻が表示されたスケジュール確認画面を、表示部に表示することを特徴とする請求項１記載の情報処理装置。
5. 商品を受注するサーバとネットワークにより接続された情報処理装置の商品注文処理方法において、
   前記配達予想時刻と注文締切時刻との対を保持するテーブルを備え、
   ユーザから商品の配達希望時刻を入力するステップと、
   ユーザの商品注文を開始してから購入決定するまでの商品注文時間を測定し、注文操作時間を算出するステップと、
   前記配達希望時刻から対応する配達予測時刻を求め、前記テーブルを参照し、求められた配達予測時刻と対となる注文締切時刻を求めるステップと、
   前記注文締切時刻から、前記注文操作時間分遡った時刻を、注文開始の通知時刻として算出するステップと、
   前記算出された注文開始の通知時刻に、ユーザに商品の注文開始の案内を通知するステップとを備えたことを特徴とする情報処理装置の商品注文処理方法。
6. 前記ユーザの商品注文を開始してから購入決定するまでの商品注文時間を測定し、注文操作時間を算出するステップにおいて、一定のしきい値以上、操作がおこなわれなかったときには、測定された商品注文時間を、前記注文操作時間の算出には用いないことを特徴とする請求項５記載の情報処理装置の商品注文処理方法。

Images