JP5538162B2 - 発注装置、発注方法、発注プログラム、及びコンピュータ読み取り可能な記録媒体 - Google Patents

Description

本発明は、端末装置とサーバとの間の通信状態がオンライン状態であるか、オフライン状態であるかにかかわらず、商品等の発注処理が可能な発注装置、発注方法、発注プログラム、及びコンピュータ読み取り可能な記録媒体に関する。

近年、インターネット、パソコン通信等の普及に伴い、それらのネットワークの利用者が、インターネット上の電子モールやパソコン通信における商店等の商品販売者に対して、オンライン通信で所望の商品の注文を行い、その商品の購入を行うことが通常的に行われるようになってきている。

例えば、電子商取引の一例として商品販売業者のサイトＡで商品情報が公開されており、ユーザが自己の端末でインターネットを介してそのサイトＡにアクセスし、オンラインで購入商品や代金の情報をやりとりすることで商品を購入を行うものがある。

また、パーソナル・コンピュータなどの情報機器以外にも、携帯電話端末、インターネットＴＶ、ゲーム機器、及び電子書籍端末など、ブラウザ機能を搭載したものも多数普及してきており、それら端末装置から、インターネットのＷｅｂページを閲覧し、そのＷｅｂページに公開された商品を購入することも可能になっており、このような技術の一例が、特許文献１などに開示されている。

特開２００２−４９８００号公報（平成１４年２月１５日公開）

しかしながら、従来の技術には次のような問題がある。

すなわち、特許文献１等の技術では、商品発注のためのマスターデータが端末装置内に保持されており、そのマスターデータに基づいて、端末装置がオフライン状態のときに、端末装置の入力画面に入力項目が表示される。また、同じくオフライン状態のときに、その入力項目に発注情報が入力（または修正等）される。そして、その操作が完了すると、「送信ボタン」がクリックされて発注データがサーバに送信される。このとき、端末装置はオンライン状態となる。そして、サーバへの発注データの送信が完了すると、端末装置は自動的にオフライン状態に切り替えられる。

つまり、従来の端末装置は、サーバとの通信状態がオフライン状態のままでは注文処理を完了することができず、注文処理を完了するには、ユーザが端末装置をオンライン状態にしなければならなかった。

本発明は、上記の問題を解決するためになされたものであり、その目的は、端末装置とサーバとの間の通信状態がオンライン状態であるか、オフライン状態であるかにかかわらず、商品等の発注処理が可能な発注装置、発注方法、発注プログラム、及びコンピュータ読み取り可能な記録媒体を提供することにある。

本発明に係る発注装置は、上記の課題を解決するために、ネットワークを介した商取引に利用されるサーバとの間で通信可能な端末装置に用いられる発注装置であって、上記端末装置のユーザに関するユーザ情報と、そのユーザが発注を希望する商取引の内容を示す商取引情報とを関連付けて発注情報として設定する設定手段と、上記サーバと上記端末装置との間の通信状態がオンライン状態およびオフライン状態の何れであるかを検知する検知手段と、上記検知手段から、上記サーバと上記端末装置との間の通信状態がオンライン状態にあるとの通知を受けると、上記設定手段が設定した上記発注情報を上記サーバに対して出力させる発注手段と、を備えることを特徴としている。

本発明に係る発注方法は、上記の課題を解決するために、ネットワークを介した商取引に利用されるサーバとの間で通信可能な端末装置に用いられる発注方法であって、上記端末装置のユーザに関するユーザ情報と、そのユーザが発注を希望する商取引の内容を示す商取引情報とを関連付けて発注情報として設定する設定ステップと、上記サーバと上記端末装置との間の通信状態がオンライン状態およびオフライン状態の何れであるかを検知する検知ステップと、上記検知ステップにて、上記サーバと上記端末装置との間の通信状態がオンライン状態にあるとの通知を受けると、上記設定ステップにて設定された上記発注情報を上記サーバに対して出力させる発注ステップと、を含むことを特徴としている。

従来の端末装置は、サーバとの通信状態がオフライン状態のままでは注文処理を完了することができず、注文処理を完了するには、送信ボタンを押すなどしてユーザが端末装置をオンライン状態にしなければならなかった。また、従来の電子書籍端末は、通信状態がオフである場合、例えば、電子書籍端末が通信可能な範囲の圏外に位置する場合や電子書籍端末の通信機能がオフとなっている場合、あるいは、サーバにおける注文受付用ＨＰなどが何らかの原因で動作していない場合に、「通信ボタン」を押すなどしてユーザがオンライン状態にしようとしても、注文処理を完了することができないという問題もあった。

しかしながら、本発明に係る発注装置（発注方法）は、端末装置とサーバとの間の通信状態がオンライン状態であるか、オフライン状態であるかにかかわらず、商品等の発注処理を完了させることができる。

具体的には、本発明に係る発注装置（発注方法）では、まず設定手段（設定ステップ）が、上記ユーザ情報と上記商取引情報とを関連付けて発注情報を設定する。また、検知手段（検知ステップ）は、上記サーバと上記端末装置との間の通信状態がオンライン状態であることを検知すると、その旨を発注手段（発注ステップ）に通知する。そして、発注手段（発注ステップ）は、設定手段（設定ステップ）が設定した発注情報をサーバに対して出力させる。

したがって、本発明に係る発注装置（発注方法）では、上記サーバと上記端末装置との間の通信状態がオンライン状態であれば、発注手段（発注ステップ）によって発注情報がサーバに対して出力される。つまり、上記サーバと上記端末装置との間の通信状態がオンライン状態であれば、発注情報は自動的に上記サーバに出力される。

それゆえ、本発明に係る発注装置（発注方法）では、発注情報が設定手段（設定ステップ）によって設定された時点で注文処理が完了していると言え、従来のように、ユーザが送信ボタンを押すなどの操作をして端末装置をオンライン状態にし、それにより発注処理を完了させるという手順を踏む必要が無くなる。

さらに、本発明に係る発注装置（発注方法）では、上記サーバと上記端末装置との間の通信状態がオンライン状態でありさえすれば、発注情報が上記サーバに対して自動的に出力される。そのため、商取引に関連する特定のアプリケーションが起動・動作することを注文処理を完了させる前提とする必要もない。

このように、本発明に係る発注装置（発注方法）では、端末装置とサーバとの間の通信状態がオンライン状態であるか、オフライン状態であるかにかかわらず、商品等の発注処理を完了させることができる。したがって、発注処理を完了させるために、従来のように送信ボタンを押すなどの操作をユーザに強いることもなく、ネットワークを介した商取引の利便性を格段に向上させることができる。

さらに、本発明に係る発注装置では、上記検知手段は、上記サーバと上記端末装置との間の通信状態がオフライン状態にあることを検知すると、上記端末装置に対して、上記サーバとの間の通信状態をオンライン状態にするよう指示する構成であってよい。

上記構成によれば、上記サーバと上記端末装置との間の通信状態が、検知手段からの指示に基づいてオフライン状態からオンライン状態になる。そのため、発注手段は、設定手段が設定した発注情報をサーバに対して出力させることが可能となる。

したがって、本発明に係る発注装置は、たとえ上記サーバと上記端末装置との間の通信状態がオフライン状態であっても、検知手段からの指示に基づいてオフライン状態をオンライン状態にし、発注情報を迅速にサーバに対して出力させることができる。それゆえ、ユーザは、送信ボタンを押すなどの操作を行うこともなく、所望する商取引を速やかに実行することができる。

さらに、本発明に係る発注装置では、上記検知手段は、上記サーバと上記端末装置との間の通信状態がオフライン状態にあることを検知すると、上記通信状態を定期的に検知する構成であってよい。

上記構成によれば、上記サーバと上記端末装置との間の通信状態は上記検知手段によって定期的に検知される。このため、上記サーバと上記端末装置との間の通信状態がオフライン状態からオンライン状態に変わったときに、検知手段は、速やかにオンライン状態を検知することができる。その結果、発注手段は、設定手段が設定した発注情報をサーバに対して速やかに出力させることができる。

なお、定期的は、ある一定の時間間隔であったり、あるいは、サーバから、サーバでのイベント発生（例えば、「停止していたサーバが稼動した」、「サーバの混雑が解消された」など）の通知を受けたときとしてもよく、特定の時間・時刻に限られない。

さらに、本発明に係る発注装置では、上記発注手段は、上記検知手段から、上記サーバと上記端末装置との間の通信状態が当該検知手段によって所定回数検知された後においてもオフライン状態を保持しているとの通知を受けると、上記サーバと上記端末装置との間の通信状態をオンライン状態にすることの可否を上記ユーザに確認する構成であってよい。

上記サーバと上記端末装置との間の通信状態が当該検知手段によって所定回数検知された後においてもオフライン状態が保持される場合、つまり、長時間のオフライン状態が継続する場合が発生しうる。そのような場合には、上記発注手段は、上記サーバと上記端末装置との間の通信状態をオンライン状態にすることの可否を上記ユーザに確認する。

そして、ユーザは、上記通信状態をオンライン状態にすることを希望するのであれば、上記サーバと上記端末装置との間の通信状態をオンライン状態にすることを選択し、所望の商取引を速やかに実行すればよい。

また、ユーザは、上記通信状態をオンライン状態にすることを希望しないのであれば、現状（オフライン状態）のままでよいとの選択を行えばよい。

このように、本発明に係る発注装置は、上記サーバと上記端末装置との間の通信状態をオンライン状態にすることの可否をユーザに確認させることができるため、ユーザの希望を反映させた商取引を実現することができる。

さらに、本発明に係る発注装置では、上記発注手段は、上記検知手段から、上記サーバと上記端末装置との間の通信状態がオフライン状態にあるとの通知を受けると、注文は完了している旨、及び上記サーバと上記端末装置との間の通信状態がオンライン状態になったときに、上記商取引の内容が自動的に注文される旨または上記ユーザに対して発注可否の最終確認を求める旨の少なくとも何れか一方を上記ユーザに対して通知する構成であってよい。

あまりにオフライン状態が長く続くと、ユーザは、所望の商取引の内容が実際に注文完了しているかどうか不安を覚えることもある。

そこで、上記構成とすることにより、注文は完了している旨がユーザに知らされ、ユーザは不安を払拭することができる。また、上記サーバと上記端末装置との間の通信状態がオンライン状態になったときに、上記商取引の内容が自動的に注文される旨または上記ユーザに対して発注可否の最終確認を求める旨が通知されれば、ユーザは不安を払拭することができる。

このように、本発明に係る発注装置は、自動的に発注処理が完了することによりユーザが覚える不安（「本当に注文処理が完了しているのか？」など）を解消することができ、優れた利便性をユーザに提供することができる。

さらに、本発明に係る発注装置では、上記設定手段は、上記発注情報を設定するときに、上記ユーザから上記商取引の内容を受け付けた時刻を示す時刻情報を当該発注情報に含める構成であってよい。

本発明に係る発注装置（発注方法）は、上記サーバと上記端末装置との間の通信状態がオンライン状態であれば、発注情報を自動的に上記サーバに出力させることができる。

そのため、端末装置とサーバとの間で通信障害が発生したような場合には、オンライン状態に復旧した後で、サーバが端末装置から受ける多数の注文を円滑に処理することは難しくなる。例えば、通信障害が発生した直後に行われた注文と通信障害が解決する直前に行われた注文とを処理するときに、後から受け付けた注文を先に処理すると、最初に受け付けた注文の処理に遅延が生じ、最初に注文を行ったユーザの不満を高めることになる。

そこで、上記構成にすることで、上記ユーザから上記商取引の内容を受け付けた時刻を示す時刻情報を当該発注情報に含めることができるため、サーバは、その発注情報に基づいて、注文を受け付けた順序にしたがって処理を進めることができる。それゆえ、商取引の実行が遅延することによって生じるユーザの不満を少しでも軽減することができる。

なお、基準とする時刻は、端末装置で管理する時刻、端末装置とサーバとから構成されるオンライン発注システムが管理する時刻など、種々の時刻を基準とすることができる。

さらに、本発明に係る端末装置は、上記何れかの発注装置を備えることを特徴としている。

上記構成によれば、本発明に係る端末装置は、上記何れかの発注装置を備える。これにより、本発明に係る端末装置は、ユーザが自装置を持ち運びする先々で、上述した種々の効果を実現することができる。それゆえ、本発明に係る端末装置は、上記何れかの発注装置を備えることにより、さらにユーザの利便性を高めることができる。

さらに、本発明に係る端末装置は、ネットワークを介した商取引の内容が更新可能に記録されたデータベースを備え、上記商取引情報は、上記ユーザが上記データベースを参照して選択した、当該ユーザが発注を希望する商取引の内容を示す情報であってよい。

従来のようにサーバ上のみにデータベースが記録されている場合、端末装置は、キャッシュ等に記録されたデータの一部の閲覧や検索などは可能であるものの、それ以上の詳細データへはアクセスすることができない。そのため、従来の端末装置では、データベースの詳細を端末装置のみでは確認することができず、ユーザはサーバ上のデータベースにアクセスする必要があった。

この点、本発明に係る端末装置は、ネットワークを介した商取引の内容が更新可能に記録されたデータベースを備えているため、通信状態にかかわらず、最新のデータベースの閲覧や検索などを自装置内で完結させることが可能である。

さらに、商取引情報は、ユーザがデータベースを参照して選択した、ユーザが発注を希望する商取引の内容を示す情報である。したがって、端末装置およびサーバに記録されたデータベースが最新の情報を共有していれば、端末装置からサーバへ出力される商取引情報（あるいは、発注情報）がサーバ側で認識できないといった事態を防ぐことができる。その結果、端末装置は、端末装置内でユーザが確認した最新のデータベースに基づいて商取引を実行できるため、ユーザに高い満足感を与えることができる。

なお、上記発注装置（発注方法）は、コンピュータによって実現してもよく、この場合には、コンピュータを設定ステップ、検知ステップ、及び発注ステップとして動作させることにより発注方法をコンピュータにて実現させる発注プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

本発明に係る発注装置は、以上のように、上記端末装置のユーザに関するユーザ情報と、そのユーザが発注を希望する商取引の内容を示す商取引情報とを関連付けて発注情報として設定する設定手段と、上記サーバと上記端末装置との間の通信状態がオンライン状態およびオフライン状態の何れであるかを検知する検知手段と、上記検知手段から、上記サーバと上記端末装置との間の通信状態がオンライン状態にあるとの通知を受けると、上記設定手段が設定した上記発注情報を上記サーバに対して出力させる発注手段と、を備える構成である。

また、本発明に係る発注方法は、以上のように、上記端末装置のユーザに関するユーザ情報と、そのユーザが発注を希望する商取引の内容を示す商取引情報とを関連付けて発注情報として設定する設定ステップと、上記サーバと上記端末装置との間の通信状態がオンライン状態およびオフライン状態の何れであるかを検知する検知ステップと、上記検知ステップにて、上記サーバと上記端末装置との間の通信状態がオンライン状態にあるとの通知を受けると、上記設定ステップにて設定された上記発注情報を上記サーバに対して出力させる発注ステップと、を含む構成である。

それゆえ、端末装置とサーバとの間の通信状態がオンライン状態であるか、オフライン状態であるかにかかわらず、商品等の発注処理が可能な発注装置等を提供することができるという効果を奏する。

本実施の形態に係る電子書籍リーダーの概略構成を示すブロック図である。 オンライン通信でユーザが所望の商品の注文を行ったときに、本実施の形態に係る電子書籍端末に表示される注文確定画面の一例を示す図である。 図２で注文確定ボタンが押されたときに、本実施の形態に係る電子書籍端末がオンライン状態であるときの発注完了画面を示す図である。 図２で注文確定ボタンが押されたときに、本実施の形態に係る電子書籍端末がオフライン状態であるときの発注完了画面を示す図である。 図２で注文確定ボタンが押されたときに、本実施の形態に係る電子書籍端末がオフライン状態であるときの他の発注完了画面を示す図である。 図５の状態から、本実施の形態に係る電子書籍端末がオンライン状態に移ったときの注文確認画面を示す図である。 図２で注文確定ボタンが押されたときに、本実施の形態に係る電子書籍端末がオフライン状態であって、かつ、電子書籍端末とサーバとの間の通信がオンライン状態になるまでに時間を要しているときの表示画面を示す図である。 本実施の形態に係る発注装置の動作を説明するためのフローチャートである。 本実施の形態に係る電子書籍端末を用いてネットワークを介した商取引を行うときの実施例を説明するための図である。 本実施の形態に係る電子書籍端末を用いてネットワークを介した商取引を行うときの実施例を説明するための図である。

以下、図面を参照しつつ、本実施の形態に係る発注装置２０等について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付している。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

なお、発注装置２０を概略的に説明すれば以下のとおりである。

すなわち、発注装置２０は、ネットワークを介した商取引に利用されるサーバ３０との間で通信可能な電子書籍端末１に用いられ、電子書籍端末１のユーザに関するユーザ情報と、そのユーザが発注を希望する商取引の内容を示す商取引情報とを関連付けて発注情報として設定する発注情報設定部（設定手段）２２と、サーバ３０と電子書籍端末１との間の通信状態がオンライン状態およびオフライン状態の何れであるかを検知する通信状態検知部（検知手段）２３と、通信状態検知部２３から、サーバ３０と電子書籍端末１との間の通信状態がオンライン状態にあるとの通知を受けると、発注情報設定部２２が設定した発注情報をサーバ３０に対して出力させる注文発注部（発注手段）２４と、を備える。

これにより、発注装置２０は、電子書籍端末１とサーバ３０との間の通信状態がオンライン状態であるか、オフライン状態であるかにかかわらず、商品等の発注処理が可能になるという効果を奏する。

以下、発注装置２０の概略を説明する。なお、理解の容易のため、発注装置２０の動作の概要を最初に説明し、その後、発注装置２０の構成、実施例、効果を順次説明する。また、以下の説明では、発注装置２０は、電子書籍端末１に内蔵されているものとして説明する。ただし、発注装置２０は、電子書籍端末１に外付けされる構成で実現されてもよく、さらに、電子書籍端末１ではなく、パソコンや携帯情報端末(PDA)、携帯電話等の表示装置に内蔵または外付けされる構成で実現されてもよい。

〔発注装置２０の動作の概要〕
発注装置２０の動作の概要を図２〜図７により説明する。

図２は、ネットワークを介した商取引においてユーザが所望の商品の注文を行ったときに、電子書籍端末１に表示される注文確定画面の一例を示す図である。表示画面には、カード一括払い、分割払い等の支払条件と、注文する商品を送付するユーザ名、住所等の送付先情報が表示されている。この表示画面において、ユーザは、その注文内容に問題がないことを確認すると、「注文確定」のボタンを押す。

なお、同図では、支払条件および送付先情報が表示されているが、他の情報が表示されてもよく、表示される情報はこれらに限定されない。

また、同図に示す注文確定時において、電子書籍端末１は、ネットワークを介した商取引に利用されるサーバ３０との間の通信が接続状態（以下、「オンライン状態」と称する場合もある。）および非接続状態（以下、「オフライン状態」と称する場合もある。）の何れの状態であってもよい。

ここで、本実施の形態において、オンライン状態とは、電子書籍端末１がサーバ３０と通信可能に接続している状態、つまり、通信が確立している状態をいう。

また、オフライン状態とは、以下（ａ）〜（ｃ）の状態をいう。すなわち、（ａ）は、電子書籍端末１とサーバ３０とを通信可能にしうる状態、つまり、通信が確立していないが、ユーザの操作を介して通信可能にすることができる状態をいう。（ｂ）は、電子書籍端末１とサーバ３０との通信を確立することができない状態、つまり、電子書籍端末１が通信可能な範囲の圏外に位置する状態や電子書籍端末１の通信機能がオフとなっている状態などをいう。（ｃ）は、サーバ３０側の問題により、電子書籍端末１とサーバ３０との通信が確立できない状態、つまり、サーバ３０における注文受付用ＨＰなどが何らかの原因で動作していない状態をいう。そして、本実施の形態におけるオフライン状態は、特に（ａ）〜（ｃ）を区別することなく用いるものとする。

次に、図３を説明する。図３は、図２で注文確定ボタンが押されたときに、電子書籍端末１がオンライン状態であるときの発注完了画面を示す図である。

同図に示すように、電子書籍端末１がオンライン状態のときには、ユーザが所望する商品の発注が終了したことを示す「発注しました」という表示がなされる。これにより、ユーザは、自身の所望する商品の発注処理が完了したことを確認することができる。

次に、図４を説明する。図４は、図２で注文確定ボタンが押されたときに、電子書籍端末１がオフライン状態であるときの発注完了画面を示す図である。

同図に示すように、電子書籍端末１がオフライン状態のときには、ユーザが所望する商品の発注が終了したことを示す「注文完了しました」という表示がなされる。また、このとき、「オンライン時に自動的に発注します」という表示もなされる。これにより、ユーザは、自身の所望する商品の発注処理が完了したこと、そして、その発注は、電子書籍端末１がオンライン状態になったときに行われることを認識することができる。つまり、電子書籍端末１は、オフライン状態においても、ユーザからの商品の注文を受け付け、かつ、その発注処理を完了することができる。

次に、図５を説明する。図５は、図２で注文確定ボタンが押されたときに、電子書籍端末１がオフライン状態であるときの他の発注完了画面を示す図である。

同図に示すように、電子書籍端末１がオフライン状態のときには、ユーザが所望する商品の発注が終了したことを示す「注文完了しました」という表示がなされる。また、このとき、「オンラインになればお知らせします」という表示もなされる。これにより、ユーザは、自身の所望する商品の発注処理が完了したこと、及び、電子書籍端末１がオンライン状態になれば、自身が注文した商品の発注を行うかどうかの確認を要求されることを認識することができる。

ここで、図４および図５の構成を比較すると、すでに注文が完了している点は同一であり、発注の最終確認がユーザに要求されるか否かという点が異なる。つまり、発注装置２０は、電子書籍端末１とサーバ３０との間の通信状態がオンライン状態であるか、オフライン状態であるかにかかわらず、商品等の発注処理を完了可能なことが主な特徴をなす。そして、発注の最終確認をユーザに要求するかどうかについては、ユーザの設定等により適宜選択可能にすることができる。

次に、図６を説明する。図６は、図５の状態から、電子書籍端末１がオンライン状態に移ったときの注文確認画面を示す図である。

同図に示すように、図５の状態から、電子書籍端末１がオフライン状態からオンライン状態に移ると、「オンラインになりました」という表示がなされる。さらに、「発注しますか」という表示とともに、「はい」、「いいえ」という表示がなされる。これにより、ユーザは、電子書籍端末１がオンライン状態になったこと、及び、自身が注文した商品の発注を行うかどうかの最終確認が「はい」、「いいえ」で要求されていることを知ることができる。

次に、図７を説明する。図７は、図２で注文確定ボタンが押されたときに、電子書籍端末１がオフライン状態であって、かつ、電子書籍端末１とサーバ３０との間の通信がオンライン状態になるまでに時間を要しているときの表示画面を示す図である。

同図に示すように、電子書籍端末１には、「オフラインです」、「自動接続を継続しますか」という表示がなされる。つまり、この表示は、電子書籍端末１とサーバ３０との間の通信が一定時間オフライン状態のままであるため、電子書籍端末１とサーバ３０との間の通信状態をオンライン状態にすることの可否をユーザに確認するものである。そこで、ユーザが「はい」を選択すると、電子書籍端末１は、サーバ３０との間の通信状態をオフライン状態からオンライン状態に移行させる。一方、ユーザが「いいえ」を選択すると、電子書籍端末１は、サーバ３０との間の通信状態をオフライン状態のまま維持する。

このように、電子書籍端末１は、一定時間オフライン状態が継続したときに、電子書籍端末１とサーバ３０との間の通信状態をオンライン状態にすることの可否をユーザに確認する機能も備える。

以上、発注装置２０の動作の概要を説明した。なお、図２〜図７の表示例はあくまで一例であって、同様の趣旨の表示内容であれば、いかなる内容、形式であってもよい。

〔電子書籍端末１等の構成〕
次に、電子書籍端末１、発注装置２０、サーバ３０、オンライン発注システム１００の構成等を図１により説明する。図１は、本発明に係るオンライン発注システム１００の構成を示すブロック図である。そのオンライン発注システム１００は、オンライン通信で所望の商品の注文を行い、その商品の購入を行うことが可能なシステムであり、電子書籍端末１およびサーバ３０によって構成されている。

電子書籍端末１は、雑誌、新聞、書籍などのデジタル形式の電子書籍を閲覧するための端末装置であり、ユーザは、電子書籍端末１を使って、所望の電子書籍を再生して読む。電子書籍端末１には通信機能が付いており、サーバ３０から所望の電子書籍を取得（ダウンロード）できる。

さらに、電子書籍端末１は、自端末に表示される電子カタログや雑誌等を介して、ネットワークを介した商取引をユーザに行わせることができる。つまり、ユーザは、電子書籍端末１に電子カタログを表示させて、そのカタログの中から選択した所望の商品を発注することができる。なお、電子書籍端末１では、商品（有体物）以外にも、コンテンツ（無体物）、サービスなどをネットワークを介して購入することができ、本実施の形態では、購入可能な対象物を全般的に商取引の内容と総称することもある。

サーバ３０は、各種の電子書籍、商品等を販売するサービスを運営しており、電子書籍端末１のユーザはその会員となり、電子書籍、商品等を購入する。購入した電子書籍は、サーバ３０から電子書籍端末１に自動的にダウンロードされ、電子書籍端末１内の端末記憶部７に記憶される。また、購入した商品等は、別途郵送等によりユーザに届けられる。

（電子書籍端末１の構成）
電子書籍端末１は、少なくとも、端末制御部２、操作検知部３、通信制御部４、表示制御部５、ディスプレイ６、端末記憶部７、及び発注装置２０を備える。

端末制御部２は、電子書籍端末１が備える各部の動作を制御するものである。端末制御部２は、端末記憶部７に記憶されている各種プログラムを読み出して、電子書籍端末１の各部を制御し、電子書籍端末１が備える各種機能を実現する。

例えば、端末制御部２は、通信状態検知部２３を制御することにより、通信状態検知部２３に、電子書籍端末１とサーバ３０との間の通信がオフライン状態にあることを検知させ、通信制御部４に対して、サーバ３０との間の通信状態をオンライン状態にするよう指示させることができる。

操作検知部３は、ユーザ操作を検知するものであり、例えばタッチパネル又はハードキー群として実現されている。タッチパネルの場合、ディスプレイ６に表示される画像に含まれる各種ボタン、アイコン等にユーザが触れたことを検知する。

通信制御部４は、端末制御部２の制御に基づいて、サーバ３０との通信を制御するものであり、例えば３Ｇ回線及びＷｉＦｉ回線に対応した通信を行うことが可能としている。例えば、通信制御部４は、サーバ３０から取得するデータ（例えばコンテンツ）を取得し、端末記憶部７に格納したり、更新されたコンテンツ、カタログデータベース（後述）等の確認要求又はその取得要求等を送信したりする。換言すれば、通信制御部４は、ディスプレイ６に表示されるコンテンツを管理し、当該コンテンツを自端末に配信するサーバ３０との通信を制御するものである。

表示制御部５は、端末制御部２の制御に基づいて、ディスプレイ６に画像を表示あるいはその画像に対する処理を行うものである。例えば、表示制御部５は、サーバ３０から取得したコンテンツを再生してディスプレイ６に表示する。

ディスプレイ６は、電子新聞、電子雑誌、商品カタログ等のコンテンツ等を出力するものであり、例えば、ＬＣＤ（液晶ディスプレイ）、ＰＤＰ（プラズマディスプレイパネル）、またはＣＲＴ（cathode-ray tube）ディスプレイなどの表示装置で構成される。

端末記憶部７は、少なくとも、カタログデータベース（以下、「カタログＤＢ」と称する場合もある。）と、カートデータ（商取引情報）と、発注情報とを記録する。端末記憶部７は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＳＲＡＭ（Static RAM）、フラッシュメモリなど、およびこれらの混成で構成されてもよい。ただし端末記憶部７は、大量のデータ量を記憶する場合にはＨＤＤ（Hard Disk Drive）で構成されることが好ましいが、これに限定されるものではない。

このうち、カタログＤＢは、ネットワークを介した商取引において、ユーザが発注に必要とする情報、例えば、商品情報（種類、個数、メーカ名など）やユーザに関するユーザ情報などを記憶している。なお、カタログＤＢは、商品情報以外にも、コンテンツ情報やサービス情報などを含んでよい。また、カタログＤＢは、サーバ３０のサーバ記憶部３３に記憶されている最新のカタログＤＢの内容を、ユーザ操作による手動操作で、あるいは、通信制御部４による制御を受けて自動で更新される構成で実現されてよい。

カートデータは、カタログＤＢを参照したユーザによって選択された商品を示す情報がカートデータとして管理されている。このカートデータは、後述するカートデータ管理部２１により管理されている。

発注情報は、少なくとも、電子書籍端末１のユーザに関するユーザ情報と、そのユーザが発注を希望する商品等の内容を示すカートデータとを関連付けてなる情報である。この発注情報は、後述する発注情報設定部２２によって設定される。

発注装置２０は、少なくとも、カートデータ管理部２１と、発注情報設定部２２と、通信状態検知部２３と、注文発注部２４とを備える。

カートデータ管理部２１は、ユーザが購入を希望する商品がカートに入れられると、そのカートに入った商品をカートデータとして管理する。そして、カートデータ管理部２１は、その管理するカートデータを端末記憶部７に記憶させる。

なお、カートという概念、及びカートデータの管理方法は従来の技術を用いてよいため、ここでの詳細説明は省略する。また、図１では、カートデータ管理部２１は、発注装置２０に含まれるものとして記載しているが、電子書籍端末１側に含まれる構成で実現されてもよい。

発注情報設定部２２は、電子書籍端末１のユーザに関するユーザ情報と、そのユーザが発注を希望する商品等の内容を示すカートデータとを関連付けて発注情報として設定する。そして、発注情報設定部２２は、設定した発注情報を端末記憶部７に記憶させる。このように、ユーザ情報とカートデータとを関連付けることで、ユーザからの発注を受けたサーバ３０は、どのユーザがどの商品等を注文したかを把握することができる。

さらに、発注情報設定部２２は、発注情報を設定するときに、ユーザから商取引の内容を受け付けた時刻を示す時刻情報を発注情報に含めてもよい。基準とする時刻は、電子書籍端末１で管理する時刻、オンライン発注システム１００が管理する時刻など、何れの時刻であってもよい。これにより、サーバ３０は、時刻情報を含む発注情報に基づいて、注文を受け付けた順序にしたがって処理を進めることができる。

通信状態検知部２３は、通信制御部４の動作状態を確認することにより、電子書籍端末１とサーバ３０との間の通信状態を検知する。そして、通信状態検知部２３は、その検知結果を注文発注部２４に通知する。つまり、通信制御部４がサーバ３０との間で通信を確立しているのであれば、通信状態検知部２３は、電子書籍端末１とサーバ３０とがオンライン状態にあることを検知する。一方、通信制御部４がサーバ３０との間で通信を確立していなければ、通信状態検知部２３は、電子書籍端末１とサーバ３０とがオフライン状態にあることを検知する。

なお、通信状態検知部２３は、電子書籍端末１とサーバ３０との間の通信がオフライン状態にあることを検知すると、通信制御部４に対して、サーバ３０との間の通信状態をオンライン状態にするよう指示することができる。

また、通信状態検知部２３は、電子書籍端末１とサーバ３０との間の通信がオフライン状態にあることを検知すると、その通信状態を定期的に検知することができる。

ここで、通信状態検知部２３が電子書籍端末１とサーバ３０との間の通信状態を検知するタイミングは、以下（ａ）、（ｂ）等とすることができる。

（ａ）は、所定の時間間隔や時刻などであり、さらに２つの種類（ａ１、ａ２）に区別できる。（ａ１）は、電子書籍端末１の外部で規定される時間間隔・時刻である。この場合、コンテンツ（電子カタログ全体、特定のページ、個別の商品など）に注文受付の開始日時の情報が付加されている必要があるものの、通信状態検知部２３は、この日時（あるいは少し前の時刻）を基準に通信状態を定期的に検知する。（ａ２）は、電子書籍端末１の内部で規定される時間間隔・時刻である。すなわち、通信状態検知部２３は、電子書籍端末１の設定画面で設定された時間・時刻（適宜設定可能）や、発注時に設定した発注時間・時刻を基準に、例えば、「直ちに」、「13:00」「14:00」、「１時間後」などの条件で通信状態を検知する。

（ｂ）は、通信状態検知部２３がイベント発生時に通信状態を検知する場合である。例えば、通信制御部４がサーバ３０から、「停止していたサーバ３０が稼動した」、「サーバ３０の混雑が解消された」、「サーバ３０側で設定されている受付時刻（期間）に受付可能であること」といった通知を受け付けたとする。このとき、通信状態検知部２３は、電子書籍端末１とサーバ３０との間の通信状態を検知する。

さらに、通信状態検知部２３は、電子書籍端末１とサーバ３０との間の通信状態を所定回数検知し、それでもなお、電子書籍端末１とサーバ３０との間の通信がオフライン状態にあるときに、その旨を注文発注部２４に通知することができる。なお、所定回数は、特に決められた回数である必要はなく、適宜決めてよい。

注文発注部２４は、通信状態検知部２３から、電子書籍端末１とサーバ３０との間の通信がオンライン状態にあるとの通知を受けると、発注情報設定部２２が設定した発注情報をサーバ３０に対して出力するよう通信制御部４に指示する。そして、その指示を受けた通信制御部４は、サーバ３０に対して発注情報を出力する。

また、注文発注部２４は、通信状態検知部２３から、サーバ３０と電子書籍端末１との間の通信状態がオフライン状態にあるとの通知を受けると、注文は完了している旨、及びサーバ３０と電子書籍端末１との間の通信状態がオンライン状態になったときに、商品等が自動的に注文される旨またはユーザに対して発注可否の最終確認を求める旨の少なくとも何れか一方をユーザに対して通知することができる（図６）。

また、注文発注部２４は、通信状態検知部２３から、サーバ３０と電子書籍端末１との間の通信状態が通信状態検知部２３によって所定回数検知された後においてもオフライン状態を保持しているとの通知を受けると、サーバ３０と電子書籍端末１との間の通信状態をオンライン状態にすることの可否をユーザに確認することができる（図７）。

また、注文発注部２４は、電子書籍端末１に図３〜図５に示す表示を所定のタイミングで行わせることもできる。さらに、注文発注部２４は、電子書籍端末１がサーバ３０からコンテンツ等をダウンロードするタイミングに合わせて発注情報をサーバ３０に出力することで、ユーザが負担する通信費やバッテリーの消費量を軽減することもできる。

（サーバ３０の構成）
サーバ３０は、電子書籍端末１のディスプレイ６に表示されるコンテンツ、あるいはオンライン通信による商取引で販売される商品等を管理し、当該コンテンツを電子書籍端末１に配信するもの、また当該商品等をユーザに郵送等させるものであり、主として、サーバ制御部３１、通信制御部３２、及びサーバ記憶部３３を備えている。

サーバ制御部３１は、サーバ３０が備える各部の動作を制御するものである。サーバ制御部３１は、サーバ記憶部３３に記憶されている各種プログラムを読み出して、サーバ３０の各部を制御し、サーバ３０が備える各種機能を実現する。

例えば、サーバ制御部３１は、通信制御部３２が受信したコンテンツ等の購入要求に従って、カタログＤＢに格納されたコンテンツの中に、ユーザが所望するコンテンツ等が存在するか否かを確認する。また、サーバ制御部３１は、通信制御部３２を制御することにより、受信したコンテンツの購入要求に示されるコンテンツをカタログＤＢから読み出して、電子書籍端末１に送信する。

通信制御部３２は、サーバ制御部３１の制御に基づいて、電子書籍端末１との通信を制御するものである。本実施の形態では、電子書籍端末１及びサーバ３０の通信を行うための回線として、例えば、電話回線網を使用した第３世代移動通信方式（３Ｇ回線）、及び、電子書籍端末１から近接無線通信によって接続してインターネットにアクセスすることができる無線ＬＡＮ通信方式の回線が使用可能となっている。そして、無線ＬＡＮ通信方式の回線としては、例えば、ＷｉＦｉ（wireless fidelity）と呼ばれる通信方式の回線（ＷｉＦｉ回線）が挙げられる。この３Ｇ回線とＷｉＦｉ回線とは、ユーザ操作によって切り換え可能である。なお、回線数及び回線の種類については、これらに限られたものではなく、電子書籍端末１及びサーバ３０間の通信を可能とする形態であればよい。

サーバ記憶部３３は、サーバ制御部３１等が実行する（１）各部の制御プログラム、（２）ＯＳプログラム、（３）アプリケーションプログラム、および、（４）これらプログラムを実行するときに読み出す各種データを記録したり、サーバ制御部３１等がこれらの各種プログラムを実行する過程でデータを一時的に保持するための作業領域として使用されたりするものである。また、サーバ記憶部３３は、端末ＤＢ及びカタログＤＢを記録している。

端末ＤＢは、オンライン発注システム１００を構成する各電子書籍端末１を管理するためのデータベースである。また、カタログＤＢは、サーバ３０が電子書籍端末１に配信できるコンテンツ等を格納しかつ管理するためのデータベースである。

〔発注装置２０の動作〕
次に、発注装置２０の動作を図８により説明する。図８は、発注装置２０の動作を説明するためのフローチャートである。

Ｓ１０では、カートデータ管理部２１が、ユーザが購入を希望する商品等がカートに入れられると、そのカートに入った商品をカートデータとして管理する。そして、カートデータ管理部２１は、その管理するカートデータを端末記憶部７に記憶させる。なお、ユーザは、端末記憶部７に記憶されたカタログＤＢから、所望の商品等を選択することができる。

Ｓ２０では、発注情報設定部２２が、電子書籍端末１のユーザに関するユーザ情報と、そのユーザが発注を希望する商品等の内容を示すカートデータとを関連付けて発注情報として設定する。そして、発注情報設定部２２は、設定した発注情報を端末記憶部７に記憶させる。このとき、発注情報設定部２２は、発注情報を設定するときに、ユーザから商取引の内容を受け付けた時刻を示す時刻情報を発注情報に含めてもよい。

なお、Ｓ２０の時点で、ユーザ入力によって電子書籍端末１が受け付けた注文は、その発注処理を完了している。

Ｓ３０では、通信状態検知部２３が、通信制御部４の動作状態を確認することにより、電子書籍端末１とサーバ３０との間の通信状態を検知する。そして、電子書籍端末１とサーバ３０との間の通信状態がオンライン状態であれば、Ｓ４０に進む。一方、電子書籍端末１とサーバ３０との間の通信状態がオフライン状態であれば、Ｓ７０に進む。

Ｓ４０では、通信状態検知部２３が、その検知結果を注文発注部２４に通知する。つまり、通信状態検知部２３は、電子書籍端末１とサーバ３０とがオンライン状態にあることを注文発注部２４に通知する。

Ｓ５０では、注文発注部２４は、通信状態検知部２３から、電子書籍端末１とサーバ３０との間の通信がオンライン状態にあるとの通知を受けると、発注情報設定部２２が設定した発注情報をサーバ３０に対して出力するよう通信制御部４に指示する。

Ｓ６０では、上記指示を受けた通信制御部４が、サーバ３０に対して発注情報を出力する。これにより、サーバ３０は、その発注情報を受信して、ユーザの所望する商取引を実行することができる。

Ｓ７０は、Ｓ３０において、電子書籍端末１とサーバ３０との間の通信状態がオフライン状態のときに進むステップである。Ｓ７０では、通信状態検知部２３が、注文発注部２４に対して、電子書籍端末１とサーバ３０との間の通信状態がオフライン状態であることを通知する。そして、通信状態検知部２３は、電子書籍端末１とサーバ３０との間の通信がオフライン状態にあることを検知すると、通信制御部４に対して、サーバ３０との間の通信状態をオンライン状態にするよう指示する。

なお、図８には記載していないが、Ｓ７０において、通信状態検知部２３が、他の処理、すなわち、電子書籍端末１とサーバ３０との間の通信がオフライン状態にあることを検知すると、その通信状態を定期的に検知するといった処理を行ってもよい。あるいは、Ｓ７０において、通信状態検知部２３は、電子書籍端末１とサーバ３０との間の通信状態を所定回数検知し、それでもなお、電子書籍端末１とサーバ３０との間の通信がオフライン状態にあるときに、その旨を注文発注部２４に通知してもよい。そして、Ｓ７０での処理が終わると、再びＳ３０に戻り上記操作が繰り返される。

このようにして、発注装置２０の動作が行われる。

〔実施例〕
次に、ネットワークを介した商取引を電子書籍端末１により行うときの実施例を図９、図１０により説明する。図９、図１０は、電子書籍端末１を用いてネットワークを介した商取引を行うときの実施例を説明するための図である。

なお、電子書籍端末１では、自端末に表示される電子カタログや雑誌等を介して、ネットワークを介した商取引をユーザに行わせることができる。つまり、ユーザは、電子書籍端末１に電子カタログを表示させて、そのカタログの中から選択した所望の商品を発注することができる。また、従来の電子書籍端末であれば、サーバとの通信状態をオンライン状態として注文処理を行っていたが、電子書籍端末１は、オフライン状態のままで注文処理を完了させることができる。以下、そのことを図９、図１０に記載の実施例により説明する。

まず、図９（ａ）のコンテンツ選択画面では、ユーザは、予め登録されているユーザのお気に入りコンテンツ（同図では、電子カタログ等をサムネイル表示）の中から、自身の所望する商品を購入することが可能なサムネイルを選択する。

なお、同図では、コンテンツ６に対応するサムネイルが選択されており、ユーザは、このサムネイルに対応する電子カタログから、所望の商品をオンラインで購入することができる。また、以降の説明では、理解の容易のため、コンテンツ６は、ファッション関連の電子カタログであるものとして説明する。

図９（ｂ）のカテゴリの選択画面では、複数のカテゴリの中から、ある特定のカテゴリが選択される。例えば、それぞれのカテゴリに、衣服、かばん、アクセサリ等がそれぞれ組み合わされて表示されている場合を考える。このとき、ユーザは、複数のカテゴリの中から、興味のあるファッション（ここでは、衣服、かばん、アクセサリ等の組み合わせをファッションと総称している。）を選択する。なお、図９（ｂ）では、最も左側のカテゴリに対応するファッションが選択されている。

図９（ｃ）のアイテムの選択画面では、選択されたファッションに含まれる衣類、かばん、アクセサリ等（以下、各々の商品をアイテムと称する場合もある。）が個別に表示され、そのアイテムの中から、ユーザの所望するアイテムが選択される。

図９（ｄ）のアイテムの詳細では、図９（ｃ）においてユーザが選択したアイテムの詳細内容が表示される。また、不図示であるが、ユーザは、この表示画面から、希望の色、サイズ、数量等を設定可能であってよい。

図９（ｅ）のアイテム詳細画面では、ユーザが、選択したアイテムの色、サイズ、数量等を決定した上で、「カートに入れる」のボタン（不図示）を押している。なお、ユーザが当該ボタンを押すことにより、カートデータ管理部２１は、ユーザが購入を希望するアイテムがカートに入れられると、そのカートに入ったアイテムをカートデータとして管理する。そして、カートデータ管理部２１は、その管理するカートデータを端末記憶部７に記憶させる。

図９（ｆ）の確認画面では、次のアイテムの注文を受け付けるために、表示画面には「次へ」といったボタン（不図示）が現れる。そして、ユーザは、そのボタンを押すことにより、次のアイテムの購入に進むことができる。

図９（ｇ）の注文画面では、カート画面が表示される。つまり、これまでにユーザが発注した１または複数の商品がカート内商品として表示される。なお、その画面には、カート内で管理されている商品のトータル金額が表示されていてもよい。

次に、図１０（ａ）の購入画面では、ユーザが、図９（ｇ）の画面に表示される「購入」のボタン（不図示）を押す。これにより、ユーザは、カート内で管理されているアイテムを購入対象のアイテムとすることを確定する。

そして、図１０（ｂ）の注文画面では、ユーザが、図１０（ａ）に表示される「注文」のボタン（不図示）を押す。これにより、図１０（ｃ）に示すとおり、カート内で管理されているアイテムの注文処理が完了する。このとき、画面には、「注文完了しました」、「次回オンライン接続時に発注します」というお知らせが表示される。

なお、この時点で、発注情報設定部２２は、電子書籍端末１のユーザに関するユーザ情報と、そのユーザが発注を希望する商品（アイテム）等の内容を示すカートデータとを関連付けて発注情報として設定している。そして、その時点で注文処理は完了している。

また、図１０（ｃ）の画面表示の内容から、この時点で通信状態検知部２３は、サーバ３０と電子書籍端末１との間の通信状態はオフライン状態であることを検知している。そして、注文発注部２４は、注文は完了している旨、及びサーバ３０と電子書籍端末１との間の通信状態がオンライン状態になったときに、商取引の内容が自動的に注文される旨をユーザに対して通知している。

最後に、図１０（ｄ）のコンテンツ選択画面では、注文処理が完了したことから、図９（ａ）の画面が再度表示される。

このように、ユーザは、発注装置２０を内蔵した電子書籍端末１を用いて、ネットワークを介した商取引を行うことができる。そして、上記説明からも分かるとおり、電子書籍端末１は、電子化された書籍（電子カタログ）中にチェックをかけていくことにより、たとえ電子書籍端末１とサーバ３０との間の通信状態がオフライン状態であったとしても、自動的に発注する仕組みをユーザに提供している。この点、電子書籍端末１は、従来の課題、すなわち、オンライン状態でなければサーバ３０に記録された電子カタログを読むことができず、またオフライン状態を保持すると発注処理を完了させることができなかったという課題を解決している。

〔発注装置２０等によって得られる効果〕
以下、発注装置２０等によって得られる効果を説明する。

発注装置２０は、ネットワークを介した商取引に利用されるサーバ３０との間で通信可能な電子書籍端末１に用いられる発注装置２０であって、電子書籍端末１のユーザに関するユーザ情報と、そのユーザが発注を希望する商取引の内容を示す商取引情報とを関連付けて発注情報として設定する発注情報設定部２２と、サーバ３０と電子書籍端末１との間の通信状態がオンライン状態およびオフライン状態の何れであるかを検知する通信状態検知部２３と、通信状態検知部２３から、サーバ３０と電子書籍端末１との間の通信状態がオンライン状態にあるとの通知を受けると、発注情報設定部２２が設定した発注情報をサーバ３０に対して出力させる注文発注部２４と、を備えることを特徴としている。

本発明に係る発注方法は、ネットワークを介した商取引に利用されるサーバ３０との間で通信可能な電子書籍端末１に用いられる発注方法であって、電子書籍端末１のユーザに関するユーザ情報と、そのユーザが発注を希望する商取引の内容を示す商取引情報とを関連付けて発注情報として設定する設定ステップと、サーバ３０と電子書籍端末１との間の通信状態がオンライン状態およびオフライン状態の何れであるかを検知する検知ステップと、検知ステップにて、サーバ３０と電子書籍端末１との間の通信状態がオンライン状態にあるとの通知を受けると、設定ステップにて設定された発注情報をサーバ３０に対して出力させる発注ステップと、を含むことを特徴としている。

従来の電子書籍端末は、サーバ３０との通信状態がオフライン状態のままでは注文処理を完了することができず、注文処理を完了するには、送信ボタンを押すなどしてユーザが電子書籍端末１をオンライン状態にしなければならなかった。また、従来の電子書籍端末は、通信状態がオフである場合、例えば、電子書籍端末が通信可能な範囲の圏外に位置する場合や電子書籍端末の通信機能がオフとなっている場合、あるいは、サーバにおける注文受付用ＨＰなどが何らかの原因で動作していない場合に、「通信ボタン」を押すなどしてユーザがオンライン状態にしようとしても、注文処理を完了することができないという問題もあった。

しかしながら、発注装置２０（発注方法）は、電子書籍端末１とサーバ３０との間の通信状態がオンライン状態であるか、オフライン状態であるかにかかわらず、商品等の発注処理を完了させることができる。

具体的には、発注装置２０（発注方法）では、まず発注情報設定部２２（設定ステップ）が、ユーザ情報と商取引情報とを関連付けて発注情報を設定する。また、通信状態検知部２３（検知ステップ）は、サーバ３０と電子書籍端末１との間の通信状態がオンライン状態であることを検知すると、その旨を注文発注部２４（発注ステップ）に通知する。そして、注文発注部２４（発注ステップ）は、発注情報設定部２２（設定ステップ）が設定した発注情報をサーバ３０に対して出力させる。

したがって、発注装置２０（発注方法）では、サーバ３０と電子書籍端末１との間の通信状態がオンライン状態であれば、注文発注部２４（発注ステップ）によって発注情報がサーバ３０に対して出力される。つまり、サーバ３０と電子書籍端末１との間の通信状態がオンライン状態であれば、発注情報は自動的にサーバ３０に出力される。

それゆえ、発注装置２０（発注方法）では、発注情報が発注情報設定部２２（設定ステップ）によって設定された時点で注文処理が完了していると言え、従来のように、ユーザが送信ボタンを押すなどの操作をして電子書籍端末をオンライン状態にし、それにより発注処理を完了させるという手順を踏む必要が無くなる。

さらに、発注装置２０（発注方法）では、サーバ３０と電子書籍端末１との間の通信状態がオンライン状態でありさえすれば、発注情報がサーバ３０に対して自動的に出力される。そのため、商取引に関連する特定のアプリケーションが起動・動作することを注文処理を完了させる前提とする必要もない。

このように、発注装置２０（発注方法）では、電子書籍端末１とサーバ３０との間の通信状態がオンライン状態であるか、オフライン状態であるかにかかわらず、商品等の発注処理を完了させることができる。したがって、発注処理を完了させるために、従来のように送信ボタンを押すなどの操作をユーザに強いることもなく、ネットワークを介した商取引の利便性を格段に向上させることができる。

さらに、発注装置２０では、通信状態検知部２３は、サーバ３０と電子書籍端末１との間の通信状態がオフライン状態にあることを検知すると、電子書籍端末１に対して、サーバ３０との間の通信状態をオンライン状態にするよう指示する構成であってよい。

上記構成によれば、サーバ３０と電子書籍端末１との間の通信状態が、通信状態検知部２３からの指示に基づいてオフライン状態からオンライン状態になる。そのため、注文発注部２４は、発注情報設定部２２が設定した発注情報をサーバ３０に対して出力させることが可能となる。

したがって、発注装置２０は、たとえサーバ３０と電子書籍端末１との間の通信状態がオフライン状態であっても、通信状態検知部２３からの指示に基づいてオフライン状態をオンライン状態にし、発注情報を迅速にサーバ３０に対して出力させることができる。それゆえ、ユーザは、送信ボタンを押すなどの操作を行うこともなく、所望する商取引を速やかに実行することができる。

さらに、発注装置２０では、通信状態検知部２３は、サーバ３０と電子書籍端末１との間の通信状態がオフライン状態にあることを検知すると、通信状態を定期的に検知する構成であってよい。

上記構成によれば、サーバ３０と電子書籍端末１との間の通信状態は通信状態検知部２３によって定期的に検知される。このため、サーバ３０と電子書籍端末１との間の通信状態がオフライン状態からオンライン状態に変わったときに、通信状態検知部２３は、速やかにオンライン状態を検知することができる。その結果、注文発注部２４は、発注情報設定部２２が設定した発注情報をサーバ３０に対して速やかに出力させることができる。

なお、定期的は、ある一定の時間間隔であったり、あるいは、サーバ３０から、サーバ３０でのイベント発生（例えば、「停止していたサーバ３０が稼動した」、「サーバ３０の混雑が解消された」など）の通知を受けたときとしてもよく、特定の時間・時刻に限られない。

さらに、発注装置２０では、注文発注部２４は、通信状態検知部２３から、サーバ３０と電子書籍端末１との間の通信状態が通信状態検知部２３によって所定回数検知された後においてもオフライン状態を保持しているとの通知を受けると、サーバ３０と電子書籍端末１との間の通信状態をオンライン状態にすることの可否をユーザに確認する構成であってよい。

サーバ３０と電子書籍端末１との間の通信状態が通信状態検知部２３によって所定回数検知された後においてもオフライン状態が保持される場合、つまり、長時間のオフライン状態が継続する場合が発生しうる。そのような場合には、注文発注部２４は、サーバ３０と電子書籍端末１との間の通信状態をオンライン状態にすることの可否をユーザに確認する。

そして、ユーザは、通信状態をオンライン状態にすることを希望するのであれば、サーバ３０と電子書籍端末１との間の通信状態をオンライン状態にすることを選択し、所望の商取引を速やかに実行すればよい。

また、ユーザは、通信状態をオンライン状態にすることを希望しないのであれば、現状（オフライン状態）のままでよいとの選択を行えばよい。

このように、発注装置２０は、サーバ３０と電子書籍端末１との間の通信状態をオンライン状態にすることの可否をユーザに確認させることができるため、ユーザの希望を反映させた商取引を実現することができる。

さらに、発注装置２０では、注文発注部２４は、通信状態検知部２３から、サーバ３０と電子書籍端末１との間の通信状態がオフライン状態にあるとの通知を受けると、注文は完了している旨、及びサーバ３０と電子書籍端末１との間の通信状態がオンライン状態になったときに、商取引の内容が自動的に注文される旨またはユーザに対して発注可否の最終確認を求める旨の少なくとも何れか一方をユーザに対して通知する構成であってよい。

あまりにオフライン状態が長く続くと、ユーザは、所望の商取引の内容が実際に注文完了しているかどうか不安を覚えることもある。

そこで、上記構成とすることにより、注文は完了している旨がユーザに知らされ、ユーザは不安を払拭することができる。また、サーバ３０と電子書籍端末１との間の通信状態がオンライン状態になったときに、商取引の内容が自動的に注文される旨またはユーザに対して発注可否の最終確認を求める旨が通知されれば、ユーザは不安を払拭することができる。

このように、発注装置２０は、自動的に発注処理が完了することによりユーザが覚える不安（「本当に注文処理が完了しているのか？」など）を解消することができ、優れた利便性をユーザに提供することができる。

さらに、発注装置２０では、発注情報設定部２２は、発注情報を設定するときに、ユーザから商取引の内容を受け付けた時刻を示す時刻情報を発注情報に含める構成であってよい。

発注装置２０（発注方法）は、サーバ３０と電子書籍端末１との間の通信状態がオンライン状態であれば、発注情報を自動的にサーバ３０に出力させることができる。

そのため、電子書籍端末１とサーバ３０との間で通信障害が発生したような場合には、オンライン状態に復旧した後で、サーバ３０が電子書籍端末１から受ける多数の注文を円滑に処理することは難しくなる。例えば、通信障害が発生した直後に行われた注文と通信障害が解決する直前に行われた注文とを処理するときに、後から受け付けた注文を先に処理すると、最初に受け付けた注文の処理に遅延が生じ、最初に注文を行ったユーザの不満を高めることになる。

そこで、上記構成にすることで、ユーザから商取引の内容を受け付けた時刻を示す時刻情報を発注情報に含めることができるため、サーバ３０は、その発注情報に基づいて、注文を受け付けた順序にしたがって処理を進めることができる。それゆえ、商取引の実行が遅延することによって生じるユーザの不満を少しでも軽減することができる。

なお、基準とする時刻は、電子書籍端末１で管理する時刻、電子書籍端末１とサーバ３０とから構成されるオンライン発注システムが管理する時刻など、種々の時刻を基準とすることができる。

さらに、電子書籍端末１は、上記何れかの発注装置２０を備えることを特徴としている。

上記構成によれば、電子書籍端末１は、何れかの発注装置２０を備える。これにより、電子書籍端末１は、ユーザが自装置を持ち運びする先々で、上述した種々の効果を実現することができる。それゆえ、電子書籍端末１は、上記何れかの発注装置２０を備えることにより、さらにユーザの利便性を高めることができる。

さらに、電子書籍端末１は、ネットワークを介した商取引の内容が更新可能に記録されたデータベースを備え、商取引情報は、ユーザがデータベースを参照して選択した、ユーザが発注を希望する商取引の内容を示す情報であってよい。

従来のようにサーバ上のみにデータベースが記録されている場合、電子書籍端末は、キャッシュ等に記録されたデータの一部の閲覧や検索などは可能であるものの、それ以上の詳細データへはアクセスすることができない。そのため、従来の電子書籍端末では、データベースの詳細を電子書籍端末のみでは確認することができず、ユーザはサーバ上のデータベースにアクセスする必要があった。

この点、電子書籍端末１は、ネットワークを介した商取引の内容が更新可能に記録されたデータベースを備えているため、通信状態にかかわらず、最新のデータベースの閲覧や検索などを自装置内で完結させることが可能である。

さらに、商取引情報は、ユーザがデータベースを参照して選択した、ユーザが発注を希望する商取引の内容を示す情報である。したがって、電子書籍端末１およびサーバ３０に記録されたデータベースが最新の情報を共有していれば、電子書籍端末１からサーバ３０へ出力される商取引情報（あるいは、発注情報）がサーバ３０側で認識できないといった事態を防ぐことができる。その結果、電子書籍端末１は、電子書籍端末１内でユーザが確認した最新のデータベースに基づいて商取引を実行できるため、ユーザに高い満足感を与えることができる。

なお、発注装置２０（発注方法）は、コンピュータによって実現してもよく、この場合には、コンピュータを設定ステップ、検知ステップ、及び発注ステップとして動作させることにより発注方法をコンピュータにて実現させる発注プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

〔補足〕
最後に、発注装置２０の各ブロック、特に発注情報設定部２２、通信状態検知部２３、及び注文発注部２４は、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。

すなわち、発注装置２０は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、前記プログラムを格納したＲＯＭ（read only memory）、前記プログラムを展開するＲＡＭ（random access memory）、前記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備える。そして、本発明の目的は、上述した機能を実現するソフトウェアである発注装置２０の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、発注装置２０に供給し、そのコンピュータ（又はＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。

前記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやコンパクトディスク−ＲＯＭ／ＭＯ／ＭＤ／デジタルビデオデイスク／コンパクトディスク−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。

また、発注装置２０を通信ネットワークと接続可能に構成し、前記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、前記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。

本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

〔カタログＤＢに関する効果〕
ネットワークを介した商取引を従来の電子書籍端末を用いて行う場合であって、サーバ上のみにカタログＤＢが記録されている場合を考える。この場合、従来の電子書籍端末は、キャッシュ上にある商品データの閲覧、検索は可能であるものの、自端末内ではそれ以上のカタログＤＢへのアクセスができない。そのため、従来の電子書籍端末は、ユーザにとって利便性の低かった。

一方、本実施の形態に係る電子書籍端末１では、端末記憶部７にカタログＤＢを記録している。そのため、通信状態がオンライン状態であるか、オフライン状態であるかに関わらず、カタログＤＢにより商品の閲覧、検索等が可能となる。したがって、電子書籍端末１は、ユーザにとって極めて高い利便性を実現することができる。

さらに、上記構成とすることにより、例えば、オンライン時はサーバ上のカタログＤＢを使用し、オフライン時は端末記憶部７に記録されたカタログＤＢを使用することができる。また端末記憶部７に記録されたカタログＤＢが古くなったときには、サーバ上のカタログＤＢの内容を端末記憶部７に記録されたカタログＤＢは更新することになるが、その更新中はサーバ上のカタログＤＢを使用する、といった構成を実現することができる。つまり、電子書籍端末１は、通信状態に応じた切り替えや、端末記憶部７に記録されたカタログＤＢの更新時のカタログＤＢの切り替えが可能となる。

さらに、電子書籍端末１には次の効果が期待できる。

従来の電子書籍端末は、商品の注文処理を行うときに、常時接続を前提としていないため、サーバー上のデータベースを直接することはない。このような形態は、商品サイクルが長い場合、あるいは商品点数が少ない場合には、サーバ上で更新されるデータが小さい（少ない）ため問題は少ない。しかしながら、商品サイクルが短い場合や商品点数が多い場合などには、サーバ上で更新されるデータ大きくなり、従来の電子書籍端末のキャッシュ上に記録されたデータは陳腐化するのが早くなる。また、そのデータを更新（システムの起動時に差分を更新）するときに、データ量が多いため、システムを使用できるまでに長い時間を要するといった問題が顕在化する。

この点、電子書籍端末１は、使用するカタログＤＢを切り替えることができるため、常に最新のデータベースを使用でき、かつ、カタログＤＢの更新中も注文処理が可能となる。

本発明は、端末装置とサーバとの間の通信状態がオンライン状態であるか、オフライン状態であるかにかかわらず、商品等の発注処理が可能な発注装置等に関し、とくに、そのような発注装置を備えた電子書籍端末に好適に適用することができる。

１ 電子書籍端末（端末装置）
２ 端末制御部
３ 操作検知部
４ 通信制御部
５ 表示制御部
６ ディスプレイ
７ 端末記憶部
２０ 発注装置
２１ カートデータ管理部
２２ 発注情報設定部（設定手段）
２３ 通信状態検知部（検知手段）
２４ 注文発注部（発注手段）
３０ サーバ
３１ サーバ制御部
３２ 通信制御部
３３ サーバ記憶部
１００ オンライン発注システム

Claims (8)

1. ネットワークを介した商取引に利用されるサーバとの間で通信可能な端末装置に用いられる発注装置であって、
   上記端末装置のユーザに関するユーザ情報と、そのユーザが発注を希望する商取引の内容を示す商取引情報とを関連付けて発注情報として設定する設定手段と、
   上記サーバと上記端末装置との間の通信状態がオンライン状態およびオフライン状態の何れであるかを検知する検知手段と、
   上記検知手段から、上記サーバと上記端末装置との間の通信状態がオンライン状態にあるとの通知を受けると、上記設定手段が設定した上記発注情報を上記サーバに対して出力させる発注手段と、を備え、
   上記検知手段は、上記サーバと上記端末装置との間の通信状態がオフライン状態にあることを検知すると、上記通信状態を定期的に検知し、
   上記発注手段は、上記検知手段から、上記サーバと上記端末装置との間の通信状態が当該検知手段によって所定回数検知された後においてもオフライン状態を保持しているとの通知を受けると、上記サーバと上記端末装置との間の通信状態をオンライン状態にすることの可否を上記ユーザに確認することを特徴とする発注装置。
2. 上記発注手段は、上記検知手段から、上記サーバと上記端末装置との間の通信状態がオフライン状態にあるとの通知を受けると、注文は完了している旨、及び上記サーバと上記端末装置との間の通信状態がオンライン状態になったときに、上記商取引の内容が自動的に注文される旨または上記ユーザに対して発注可否の最終確認を求める旨の少なくとも何れか一方を上記ユーザに対して通知することを特徴とする請求項１に記載の発注装置。
3. 上記設定手段は、上記発注情報を設定するときに、上記ユーザから上記商取引の内容を受け付けた時刻を示す時刻情報を当該発注情報に含めることを特徴とする請求項１または２に記載の発注装置。
4. 請求項１から３の何れか１項に記載の発注装置を備えることを特徴とする端末装置。
5. ネットワークを介した商取引の内容が更新可能に記録されたデータベースを備え、
   上記商取引情報は、上記ユーザが上記データベースを参照して選択した、当該ユーザが発注を希望する商取引の内容を示す情報であることを特徴とする請求項４に記載の端末装置。
6. ネットワークを介した商取引に利用されるサーバとの間で通信可能な端末装置に用いられる発注方法であって、
   上記端末装置のユーザに関するユーザ情報と、そのユーザが発注を希望する商取引の内容を示す商取引情報とを関連付けて発注情報として設定する設定ステップと、
   上記サーバと上記端末装置との間の通信状態がオンライン状態およびオフライン状態の何れであるかを検知する検知ステップと、
   上記検知ステップにて、上記サーバと上記端末装置との間の通信状態がオンライン状態にあることを検知したときに、上記設定ステップにて設定された上記発注情報を上記サーバに対して出力する発注ステップと、を含み、
   上記検知ステップにて、上記サーバと上記端末装置との間の通信状態がオフライン状態にあることを検知すると、上記通信状態を定期的に検知し、
   上記検知ステップにて、上記サーバと上記端末装置との間の通信状態が所定回数検知された後においてもオフライン状態が保持されているときに、上記発注ステップにて、上記サーバと上記端末装置との間の通信状態をオンライン状態にすることの可否を上記ユーザに確認することを特徴とする発注方法。
7. 請求項６に記載の上記各ステップをコンピュータに実行させるための発注プログラム。
8. 請求項７に記載の発注プログラムを記録したコンピュータ読み取り可能な記録媒体。

Images