発送システム
【課題】商品または物品の受領者が、その配送に必要な名前及び住所を発送者に知られることなく商品または物品を受け取ることができる技術を提供する。
【解決手段】発送処理サービスＸのサーバが、利用者Ａが選択した商品の情報と関連づけた受取ＵＲＬを発行し、Ａの利用するＷｅｂサービスＹにこの受取ＵＲＬを登録する。利用者Ｂが、この受取ＵＲＬを選択すると、利用者ＢがＷｅｂサービスＷのサーバによって認証される。次に、発送処理サービスＸのサーバが、利用者Ａが選択した商品の情報、ＷｅｂサービスＷによって認証済の利用者Ｂの情報、および利用者Ｂからの物品受取の諾否の要求を利用者Ａの情報端末に送信する。利用者Ａの情報端末から利用者Ａの住所情報および受取の許諾情報が発送処理サービスＸのサーバに送られると、発送処理サービスＸのサーバが送付先印刷装置に利用者Ａの住所情報を送信する。
【解決手段】発送処理サービスＸのサーバが、利用者Ａが選択した商品の情報と関連づけた受取ＵＲＬを発行し、Ａの利用するＷｅｂサービスＹにこの受取ＵＲＬを登録する。利用者Ｂが、この受取ＵＲＬを選択すると、利用者ＢがＷｅｂサービスＷのサーバによって認証される。次に、発送処理サービスＸのサーバが、利用者Ａが選択した商品の情報、ＷｅｂサービスＷによって認証済の利用者Ｂの情報、および利用者Ｂからの物品受取の諾否の要求を利用者Ａの情報端末に送信する。利用者Ａの情報端末から利用者Ａの住所情報および受取の許諾情報が発送処理サービスＸのサーバに送られると、発送処理サービスＸのサーバが送付先印刷装置に利用者Ａの住所情報を送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットを利用して情報の送受信を行い、商品または物品の授受を行うための技術に関する。
【背景技術】
【０００２】
種々のインターネットのサービスが提供されている（例えば、特許文献１参照。）その中には、インターネットを利用して情報の送受信を行った後に、商品または物品の授受を行うためのサービスがある。その多くは、ウェブサイトを用いる商品や物品の販売である。すなわち、販売事業者が運営するウェブサイトを閲覧する利用者が、その情報端末を用いて購入する商品または物品を選択した後、商品または物品の送り先の名前及び住所を、販売事業者に対してインターネットを通じて送信する。すると販売事業者は、利用者から受信した名前及び住所へ、購入された商品または物品を発送する。このほかに利用者と販売事業者との間で決済に関する情報の授受が行われることも多い。
【０００３】
ここで、利用者が販売事業者に名前及び住所などの情報を送信する際には、情報がインターネット上で他の利用者には知られることのない方法が用いられる。一般には、利用者から販売事業者に対する電子メールの送信や、販売事業者がウェブサイトであらかじめ提供する入力フォームに利用者が名前や住所を入力した上で、販売事業者のサーバに送信するなど、１対１の通信が用いられる。
【０００４】
このように、インターネット上の商品または物品の授受は、物品の購入者などが物品の送り先である名前及び住所を、メールの送信や入力フォームへの入力などの明示的操作によって他の利用者に知られない方法により行われることが多い。これは別の表現をすれば、複数の利用者から名前及び住所が開示されたひとつの事業者から、配送先の名前及び住所への物品の配送である。この場合配送先となる複数の名前及び住所は、通常、インターネット上に公開されない。以上が、インターネット上の商品または物品の販売などに広く用いられている、従来の方法による第１の物品授受の形態である。
【０００５】
一方、ひとりの受領者が、複数の発送者から商品または物品を受け取りたいという要求もある。たとえば、ウェブサイト上で被災地への物品の寄付を募る場合、著名人に対するファンレターを募る場合などがある。このような場合は、商品または物品の受領者はそのウェブサイトなどで、商品または物品の配送に必要な名前及び住所を公開し、商品または物品の発送者が公開された名前及び住所を使って商品または物品を送る。これは別の表現をすれば、連絡先を公開したひとつの利用者への、連絡先が公開されていない複数の利用者からの商品または物品の配送である。以上がインターネットを用いる、従来の方法による第２の物品授受の形態である。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開2004-234329号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は、商品または物品の受領者が、その配送に必要な名前及び住所を発送者に知られることなく商品または物品を受け取ることができる技術を提供する。これにより、前記技術背景に記した前記第２の物品授受の形態に関する課題を解決する。
【０００８】
従来の技術によれば、受領者が発送者より商品または物品を受け取るためには、受領者はウェブサイトなどでその名前及び住所をインターネット上に公開する必要があった。受領者が名前及び住所を公開しなければ、発送者は商品または物品を発送できないためである。このような従来の技術には、以下５つの問題があった。
【０００９】
まず第１の問題は、発送者に受領者の名前と住所が知られてしまうことが避けられない点である。実際には、受領者は発送者に名前や住所を知られたくない場合が多い。たとえば著名人に対するファンレターを募る場合、ほとんどの場合に受領者となる著名人は送付先となる住所を公開したいわけではない。住所を公開しないとファンレターを募ることができないから公開しているに過ぎない。このためインターネット状に公開される住所としては、著名人本人のものではなく、法人など何らかの代理者の住所が使われる。
【００１０】
第２の問題は、受領者の名前と住所をインターネット上に公開してしまうことのリスクである。特に個人が受領者となる場合、その名前及び住所をインターネット上に公開し、世界中の誰もが閲覧できる状態にすることは、たとえば望まない訪問販売、ストーキング、誘拐など様々なリスクを背負うことになる。このため、ほとんどの個人はインターネット上で名前や住所を公開することを望まない。
【００１１】
第３の問題は、受領者が受け取る各々の商品または物品について、受領者が受取の可否を決められない点である。たとえば、インターネット上の何らかのサービスで互いに知人同士となった人からは商品または物品を受け取るが、未知の利用者からの商品または物品は受け取らないというような、選択的な受取に対する要求は幅広くあるが、従来の方法ではこれが不可能であった。
【００１２】
第４の問題は、発送者の認証ができない点である。受領者の名前及び住所をインターネット上で公開して商品または物品を受け取ると、受領者は、不特定多数の利用者からの商品または物品を受け取ることになる。発送者を認証する手段はなく、発送者は容易に他者になりすますことができる。したがって、たとえ上記第３の問題を、発送者の情報を用いて受領者の受取意志を確認する方法で解決しようとしても、発送者の情報が発送者本人のものであることを確認することができない。
【００１３】
第５の問題は、名前や住所をインターネット上に公開し、商品または物品を受け取る場合、受領者が受け取る商品または物品を選択できない点である。たとえば、ある利用者が、自分のブログの読者からクリスマスカードは受け取りたいが、他の商品または物品は受け取りたくないという要求があるかもしれない。しかし、住所や名前をインターネット上で公開する従来の方法では、受領者が、ブログの読者から送られる商品または物品を指定することはできない。特に、インターネット上に名前及び住所を公開することで、不特定多数の利用者が商品または物品を受領者に送ることができ、従来は、たとえば爆発物が送られてくるというようなリスクを排除できなかった。
【００１４】
インターネット上に名前及び住所を公開して郵便物や商品または物品を受け取る従来の技術を用いて上述のように被災地への商品または物品の寄付を募る場合や、著名人に対するファンレターを募る場合のように、個人を特定しない形で送付先の名前や住所をインターネット上で公開できるような場合に限られているのは、以上に述べた理由による。しかし、従来の技術ではそれでも前記第２、第３、第４、および第５の問題が解決されるわけではなかった。
【００１５】
本発明は、このような状況に鑑みてなされたものであり、商品または物品の受領者の名前や住所を発送者に知られることなく、また受領者がインターネットで名前及び住所を公開する必要がなく、さらに、発送者を認証する手段を有し、受領者が発送者ごとに選択的に受取の可否を選択でき、かつ、受領者の望まない商品または物品が受領者に配送される可能性をより小さくするための、商品または物品配送に係るシステム、サーバ、情報端末、および方法を提供する。
【課題を解決するための手段】
【００１６】
本発明の一実施形態として、商品または物品の商品認識票および商品付加情報に関連付けて要求認識票を記憶し第１のサービスを提供する第１のサーバと、利用者を一意に特定するための個人認識票を用いて第２のサービスを提供する第２のサーバと、第１の利用者の第１の情報端末と、第２の利用者の第２の情報端末と、前記第１の利用者の受取認識票を記憶して前記第２の情報端末に送信する第３のサービスを提供する第３のサーバと、送付先印刷装置と、を有するシステムについて開示する。そのシステムにおいては、前記第１の情報端末が、前記要求認識票を第１のサーバに送信し、前記第１のサーバが、前記要求認識票を受信し、前記第１のサーバが、前記第１の個人認識票を要求するための第１の画面情報を前記第１の情報端末に送信し、前記第１の情報端末が、前記第１の個人認識票を前記第１のサーバに送信し、前記第１のサーバが、前記受取認識票を生成し、前記第１のサーバが、前記受取認識票、前記第１の個人認識票、前記商品認識票、および前記商品付加情報を関連づけて記憶し、前記第１のサーバが、前記受取認識票を前記第１の情報端末に送信し、前記第１の情報端末が、前記受取認識票を前記第１の利用者が利用する第３のサービスの第３のサーバに送信し、前記第３のサーバが、前記受取認識票を前記第１の利用者の第２の画面情報の一部として記憶する。
【００１７】
また、本発明の別の一実施形態として、第１の利用者の第１の情報端末と、第２の利用者の第２の情報端末と、商品または物品の商品認識票および商品付加情報に関連付けて要求認識票を記憶し第１のサービスを提供する第１のサーバと、前記第１の利用者および前記第２の利用者を各々一意に特定するための第１の個人認識票および第２の個人認識票を用いて第２のサービスを提供する第２のサーバと、前記第１の利用者の受取認識票を記憶して前記第２の情報端末に送信する第３のサービスの第３のサーバと、認証サービスを提供する第４のサーバと、送付先印刷装置と、を有するシステムについて開示する。このシステムにおいては、前記第１の情報端末が、前記要求認識票を第１のサーバに送信し、前記第１のサーバが、前記要求認識票を受信し、前記第１のサーバが、前記第１の個人認識票を要求するための第１の画面情報を前記第１の情報端末に送信し、前記第１の情報端末が、前記第１の個人認識票を前記第１のサーバに送信し、前記第１のサーバが、前記受取認識票を生成し、前記第１のサーバが、前記受取認識票、前記第１の個人認識票、前記商品認識票、および前記商品付加情報を関連づけて記憶し、前記第１のサーバが、前記受取認識票を前記第１の情報端末に送信し、前記第１の情報端末が、前記第１のサーバが前記受取認識票を前記第１の利用者が利用する第３のサービスの第３のサーバに送信し、前記第３のサーバが、前記受取認識票を前記第１の利用者の第２の画面情報の一部として記憶し、前記第３のサーバが、前記第２の情報端末からの前記第２の画面情報の要求に応じて前記受取認識票を含む前記第２の画面情報を前記第２の情報端末に送信し、前記第２の情報端末が、前記受取認識票を含む前記第２の画面情報を受信すると、前記第１のサーバに前記受取認識票を送信し、前記第１のサーバが、前記受取認識票に関連づけて記憶されている前記商品認識票を検索し、前記第１のサーバが、前記商品認識票に関連づけられて記憶されている前記商品付加情報を含む第３の画面情報を生成し、前記第１のサーバが、前記商品付加情報を含む前記第３の画面情報を前記第２の情報端末に送信し、前記第２の情報端末が、前記第２の個人認識票、前記第２の利用者が前記第２の情報端末に入力した前記第２の利用者の名前情報、および前記第２の利用者の認証情報を前記第１のサーバに送信し、前記第１のサーバが、前記第２の個人認識票、前記名前情報、および前記認証情報を前記第４のサーバに送信し、前記第４のサーバが、認証済情報を前記第１のサーバに送信し、前記第１のサーバが、前記商品付加情報および前記名前情報を含む第４の画面情報を生成し前記第１の情報端末に送信し、前記第１の情報端末が、前記第４の画面情報を受信し、前記第１の情報端末が、前記第１の利用者の住所情報および前記第２の利用者からの前記第１の利用者への前記商品付加情報を有する商品または物品の送付を受け付ける受諾情報を前記第１のサーバに送信し、前記第１のサーバが、前記住所情報を前記送付先印刷装置に送信する。
【００１８】
また、本発明の別の一実施形態として、情報を記憶する記憶部と、ネットワークから情報を受信しかつ前記ネットワークに情報を送信する送受信部と、利用者の情報端末に表示する画面の画面情報の生成をおこなう画面情報生成部と、第２の利用者から第１の利用者への商品または物品の送付を命令するための受取認識票を生成する受取認識票生成部と、検索部と、を有するサーバについて開示する。そのサーバにおいは、前記記憶部は、商品または物品を一意に特定する商品認識票および前記商品の商品付加情報に関連づけて要求認識票を記憶し、前記送受信部は、前記要求認識票を前記第１の利用者の第１の情報端末より受信し、前記画面情報生成部は、第１のサービスの利用者である前記第１の利用者を前記第１のサービスの利用者の中で一意に特定するための第１の個人認識票を要求するための第１の情報画面を生成し、前記送受信部は、さらに、前記第１の情報画面を前記第１の情報端末に送信し、前記送受信部は、さらに、前記第１の情報端末より前記第１の個人認識票を受信し、前記記憶部は、さらに、前記認識票生成部が生成した受取認識票、前記第１の個人認識票、前記商品認識票、および前記商品付加情報を関連づけて第１のテーブルを記憶し、前記送受信部は、さらに、前記第１の利用者が前記第１の情報端末から前記受取認識票を前記第１の利用者が利用する第２のサービスの第２のサーバに送信するために、前記受取認識票を第１の利用者の前記第１の情報端末に送信する。
【発明の効果】
【００１９】
本発明によれば、あるＷｅｂサービス利用者である受領者は、そのＷｅｂサービスにＵＲＬ（受取認識票）を登録することで、そのＷｅｂサービスの他利用者である発送者から、商品または物品を受け取ることができるようになる。これが実現されるにもかかわらず、発送者に受領者の名前及び住所を知られることない。また、受領者がインターネットで商品または物品の受け取りに必要な名前及び住所を公開する必要がない。加えて、受領者は、商品または物品の受取処理において、Ｗｅｂサービスや認証サービスによって認証された認識票や名前などの付加情報を得ることができる。さらに認証された発送者の情報を判断の根拠として発送者ごとに受取を受諾するか拒否するかを選択できる。さらに、本発明では、物品は、発送者から発送を委託された発送処理サービスを用いて発送される。このため、不特定多数の発送者が受領者に対して直接発送する従来の方法に比べて、受領者が望まない商品や物品を受け取るリスクをより小さくできる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態における情報端末とサーバ装置によるシステム概略構成図である。
【図２】本発明の一実施形態における発送処理サービスＸのサーバ装置の概略構成図である。
【図３】本発明の一実施形態における送付先印刷装置の概略構成図である。
【図４】本発明の一実施形態におけるＷｅｂサービスＹのサーバ装置の概略構成図である。
【図５】本発明の一実施形態における認証サービスＺのサーバ装置の概略構成図である。
【図６】本発明の一実施形態におけるＷｅｂサービスＷのサーバ装置の概略構成図である。
【図７】本発明の一実施形態における情報端末群の概略構成図である。
【図８】本発明の一実施形態において利用者Ａが受取ＵＲＬをＷｅｂサービスＹに登録する処理を説明するフロー図である。
【図９】本発明の一実施形態において要求ＵＲＬテーブルの一例を示す図である。
【図１０】本発明の一実施形態において受取ＵＲＬテーブルの一例を示す図である。
【図１１】本発明の一実施形態において、利用者ＡがＷｅｂサービスＷにおける認識票を発送処理サービスＸに登録して受取ＵＲＬを取得するために、利用者Ａの情報端末に表示された画面の一例である。
【図１２】本発明の一実施形態において利用者Ｂが利用者Ａに送る商品を選択する処理を説明するフロー図である。
【図１３】本発明の一実施形態において商品テーブル群の一例を示す図である。
【図１４】本発明の一実施形態において、利用者Ｂが商品を選択して利用者Ａに送るために、利用者Ｂの情報端末に表示された画面の一例である。
【図１５】本発明の一実施形態において利用者ＢがＷｅｂサービスＷから認証を受けた上、利用者Ａが利用者Ｂからの商品の受け取りをおこなう処理を説明するフロー図である。
【図１６】本発明の一実施形態において発送者テーブルの一例を示す図である。
【図１７】本発明の一実施形態において利用者Ａの情報端末に表示される受取確認画面の一例を示す図である。
【図１８】本発明の一実施形態において利用者Ｃが認証サービスＺから認証を受けた上、利用者Ａが利用者Ｃからの商品の受け取りをおこなう処理を説明するフロー図である。
【図１９】本発明の一実施形態において、利用者Ｃが商品を選択して利用者Ａに送るために、利用者Ｃの情報端末に表示された画面の一例である。
【図２０】本発明の一実施形態において利用者Ａの情報端末に表示される受取確認画面の一例を示す図である。
【発明を実施するための形態】
【００２１】
以下に本発明を実施するための、現在考えられる最善の形態について説明する。本発明の技術的範囲は、添付請求の範囲によって明確に定義されている。このため、本発明を以下の説明に限定して解釈すべきではなく、以下の説明は、単に発明の一般原理を例示する目的で行う。
【００２２】
図１は、本発明の実施形態に係るシステムの一例である物品発送処理システムの概略構成図である。物品発送処理システムは、発送処理サービスＸのサーバ１００、印刷サーバ１２０、ＷｅｂサービスＹの認証サーバ１４０、認証サービスＺのサーバ１５０、ＷｅｂサービスＷのサーバ１６０、利用者Ａの情報端末１７０、利用者Ｂの情報端末１８０、および利用者Ｃの情報端末１３０を有する。そして、発送処理サービスＸのサーバ１００、印刷サーバ１２０、ＷｅｂサービスＹの認証サーバ１４０、認証サービスＺのサーバ１５０、ＷｅｂサービスＷのサーバ１６０、利用者Ａの情報端末１７０、利用者Ｂの情報端末１８０、および利用者Ｃの情報端末１３０は、ネットワーク１９０を通じて接続されている。図１では、サーバ群が１つのネットワークで接続されているが、異なる複数のネットワークで接続されていてもよい。また、Ｗｅｂサービスのサーバは２に限定されることなく、任意の数のサーバが存在していてもよい。認証サービスのサーバについても同様である。また、発送処理サービスのサーバについても同様であり、送付先印刷装置についても同様である。利用者の数も任意の数とすることができる。
【００２３】
図２として、発送処理システムのサーバ１００の概略構成図を示す。発送処理システムのサーバ１００は、ＨＴＭＬ生成手段１０２、記憶手段１０３、検索手段１０７、受取ＵＲＬ生成手段１０８、および印刷情報生成手段１１１を有する。また、記憶手段１０３は、要求ＵＲＬテーブル１０４、受取ＵＲＬテーブル１０５、商品テーブル群１０９、発送者テーブル１１０、および受領者情報テーブル１１２を有する。例えば、ＨＴＭＬ生成手段１０２は、検索手段１０７、受取ＵＲＬ生成手段１０８、および印刷情報生成手段１１１は、プロセッサを動作させるプログラムモジュールであり、記憶手段１０３は、揮発性メモリや不揮発性メモリである。なお、本発明は、プログラムモジュールを用いて構成することは必須ではなく、専用のＬＳＩなどの電子回路などにより構成することも可能である。
【００２４】
図３として、発送処理システムの送付先印刷装置１２０の概略構成図を示す。送付先印刷装置１２０は、送受信手段１２１および印刷手段１２２を有する。例えば、送受信手段１２１はネットワークインターフェースであり、印刷手段１２２はプリンタである。
【００２５】
図４として、発送処理システムのＷｅｂサービスＹのサーバ１４０の概略構成図を示す。ＷｅｂサービスＹのサーバは送受信手段１４１、ＨＴＭＬ生成手段１４２、認証手段１４３、および記憶手段１４４を有する。記憶手段１４４は、認識票テーブル１４５および認識票変換テーブル１４６を有する。例えば、送受信手段１４１は、ネットワークインターフェースであり、ＨＴＭＬ生成手段１４２、認証手段１４３は、プロセッサを動作させるプログラムモジュールであり、記憶手段１４４は、揮発性メモリや不揮発性メモリである。
【００２６】
図５として、発送処理システムの認証サービスＺのサーバ１５０の概略構成図を示す。認証サービスＺのサーバ１５０は、送受信手段１５１、認証手段１５２、および記憶手段１５３を有する。記憶手段１５３は、利用者テーブル１５４を有する。送受信手段１５１は、ネットワークインターフェースであり、認証手段１５２は、プロセッサを動作させるプログラムモジュールであり、および記憶手段１５３、揮発性メモリや不揮発性メモリである。
【００２７】
図６として、ＷｅｂサービスＷのサーバ１６０の概略構成図を示す。ＷｅｂサービスＷのサーバ１６０は、送受信手段１６１、ＨＴＭＬ生成手段１６２、認証手段１６３、および記憶手段１６４を有する。また、記憶手段１６４は、認識票テーブル１６５および認識票変換テーブル１６６を有する。送受信手段１６１は、ネットワークインターフェースであり、ＨＴＭＬ生成手段１６２、認証手段１６３は、プログラムモジュールであり、記憶手段１６４は、揮発性メモリや不揮発性メモリである。
【００２８】
図７（ａ）に、利用者Ａの情報端末１７０の概略構成図を、図７（ｂ）に利用者Ｂの情報端末１８０の概略構成図を、さらに図７（ｃ）に利用者Ｃの情報端末１３０の概略校正図を各々示す。利用者Ａの情報端末１７０は、送受信手段１７１、ＨＴＭＬ解析手段１７２、ＧＵＩ表示手段１７３、および入力手段１７４を有する。利用者Ｂの情報端末１８０は、送受信手段１８１、ＨＴＭＬ解析手段１８２、ＧＵＩ表示手段１８３、および入力手段１８４を有する。利用者Ｃの情報端末１３０は、送受信手段１３１、ＨＴＭＬ解析手段１３２、ＧＵＩ表示手段１３３、および入力手段１３４を有する。
【００２９】
例えば、送受信手段１７１は、ネットワークインターフェースであり、ＨＴＭＬ解析手段１７２は、プロセッサを動作させるプログラムモジュールであり、ＧＵＩ表示手段１７３は、ディスプレイであり、入力手段１７４は、キーボードやマウスなどである。利用者Ｂの情報端末１８０、利用者Ｃの情報端末１３０についても同様である。
【００３０】
まず始めに、図１を参照して、本実施形態の概略について説明する。利用者Ａが、ＷｅｂサービスＹを利用しているとする。本実施形態では、利用者Ａは、商品または物品の受け取りの意思表示を目的としたＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）などを、サーバに登録する。例えば、利用者Ａが利用しているＷｅｂサービスＹのサーバに登録する。発送処理サービスＸのサーバには、このＵＲＬと、利用者Ａが受取る商品または商品を特定するための情報、および利用者Ａが商品または商品を受け取る住所情報などとが関連づけられて記憶される。なお、利用者Ａがサーバに登録する、商品または物品の受け取りの意思表示を目的としたＵＲＬなどを、「受取認識票」と呼ぶ場合がある。
【００３１】
また、商品または物品とは、有体物であっても無体物であってもよい。例えば、プログラムは無体物であるが、プログラムを記録した媒体は有体物である。また、商品と物品は、商品はどちらかと言えば不特定物を意味し、物品はどちらかと言えば特定物を意味する。工業的な手法などで大量に生産されたものは不特定物であるということができ、主に手作業によって一品だけあるいは少量だけ製作されるもの、あるいは不特定物であっても使用がされた中古物品などは特定物と考えることができる。有体物であれば、郵便事業者や宅配事業者によって受領者に配送される。プログラムなどの無体物であれば、ダウンロードして受領者に配送される。以下では、商品によって物品を意味する場合も、物品によって商品を意味する場合がある。
【００３２】
利用者ＢがＷｅｂサービスＷの利用者であるとする。利用者ＡによりＷｅｂサービスＹなどに登録された前記ＵＲＬを、利用者Ｂがその情報端末で選択すると、ＷｅｂサービスＷのサーバが利用者Ｂを認証する。認証が成功すると、発送処理サービスＸのサーバにＵＲＬが選択されたことを示す情報が転送される。発送処理サービスＸのサーバは、利用者Ａに対して利用者Ｂからの郵便物や物品の受取諾否の確認をおこなう。この確認に応じて、利用者Ａがその情報端末より受取の許諾を発送処理サービスＸのサーバに送信すると、発送処理サービスＸのサーバは、利用者Ａの受取住所情報とともに利用者Ｂから利用者Ａへの商品または物品の送付である旨の情報を送付先印刷装置１２０に送る。送付先印刷装置はこれらの情報を印刷する。ここで送付先印刷装置１２０は、物品販売業者や郵便事業会社などが管理している。したがって印刷された情報を用いて、利用者Ｂが指定した商品や物品を利用者Ａに対して発送することができる。なお、プログラムなどの無体物が送付される場合には、受領者に宛ててダウンロードのためのＵＲＬを含む電子メールなどのメッセージが送信されたり、ＵＲＬが印刷された郵便物などが配送されたりするようになっていてもよい。
【００３３】
さらに、利用者Ｃが、ＷｅｂサービスＺの利用者であるとする。利用者ＡによりＷｅｂサービスＹなどに登録された前記ＵＲＬを、利用者Ｃがその情報端末で選択すると、認証サービスＺのサーバが利用者Ｃを認証する。あとは利用者Ｂの場合と同様に、発送処理サービスＸのサーバが、利用者Ａに対して利用者Ｃからの商品や物品の受取諾否の確認をおこなう。利用者Ａがその情報端末より受取の許諾を発送処理サービスＸのサーバに送信すると、利用者Ａの受取住所情報とともに利用者Ｃから利用者Ａへの郵便物または物品の送付である旨の情報を送付先印刷装置１２０に送る。送付先印刷装置１２０はこれらの情報を印刷の上、利用者Ｂが指定した商品や物品を利用者Ａに対して発送する。
【００３４】
すなわち本実施形態では、利用者Ａはたとえばそのホームページなどに、前記ＵＲＬを掲載しておき、商品または物品の受領の意思表示をおこなうことができる。また利用者Ｂは、前記ＵＲＬを選択するだけで、利用者Ａが商品または物品を受け取るための住所を知らなくとも、利用者Ａに商品または物品を送ることができる。このとき発送者ＢはＷｅｂサービスＷのサーバで認証されるため、利用者Ａは前記ＵＲＬで郵便物や物品の受け取る場合、実在しない発送者や利用者Ａが受取を望まない発送者からの商品または物品の受け取りを防ぐことができる。ＷｅｂサービスＷが利用者Ｂを認証することから、発送処理サービスＸのサーバが、パスワードなど利用者Ｂの認証に必要な情報を持つ必要がない。
【００３５】
次に、図８のフロー図を用いて、利用者Ａが商品または商品を受け取るためのＵＲＬを取得する方法についてまず説明する。なお、図８以後のフロー図では、発送処理サービスＸのサーバ１００をサーバＸ、送付先印刷装置１２０を印刷装置、ＷｅｂサービスＹのサーバ１４０をサーバＹ、認証サービスＺのサーバ１５０をサーバＺ、ＷｅｂサービスＷのサーバ１６０をサーバＷ、利用者Ａの情報端末１７０を端末Ａ、利用者Ｂの情報端末１８０を端末Ｂ、そして利用者Ｃの情報端末１３０を端末Ｃと短縮して表記する。
【００３６】
いま、利用者Ａがその情報端末１７０から、商品または物品を受け取るためにＷｅｂサービスＹに掲載するＵＲＬ（以下、受取ＵＲＬと呼ぶ）の生成を、発送処理サービスＸのサーバ１００に要求する。以下では本発明の実施形態の一例として、利用者Ａが利用するブログサービスであるＷｅｂサービスＹに、ＷｅｂサービスＹの他の利用者からクリスマスカードを受け取る意思表示をおこなう一例で説明する。受取ＵＲＬ生成要求は、発送処理サービスＸがあらかじめ定めたＵＲＬなど（以下、「要求ＵＲＬ」あるいは「要求認識票」と呼ぶ）が、利用者Ａの情報端末により選択されることで実行されるとする。ここに、要求ＵＲＬに関する情報は、発送処理サービスＸのサーバの記憶手段１０３にある要求ＵＲＬテーブル１０４に記憶されている。図９に要求ＵＲＬテーブルの一例を示す。要求ＵＲＬテーブルは、要求ＵＲＬが格納される列に対応して要求ＵＲＬに関する情報として、商品分類コード９０２、および商品付加情報９０３などが格納される列を有する。
【００３７】
図９に示す一例では、要求ＵＲＬであるｈｔｔｐ：／／ｒｉｐｐｌｅｘ．ｃｏｍ／ａｂｃｄ（ＵＲＬｘｍ１）９１１に商品分類コードａｂｃｄ（ｍ１）９１２が関連づけられて記憶されている。なお、要求ＵＲＬに商品分類コードを関連付ける代わりに、商品または物品を特定する情報を関連付けることもできる。商品分類コードや商品または物品を特定する情報のことを「商品認識票」と呼ぶ場合がある。なお、ここに「ｒｉｐｐｌｅｘ．ｃｏｍ」がサーバＸのホスト名であるとする。また、ｈｔｔｐ：／／ｒｉｐｐｌｅｘ．ｃｏｍ／ａｂｃｄ（ＵＲＬｘｍ１）９１１は、要求ＵＲＬテーブル１０４により、クリスマスカードに関連づけられている。したがって商品付加情報Ｃｈｒｉｓｔｍａｓ Ｃａｒｄ（Ｉｍ１）９１３は、この要求ＵＲＬで利用者Ａが受け取ることのできるのが、クリスマスカードであることを表している。利用者ＡはステップＳ８０１で、その情報端末１７０よりＵＲＬｘｍ１を発送処理サービスＸのサーバ１００に送信することで、受取ＵＲＬの要求をおこなう。
【００３８】
発送処理サービスＸのサーバこの受取ＵＲＬの生成要求であるＵＲＬｘｍ１を受信すると、その検索手段１０７が要求ＵＲＬテーブルの要求ＵＲＬの列９０１を検索する。図９の一例では、ＵＲＬｘｍ１に関連づけられた商品分類コードｍ１を検索結果として得る（ステップＳ８０１）。本実施形態の一例において商品分類コードｍ１は、クリスマスカードを表すとする。次に、受取ＵＲＬテーブル１０５の新たな行が追加される。図１０には、受取ＵＲＬテーブル１０５の一例を示す。図１０に示す受取ＵＲＬテーブルの行である商品分類コードの列１００１に、ステップＳ８０１での検索結果として得られたｍ１が記憶される（ステップＳ８０２）。受取ＵＲＬテーブル１０５は、商品分類コードの列１００１以外に、送付先認識票の列１００２、ＵＲＬ拡張子の列１００３、および付加情報の列１００４を有する。ステップＳ８０２では、受取ＵＲＬテーブルに新たな行が追加され、その商品分類コードの列１０１１に、検索結果である商品分類コードｍ１が記憶される。
【００３９】
次に、発送処理サービスＸのサーバのＨＴＭＬ生成手段１０２が、利用者Ａが受取ＵＲＬを取得するための画面（以下受取ＵＲＬ取得画面）のＨＴＭＬコードを生成する。このＨＴＭＬコードは、送受信手段１０１からネットワーク１９０を通じて利用者Ａの情報端末１７０に送られる。次に、このＨＴＭＬコードを利用者Ａの情報端末では送受信手段１７１が受信し、ＨＴＭＬ解析手段１７２が解析した後、受取ＵＲＬ取得画面をＧＵＩ表示手段１７３が表示する（ステップＳ８０３）。
【００４０】
図１１には、受取ＵＲＬ取得画面の一例を示す。ＧＵＩ表示手段１７３には、ブラウザウィンドウ１１００およびカーソル１１０２が表示される。ブラウザウィンドウ１１００内には、サービス名１１０１、受領者認識票入力欄１１１０、認識票入力確定ボタン１１１２、受取ＵＲＬ出力欄１１２０、および受取ＵＲＬコピーボタン１１２２が表示される。また、ブラウザウィンドウ内には、本画面がクリスマスカードの受け取りのためのものであることを表す表示１１０３が表示される。この表示は、要求ＵＲＬテーブル１０４の商品付加情報Ｉｍ１９１３をもとにして、ＨＴＭＬ生成手段１０２が作成したＨＴＭＬコードに含まれている情報である。
【００４１】
次に、利用者Ａは入力手段１７４を通じてカーソル１１０２を認識票入力欄１１１０に移動させ、さらに認識票入力欄１１１０を選択した上で、利用者ＡをＷｅｂサービスＷで一意に特定するための認識票ＩＤｗａ１１１１を入力する。図１１の一例では、利用者Ａは認識票ＩＤｗａとして電子メールアドレスｂｅｔｔｙ＠ｅｘａｍｐｌｅＹ．ｃｏｍを入力している。ＷｅｂサービスＷは、電子メール、ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）、チャット、ブログ、画像交換サービスなど何でもよい。Ｗｅｂサービスは、所謂Ｗｅｂメールに限定されず、ＰＯＰ３、ＩＭＡＰ、ＳＭＴＰなどのプロトコルを用いる電子メールサービスでもよい。
【００４２】
次に利用者Ａが、入力手段１７４を通じてカーソル１１０２を認識票入力確定ボタン１１１２に移動させこれを選択する。すると送受信手段１７１が、利用者Ａが入力した認識票ＩＤｗａを、ネットワーク１９０を通じて、発送処理サービスＸのサーバ１００に送る（ステップＳ８０４）。
【００４３】
発送処理サービスＸのサーバの送受信手段１０１がこれを受信すると、ＵＲＬテーブル１０５に記憶する。図１０を再び参照して、受信した利用者ＡのＷｅｂサービスＷにおける認識票ｂｅｔｔｙ＠ｅｘａｍｐｌｅＷ．ｃｏｍ（ＩＤｗａ）１０１２がステップＳ８０２で記憶された商品分類コードｍ１と関連づけられて、ＵＲＬテーブルの認識票の列１００２に記憶される。次に、受取ＵＲＬ生成手段１０８が、ＵＲＬテーブルのＵＲＬの列１００３に存在しないＵＲＬ拡張子Ｕｘａを生成する。生成されたＵＲＬ拡張子は、ＵＲＬテーブルの拡張子の列１００３に記憶される。図１０の一例では、ＵＲＬ拡張子Ｕｘａとして１２３４が生成され、これが受取ＵＲＬテーブルのＵＲＬ拡張子の列１０１３に認識票ＩＤｗａと関連づけられて記憶される（ステップＳ８０５）。
【００４４】
次に、ＵＲＬ生成手段１０６がＵＲＬ拡張子１２３４（Ｕｘａ）を含むＵＲＬを生成する。この一例で、生成されるＵＲＬは、ｈｔｔｐ：／／ｒｉｐｐｌｅｘ．ｊｐ／ｈｏｇｅ／１２３４であり、ステップＳ８０４で記憶された拡張子１２３４（Ｕｘａ）が、このＵＲＬに付加されている。本実施形態の一例では、拡張子１２３４（Ｕｘａ）は受取ＵＲＬに埋め込んでいるが、スクリプト言語などのプログラミング言語などで記述された何らかのプログラムに埋め込んでも良い。次に発送処理サービスＸのサーバの送受信手段１０１は、ここで生成された受取ＵＲＬを、ネットワーク１９０を通じて利用者Ａの情報端末１７０に送る。
【００４５】
次に、利用者Ａの情報端末の送受信手段１７１が受取ＵＲＬであるｈｔｔｐ：／／ｒｉｐｐｌｅｘ．ｊｐ／ｈｏｇｅ／１２３４を受信する。ＧＵＩ表示手段１７３がこの受取ＵＲＬをＧＵＩ表示手段１７３に表示する（ステップＳ８０６）。以上の最終的な結果が図１１に示されている。図１１の受取ＵＲＬ出力欄１１２０にはここで受信した受取ＵＲＬであるｈｔｔｐ：／／ｒｉｐｐｌｅｘ．ｊｐ／ｈｏｇｅ／１２３４が表示されている。このステップＳ８０６で、利用者Ａは受取ＵＲＬを取得する。
【００４６】
次に、図１２および図１５に示すフロー図を用いて、利用者Ａが取得した受取ＵＲＬをＷｅｂサービスＹのサーバに登録して、ＷｅｂサービスＹの他の利用者である、利用者Ｂから商品または物品を受け取る処理の詳細を説明する。以下では、ＷｅｂサービスＹをブログサービスとし、利用者ＡはＷｅｂサービスＹでインターネット上に公開している自分のブログページに取得した受取ＵＲＬを掲載する一例を使って説明する。ＷｅｂサービスＹはブログの他、ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）、チャット、画像交換サービスなど何でもよい。
【００４７】
まず、利用者ＡはステップＳ８０６で取得した受取ＵＲＬをＷｅｂサービスＹなどのサーバに登録する。この登録にあたって、まず利用者Ａは入力手段１７４によりカーソル１１０２を移動させ、受取ＵＲＬコピーボタン１１２２を選択するなどして、受取ＵＲＬであるｈｔｔｐ：／／ｒｉｐｐｌｅｘ．ｊｐ／ｈｏｇｅ／１２３４をその情報端末のメモリなどにコピーする。次に利用者Ａの情報端末の送受信手段１７１は、この受取ＵＲＬを、ネットワーク１９０を通じて、たとえばＷｅｂサービスＹのサーバ１４０に送信する（ステップＳ１２０１）。実際には、利用者ＡがＷｅｂサービスＹのサーバに受取ＵＲＬを送る際には、たとえばまずＷｅｂサービスＹのサーバのＨＴＭＬ生成手段１４２が生成した、受取ＵＲＬを入力するための入力画面を生成したＨＴＭＬコードを利用者Ａの情報端末が受信し、その入力画面を表示した状態で、利用者Ａがコピーした受取ＵＲＬを、その入力画面にペーストするなどの操作が実行される。
【００４８】
次にＷｅｂサービスＹのサーバの送受信手段１４１がこの受取ＵＲＬを受信する。次に、ＨＴＭＬ生成手段１４２が受信した受取ＵＲＬをＷｅｂサービスＹの、利用者Ａのブログページに埋め込む（ステップＳ１２０２）。たとえば、利用者Ａのブログ中のＨＴＭＬコード中に＜ａ ｈｒｅｆ＝"ｈｔｔｐ：／／ｒｉｐｐｌｅｘ．ｊｐ／ｈｏｇｅ／１２３４＞ＣｈｒｉｓｔｍａｓＣａｒｄｓ Ｗｅｌｃｏｍｅ＜／ａ＞というコードなどによって、ハイパーリンクをブログなどに埋め込む。このことで、利用者Ａは、ＷｅｂサービスＹのブログの読者である他の利用者からのクリスマスカードの受取の意思を、利用者Ａのブログページで表明したことになる。
【００４９】
次に、利用者Ｂがその情報端末の入力手段１８４から、ＷｅｂサービスＹにおける、利用者ＡのブログページのＵＲＬを入力するなどして、利用者Ａのブログページの要求をＷｅｂサービスＹのサーバ１４０に対して送信する。ＷｅｂサービスＹのサーバの送受信手段１４１がこの利用者Ｂの情報端末からの要求を受信すると、ＨＴＭＬ生成手段１４２が、利用者Ａの受取ＵＲＬをハイパーリンクとして含む、利用者ＡのブログページのＨＴＭＬコードを生成し、送受信手段１４１がこれを利用者Ｂの情報端末１８０に送る。利用者Ｂの情報端末の送受信手段１８１がこれを受信した上、ＨＴＭＬ解析手段１８２が解析の上、ＧＵＩ表示手段１８３に表示する（ステップＳ１２０３）。
【００５０】
次に、利用者Ｂが入出力手段１８４を操作し、表示手段に表示された利用者Ａのブログページ中の、＜ａ ｈｒｅｆ＝"ｈｔｔｐ：／／ｒｉｐｐｌｅｘ．ｊｐ／ｈｏｇｅ／１２３４＞Ｃｈｒｉｓｔｍａｓ Ｃａｒｄｓ Ｗｅｌｃｏｍｅ＜／ａ＞により記述されるハイパーリンクを指し示す領域を選択する（ステップＳ１２０４）。このことで利用者Ｂは、利用者Ａに対してクリスマスカードを送る意思を表明したことに相当する。すると、利用者Ｂの情報端末の送受信手段は、接続をＷｅｂサービスＹのサーバ１６０との通信を行っていた状態から、発送処理サービスＸのサーバ１００との通信を行うことになる。
【００５１】
発送処理サービスＸのサーバの送受信手段１０１はハイパーリンク中にあるＵＲＬ拡張子１２３４（Ｕｘａ）を受信する（ステップＳ１２０５）。次に、検索手段１０７は、受取ＵＲＬテーブル１０５のＵＲＬ拡張子の列１００３を、ＵＲＬ拡張子１２３４（Ｕｘａ）を検索キーとして検索し、これに関連づけられて商品分類コードの列に記憶されているａｂｃｄ（ｍ１）を検索結果として得る（ステップＳ１２０６）。この検索結果をもとに、検索手段は商品テーブル群１０９の中から、商品分類コードａｂｃｄ（ｍ１）１３９９に対応する商品テーブル１３００を検索する。図１３に商品テーブルの一例を示す。商品テーブルは商品番号の列１３０１、単価情報の列１３０２、商品画像の列１３０３、および商品付加情報１３０４を有する。
【００５２】
次に、ＨＴＭＬ生成手段１０２は、検索された商品テーブル１３００の情報を含む、発送処理サービスＸの商品選択画面のＨＴＭＬコードを生成し、送受信手段１０１がこれを利用者Ｂの情報端末に送信する（ステップＳ１２０７）。利用者Ｂの情報端末の送受信手段１８１がこれを受信すると、ＨＴＭＬ解析手段１８２がこれを解析の上、ＧＵＩ表示手段１８３に表示する。
【００５３】
図１４は、発送処理サービスＸの商品選択画面が、ウェブブラウザウィンドウ１４００に表示された画面の一例である。この画面がクリスマスカードの商品選択画面であることを表す表示１４０５が表示される。この情報は、図９に示した、要求ＵＲＬテーブルに記憶された商品付加情報Ｉｍ１９１３に対応する情報である。またこの選択画面には、各々の商品の商品番号、商品画像、価格情報、および商品付加情報などが表示される。図１４の一例では、商品番号００１の商品１４１１に関連づけて画像１４１２および価格情報１４１３が表示されている。これは、発送処理サービスＸの記憶手段にある商品テーブル１３００における商品番号１３１１、単価１３１２、および画像１３１３に各々対応する情報である。また図１４に示した商品選択画面の一例では、利用者ＢがＷｅｂサービスＷで認証を受けるためのボタン１４４１を有する。
【００５４】
なお、図１４に示すようにボタンを表示する代わりに、利用者が利用しているＷｅｂサービスの識別情報（たとえば、そのＷｅｂサービスのトップページのＵＲＬ）などを入力するテキストボックスが表示されていてもよい。また、あらかじめ定められた複数のＷｅｂサービスを選択するラジオボタンが表示されていてもよい。ボタン、テキストボックス、ラジオボタンのいずれを表示するかは、例えば、利用者の情報端末から送られるクッキー情報や、どのウェブサービスのサーバから発送処理サービスＸへリダイレクトされたかなどの閲覧の履歴に基づいて選択することが可能である。
【００５５】
次に利用者Ｂは、図１４に示すような発送処理サービスＸの商品選択画面を、ＧＵＩ表示手段１８３に表示した状態で、入力手段１８４を利用してカーソル１４９９を移動させ、商品選択操作をおこなう（ステップＳ１２０８）。本実施形態ではたとえば商品番号００１の画像１４１２を選択するとする。複数の商品を選択してもよい。次に、利用者Ｂは再び入力手段１８４を利用してカーソル１４９９を移動させ、利用者ＢをＷｅｂサービスＷで認証するためのたとえばボタン１４４１を選択する（ステップＳ１２０９）。
【００５６】
なお、ＷｅｂサービスＷは、電子メール、ＳＮＳ、ブログ、写真交換サービス、決済サービスなど何でもよい。また、本実施形態ではＨＴＭＬをプロトコルとして使うサービスを一例として使っているが、ＨＴＭＬを使う所謂Ｗｅｂサイトでなく、ＰＯＰ、ＩＭＡＰ、ＳＭＴＰなどのプロトコルによる電子メールサービスでもよく、また独自プロトコルを使ったサービスでもよい。
【００５７】
ステップＳ１２０９で利用者ＢがＷｅｂサービスＷで認証するためのボタン１４４１を選択すると、利用者Ｂの情報端末１８０の接続は、発送処理サービスＸのサーバ１００から、ＷｅｂサービスのサーバＷにリダイレクトされる。次に、ＷｅｂサービスＷのサーバのＨＴＭＬ生成手段１６２は、利用者ＢがＷｅｂサービスＷにログインするための認証画面を表示するためのＨＴＭＬコードを生成し、送受信手段１６１がこれを利用者Ｂの情報端末に送る（ステップＳ１５０１）。利用者Ｂの情報端末では、送受信手段１８１がこれを受信し、ＨＴＭＬ解析手段１８２が解析した後、ＧＵＩ表示手段１８３に表示する。多くの場合、認証画面は、利用者ＢのＷｅｂサービスＷにおける認識票およびパスワードなどの認証情報を入力するためのものである。認証画面で入力する情報は何でもよいが、本実施形態の一例では、利用者ＢをＷｅｂサービスＷで一意に特定するための認識票としてｊｏｈｎ＠ｅｘａｍｐｌｅＷ．ｃｏｍ（ＩＤｗｂ）が使われている。この認証画面で入力する情報は、ＩＤｘｂと、これに関連づけてあらかじめＷｅｂサービスＷのサーバの記憶手段にある認識票テーブル１６５に記憶された、利用者Ｂのパスワードであるとする。
【００５８】
次に、利用者Ｂがその情報端末の入力手段１８４から、認証に必要な認識票ＩＤｗｂとパスワードを入力すると、これらは送受信手段１８１からＷｅｂサービスＷのサーバ１６０に送られる。ＷｅｂサービスＷのサーバの送受信手段１６１がこれらを受信すると、認証手段１６３が認識票テーブル１６５を検索し、利用者Ｂの認識票ＩＤｗｂと、あらかじめこれに関連づけられて記憶されたパスワードとの一致を検出する。この一致によって、利用者Ｂの情報端末１８０が利用者Ｂによって利用されていることが認証される（ステップＳ１５０２）。
【００５９】
次に、ＷｅｂサービスＷのサーバの送受信手段は、認証された利用者Ｂの認識票ＩＤｗｂを発送処理サービスＸのサーバ１００に送る（ステップＳ１５０３）。また、認識票ＩＤｗｂに関連づけて、利用者Ｂのたとえば名前などの個人付加情報ＩｗｂをＩＤｗｂとともに送ってもよい。さらにステップＳ１５０２で認証がされれば、認識票ＩＤｗｂを送らずに、個人付加情報Ｉｗｂのみを送ってもよい。ＷｅｂサービスＷと発送処理サービスＸが異なる事業者によって運営されているような場合には、個人付加情報ＩｗｂのみでＩＤｗｂを送らないことで、発送処理サービスＸの運営者がＷｅｂサービスＷの運営者の有する利用者情報を得ずにすむという効果がある。このステップＳ１５０３でＷｅｂサービスＷのサーバ１６０が、発送処理サービスＸのサーバ１００に送るのは、利用者Ｂの認識票ＩＤｗｂでなくとも、ＷｅｂサービスＷのサーバで利用者Ｂを一意に特定できる情報であれば何でもよい。
【００６０】
たとえば、ＷｅｂサービスＷのサーバの記憶手段に認識票変換テーブル１６６でＩＤｗｂと関連づけられた別認識票ＩＤｗｂ'を記憶しておき、ＷｅｂサービスＷ１６０のサーバがステップＳ１５０３でＩＤｗｂのかわりにＩＤｗｂ'発送処理サービスＸのサーバ１００に送ってもよい。このようにＩＤｗｂ'を使うことで、利用者ＢのＷｅｂサービスＷにおけるパスワード情報だけでなく、ＷｅｂサービスＷにおける利用者Ｂの認識票ＩＤｗｂも発送処理サービスＸに知られないようにすることができる。このことで、ＷｅｂサービスＷと発送処理サービスＸの独立性を維持するという事業的要求を満たすことができる。ステップＳ１５０１からＳ１５０３までの処理には、たとえば、ＯｐｅｎＩＤなどの統一規格を用いてもよい。あるいは、ＷｅｂサービスＷとＷｅｂサービスＸとの間で定められたプロトコルを用いてもよい。
【００６１】
なお、本実施形態ではＷｅｂサービスＷのサーバ１６０が利用者Ｂを認証した後、ＷｅｂサービスＷのサーバが利用者Ｂの認識票ＩＤｗｂまたは利用者Ｂの付加情報Ｉｗｂを発送処理サービスＸのサーバ１５０に送る。しかし本発明の別の実施形態では、利用者Ｂの認識票ＩＤｗｂおよび付加情報ＩｗｂはＷｅｂサービスＷのサーバ１６０から発送処理サービスＸのサーバ１００に送らなくてもよい。たとえば利用者Ｂの情報端末がＩＤｗｂまたはＩｗｂを発送処理サービスＸのサーバ１００に送り、またＷｅｂサービスＷのサーバが認証済みであることの通知だけを発送処理サービスＸのサーバ１００に送ってもよい。
【００６２】
次に、発送処理サービスＸのサーバの送受信手段１０１が、ＷｅｂサービスＷのサーバ１６０から送られた認識票ＩＤｗｂを受信し、これを記憶手段にある発送者テーブルに新たな行を追加の上、ＵＲＬ拡張子１２３４（Ｕｘａ）と関連づけて記憶する（ステップＳ１５０４）。図１６には発送者テーブルの一例を示す。発送者テーブルはＵＲＬ拡張子の列１６０１、発送者認識票の列１６０２、および名前情報の列１６０３を有する。図１６ではＷｅｂサービスＷのサーバより受信したＩＤｗｂ１６１２と、ＵＲＬ拡張子１２３４（Ｕｘａ）１６１１とが関連づけられて保存されている。ここでＩＤｗｂ１６１２は発送者である利用者Ｂの認識票である。また、１２３４（Ｕｘａ）１６１１は、受領者である利用者Ａの認識票ＩＤｗａとステップＳ８０５で関連付けて受取ＵＲＬテーブルに記憶されている。ステップＳ１５０３で、認識票ＩＤｗｂに関連づけて利用者Ｂの付加情報Ｉｗｂが、ＷｅｂサービスＷのサーバより送られた場合には、このＩｗｂを、発送者テーブル１１０の付加情報の列１６０３記憶する。図１６に示す一例では、個人付加情報としてＪｏｈｎ Ｂｒｏｗｎ（Ｉｗｂ）１６１３が、ＩＤｗｂと関連づけて記憶されている。
【００６３】
次に、検索手段１０７が１２３４（Ｕｘａ）を検索キーとして、受取ＵＲＬテーブル１０５および発送者テーブル１１０を検索する。この検索結果として受取ＵＲＬテーブル１０５から送付先認識票ＩＤｗａ、また発送者テーブル１１０から発送者認識票ＩＤｗｂを得る（ステップＳ１５０５）。ＩＤｗａは受領者である利用者Ａの、またＩＤｗｂは発送者である利用者Ｂの認識票である。ステップＳ１５０２において認識票ＩＤｗｂが、利用者ＢであることをＷｅｂサービスＷのサーバが既に認証している。
【００６４】
次に、発送処理サービスＸのサーバの送受信手段１０１が、受取画面用ＵＲＬおよび認識票ＩＤｗｂまたは付加情報Ｉｗｂを含む、利用者Ｂからのクリスマスカード受取の通知を、ＷｅｂサービスＷのサーバ１６０を経由して、認識票ＩＤｗａを有する利用者Ａの情報端末１７０に送る（ステップＳ１５０６）。たとえば、電子メールによって、通知が利用者Ａの情報端末１７０に送られる。この通知には、認識票ＩＤｗｂまたは付加情報Ｉｗｂを有する利用者Ｂが、利用者Ａに対してクリスマスカードを送る意思を有している事実が記載されている。次に、利用者Ａがその情報端末の表示手段１７３に表示された受取画面用ＵＲＬを選択すると、利用者Ａの情報端末の送受信手段１７１が、受取画面のＨＴＭＬコードの要求を発送処理サービスＸのサーバ１００に送る（ステップＳ１５０７）。
【００６５】
次に、発送処理サービスＸのサーバのＨＴＭＬ生成手段１０２は、受取処理用画面を生成するための、ＩＤｗａ１０１２およびＩＤｗｂ１６１２を含むＨＴＭＬコードを生成する。送受信手段１０１はこのＨＴＭＬコードを利用者Ａの情報端末１７０に送る（ステップＳ１５０８）。利用者Ａの情報端末の送受信手段１７１がこのＨＴＭＬコードを受信すると、ＨＴＭＬ解析手段が解析の上、ＧＵＩ表示手段１７３に受取処理画面を表示する。
【００６６】
図１７に受取処理画面の一例を示す。ＧＵＩ表示手段１７３には、ウェブブラウザウィンドウ１７００が表示される。またＷｅｂサービスＷで認識票ＩＤｗｂ１７１２を有する利用者Ｂが、ＩＤｘａ１７１１を有する利用者Ａに対して商品または物品を送ろうとしている旨のメッセージ１７１０が表示される。ここで表示されるＩＤｗｂ１７１２は発送者テーブル１１０でＩＤｗｂに関連づけて記憶された利用者Ｂの付加情報Ｊｏｈｎ Ｂｒｏｗｎ（Ｉｗｂ）でもよい。また同様にＩＤｗａ１７１１は受取ＵＲＬテーブル１０５でＩＤｗａに関連付けて記憶された利用者Ａの付加情報Ｂｅｔｔｙ Ｔｈｏｍａｓでもよい。さらに、ウェブブラウザウィンドウ１７００には、受領者名前入力欄１７２１および受領者住所入力欄１７２２が表示される。さらに受取受諾ボタン１７３１および、受取拒否ボタン１７３２が表示される。
【００６７】
この状態で、利用者Ａが利用者Ｂからの郵便物または物品を受け取る場合は、入力手段１７４を利用して受領者名前入力欄１７２１に利用者Ａの名前を、また受領者住所入力欄１７２２に利用者Ａの住所を各々入力した後、カーソル１７９９を移動させて受取受諾ボタン１７３１を選択する（ステップＳ１５０９）。図１７に示す一例では、受領者名前入力欄には利用者Ａの名前Ｂｅｔｔｙ Ｔｈｏｍａｓが、さらに受領者住所入力欄には利用者Ａの住所１２３４ Ｍｉｓｓｉｏｎ Ｓｔ．Ｌａｋｅ Ｃｉｔｙが各々入力されている。利用者Ａが受取受諾のボタンを選択すると、送受信手段１７１は、受取の可否、および入力された受領者の名前および住所を発送処理サービスＸのサーバに送る（ステップＳ１５１０）。
【００６８】
本実施形態では、受領者の名前および住所の入力と、受取諾否の確認とが、図１７に示すように、ひとつの画面で行われていたが、受領者の名前および住所の入力と、受取諾否の確認とは異なる画面に表示されてもよい。したがって、受領者の名前および住所の入力と、受取諾否の確認とは、異なるステップにおいて実行されてもよい。
【００６９】
発送処理サービスＸのサーバの送受信手段１０１が受取の受諾情報、および入力された受領者の名前および住所を受信すると、印刷情報生成手段１１１が受領者の名前および住所を含む印刷情報を生成した上、送受信手段１０１がこれを送付先印刷装置１２０に送信する。送付先印刷装置では送受信手段１２１がこれらの情報を受信し、印刷手段が送付先を印刷する（ステップＳ１５１１）。なお、ここで発送処理サービスＸのサーバ１００が利用者Ａの情報端末１７０から受信した、利用者Ａの名前と住所は、記憶手段の受領者テーブル１１２に、利用者ＡのＷｅｂサービスＷにおける認識票ＩＤｗａと関連づけて記憶してもよい。もし、ここで名前と住所を記憶しておけば、後のステップＳ１８１０の説明にあるように、利用者Ａが同じ情報を利用者Ａの情報端末に入力する操作を省略することができる。
【００７０】
利用者Ａが利用者Ｂからの商品または物品を受け取らない場合には、入力手段１７４を利用してカーソル１７９９を移動させ、受取拒否ボタン１７３２を選択する（ステップＳ１５０９）。この選択情報は、送受信手段１７１を通じて発送処理サービスＸのサーバ１００に送信される。発送処理サービスＸの送受信手段１０１がこれを受信すると、記憶手段にある発送者テーブル１１０から、利用者Ｂの行とその行に記憶された情報１２３４（Ｕｘａ）１６１１、ＩＤｗｂ１６１２、およびＩｗｂ１６１３を消去する（ステップＳ１５１２）。発送者テーブルにおいて利用者Ａの認識票ＩＤｗａ１０１２およびＵＲＬ拡張子１０１３を有する行は、今後利用者Ａが利用者Ｂ以外の利用者からの商品または物品を受け取る際に使うので、消去する必要はない。
【００７１】
これまでの説明では、利用者Ｂが利用者Ａに商品または物品を送るための処理を説明した。その際、利用者ＢがステップＳ１５０１において、利用者ＢのＷｅｂサービスＷにおける認識票ＩＤｗｂを発送処理サービスＸに送信せずに、利用者Ｂの情報端末１８０の接続をＷｅｂサービスＷのサーバ１６０にリダイレクトした上で、ＷｅｂサービスＷのサーバが利用者Ｂを認証した。これは、利用者Ａおよび利用者ＢがともにＷｅｂサービスＷを利用している場合にのみ実現可能である。以下では、利用者Ｃが情報端末１３０から利用者Ａに商品または物品を送る処理について説明する。この際、利用者ＣはＷｅｂサービスＷの利用者ではなく、したがってＷｅｂサービスＷで認証を受けることはできない。以下の説明では、発送処理サービスＸのサーバが認証サービスＺにおける利用者Ｃの認識票ＩＤｚｃを受信した上で、発送処理サービスＸのサーバ１００が認証サービスＺＸのサーバ１５０に認証を依頼する。
【００７２】
いま、利用者Ｃが利用者Ａに発送処理サービスＸを利用して、クリスマスカードを送ろうとしている。利用者Ａは、ステップＳ８０１からステップＳ１２０２までの処理を既に実行済であるとする。さらに、利用者Ｃはその情報端末１３０から、ＷｅｂサービスＹの利用者ＡのブログページでＵＲＬ拡張子１２３４（Ｕｘａ）を含む受取ＵＲＬを選択し、さらに商品分類コードｍ１の商品テーブルの内容を含む商品選択画面を発送処理サービスＸのサーバ１００より得、そのＧＵＩ表示手段１３３に表示させる。これは既に説明したステップＳ１２０３からステップＳ１２０６までの処理であり、利用者Ｂを利用者Ｃに置き換えたものである。このため、詳細な説明を省略する。以下では、図１８に示すフロー図を用いて、利用者Ｃが利用者Ａに送るクリスマスカードを選択する処理以降について説明する。
【００７３】
前記ステップＳ１２０６に相当する処理の後、発送処理サービスＸのサーバのＨＴＭＬ生成手段１０２は、検索された商品テーブル１３００の情報を含む、発送処理サービスＸの商品選択画面のＨＴＭＬコードを生成し、送受信手段１０１がこれを利用者Ｃの情報端末に送信する（ステップＳ１８０１）。利用者Ｃの情報端末の送受信手段１３１がこれを受信すると、ＨＴＭＬ解析手段１３２がこれを解析の上、ＧＵＩ表示手段１３３に表示する。
【００７４】
図１９は、発送処理サービスＸの商品選択画面がウェブブラウザウィンドウ１９００に表示された画面の一例である。商品選択画面は各々の商品の商品番号、商品画像、価格情報、および付加情報が表示される。図１９の一例では、商品番号００４の商品１９１１に関連づけて画像１９１２および価格情報１９１３が表示されている。これは、発送処理サービスＸの記憶手段にある商品テーブル１３００における商品番号１３４１，単価１３４２、および画像１３４３に各々対応する情報である。また図１９に示した商品選択画面の一例では、利用者Ｃが利用する認証サービスＺの認識票入力欄１９４１、利用者Ｃの名前を入力する欄１９４２、認証情報を入力する欄１９４３、および実行ボタン１９４９を有する。
【００７５】
次に利用者Ｃは、図１９に示すような発送処理サービスＸの商品選択画面を、ＧＵＩ表示手段１３３に表示した状態で、入力手段１３４を利用してカーソル１９９９を移動させ、商品選択操作をおこなう。本実施形態ではたとえば商品番号００４の画像１９１２を選択するとする。複数の商品を選択してもよい。次に、利用者Ｃは再び入力手段１３４を利用してカーソル１９９９を移動させ、利用者Ｃの認証サービスＺにおける認識票、名前、および認証情報を入力する（ステップＳ１８０２）。図１９の一例では、利用者Ｃの認証サービスＺにおける認識票８１２５３（ＩＤｚｃ）と利用者Ｃの名前Ｆｒｅｄ Ｍａｎｃｉｎｉ（Ｉｚｃ）、および認証情報ｍｏｕｎｔａｉｎ７（Ｐｚｃ）が入力されている。次に、利用者ＣをＷｅｂサービスＺで認証するためのボタン１９４３を選択する。
【００７６】
なお、認証サービスサービスＺは、電子メール、ＳＮＳ、ブログ、写真交換サービス、決済サービスなど何でもよい。また、本実施形態ではＨＴＭＬをプロトコルとして使うサービスを一例として使っているが、ＨＴＭＬを使う所謂Ｗｅｂサイトでなく、ＰＯＰ、ＩＭＡＰ、ＳＭＴＰなどのプロトコルによる電子メールサービスでもよく、また独自プロトコルを使ったクレジットカードのような認証サービスでもよい。
【００７７】
次に、利用者Ｃの情報端末の送受信手段が、ステップＳ１８０２で入力された情報を、発送処理サービスＸのサーバ１００に送る。再び図１６を参照して、発送処理サービスＸのサーバの送受信手段１０１がこれを受信すると、発送者テーブル１１０に新たな行を追加し、そこにＵＲＬ拡張子１２３４（Ｕｘａ）１６２１に関連づけて利用者Ｃの認証サービスＺにおける認識票ＩＤｚｃ１６２２および名前Ｉｚｃ１６２３を記憶する。さらに送受信手段は認識票ＩＤｚｃ、名前Ｉｚｃ、および認証情報Ｐｚｃを認証サービスＺのサーバ１５０に送る（ステップＳ１８０４）。
【００７８】
認証サービスＺのサーバ１５０では、利用者Ｃの認証サービスＺにおける認識票ＩＤｚｃ、利用者ＣがステップＳ１８０２で入力した名前Ｉｚｃおよび認証情報Ｐｚｃを送受信手段１５１が受信する。次に、認証手段１５２が記憶手段１５３にあらかじめ記憶した利用者テーブルのレコードと受信したＩＤｚｃ、Ｉｚｃ、およびＰｚｃを照合する。（ステップＳ１８０５）一致が検出されない場合には、送受信手段１５１が否認の通知を、発送処理サービスＸのサーバ１００に返す（ステップＳ１８０６）。発送処理サービスＸのサーバの送受信手段１０１がこの否認通知を受信すると、記憶手段の発送者テーブルにある、ステップＳ１８０４で作成された行およびその行にあるＩＤｚｃ１６２１、Ｉｚｃ１６２２およびＩｚｃ１６２３を削除（テップＳ１８０７）した上、処理を終了する。
【００７９】
ステップＳ１８０５で一致が検出されると、送受信手段１５１が認証の通知を、発送処理サービスＸのサーバ１００に送る（ステップＳ１８０８）。発送処理サービスＸのサーバの送受信手段１０１がこの認証情報を受信すると、ＨＴＭＬ生成手段１０２は、受取処理用画面を生成するための、ＩＤｗａ１０１２、Ｉｚｃ１６２３を含むＨＴＭＬコードを生成する。送受信手段１０１はこのＨＴＭＬコードを利用者Ａの情報端末１７０に送る（ステップＳ１８０９）。利用者Ａの情報端末の送受信手段１７１がこのＨＴＭＬコードを受信すると、ＨＴＭＬ解析手段が解析の上、ＧＵＩ表示手段１７３に受取処理画面を表示する。
【００８０】
図２０に受取処理画面の一例を示す。ＧＵＩ表示手段１７３には、ウェブブラウザウィンドウ２０００が表示される。また認証サービスで認識票ＩＤｚｃおよび付加情報Ｉｚｃ２０１２を有する利用者Ｃが、ＩＤｘａ２０１１を有する利用者Ａに対してクリスマスカードを送ろうとしている旨のメッセージ２０１０が表示される。ここで表示されるＩｚｃは発送者テーブル１１０でＩＤｚｃに関連づけて記憶された利用者Ｃの付加情報であり、前記ステップＳ１８０５で、認証サービスＺのサーバ１５０によって認証された情報である。ＩＤｗａ２０１１は受取ＵＲＬテーブル１０５でＩＤｗａに関連付けて記憶された利用者Ａの付加情報Ｉｗａ１０１４でもよい。また、ウェブブラウザウィンドウ２０００には、受領者名前入力欄１７２１および受領者住所入力欄１７２２が表示される。さらに受取受諾ボタン１７３１および、受取拒否ボタン１７３２が表示される。
【００８１】
受取処理画面には、受領者名前入力欄２０２１および受領者住所入力欄２０２２が表示される。ここで前記ステップＳ１５０９の説明で述べたように、利用者Ａの名前と住所を発送者情報テーブル１１２に、ＩＤｗａと関連づけて記憶してあれば、図２０にあるように、利用者Ａの名前と住所があらかじめ入力された状態で表示される。この実施形態における一例では、利用者Ａはその情報端末の入力手段１７４を操作し、表示手段１７３に表示されたカーソル２０９９を移動させた上、受諾ボタン２０３１を選択する（ステップＳ１８１０）。発送処理サービスＸのサーバの送受信手段１０１が利用者Ａの情報端末１７０から受取の受諾情報を受信すると、印刷情報生成手段１１１が受領者の名前および住所を含む印刷情報を生成した上、送受信手段１０１がこれを送付先印刷装置１２０に送信する。送付先印刷装置では送受信手段１２１がこれらの情報を受信し、印刷手段が送付先を印刷する（ステップＳ１８１１）。利用者Ａが利用者Ｂからの郵便物または物品を受け取らない場合には、入力手段１７４を利用してカーソル２０９９を移動させ、受取拒否ボタン２０３２を選択する（ステップＳ１８１０）。この選択情報は、送受信手段１７１を通じて発送処理サービスＸのサーバ１００に送信される。発送処理サービスＸの送受信手段１０１がこれを受信すると、記憶手段にある発送者テーブル１１０から、利用者Ｃの行とその行に記憶された１２３４（Ｕｘａ）１６２１、ＩＤｚｃ１６２２、およびＩｚｃ１６２３を消去する（ステップＳ１５１２）。
【００８２】
次に、本実施形態を使って本発明の効果について説明する。従来の技術によれば、利用者Ａがそのブログページなどで、クリスマスカード受領の意思を表明し、利用者Ａのブログの読者からクリスマスカードを受け取る場合には、利用者Ａはクリスマスカードの配達先となる利用者Ａの名前と住所をブログページなどでインターネット上に公開する必要があった。本実施形態では、利用者Ａが受取ＵＲＬをブログサービスなどであるＷｅｂサービスＹに掲載し、ＷｅｂサービスＹで利用者Ａのブログページなどを見る利用者Ｂおよび利用者Ｃがこの受取ＵＲＬを選択すると、発送処理サービスＸのサーバが発送者である利用者Ｂや利用者Ｃを他のサービスより取得した上これを呈示し、発送処理サービスＸおサーバが利用者Ａから受取の諾否を得た後、利用者Ａに利用者Ｂや利用者Ｃの選択したクリスマスカードを送付した。ここで、本発明の本実施形態では従来の方法にはない、以下５つの効果を得ることができる。
【００８３】
第１の効果は、発送者である利用者Ｂおよび利用者Ｃに、送付先となる利用者Ａの名前や住所が入手されることなく、クリスマスカードを利用者Ａに送ることができる点である。利用者Ｂや利用者Ｃは、各々の情報端末から利用者Ａの受取ＵＲＬを選択し（ステップＳ１２０４）、ＷｅｂサービスＷや認証サービスＺから認証を受けた（ステップＳ１５０２、ステップＳ１８０５）上で、利用者Ａに送るクリスマスカードを選択した（ステップＳ１２０８，ステップＳ１８０２）だけであり、利用者Ａの名前や住所は入手していない。
【００８４】
第２の効果は、クリスマスカードを受け取る利用者Ａが、その名前や住所をインターネット上に公開することなく、利用者Ａの名前や住所を知らないブログ読者の利用者Ｂや利用者Ｃからクリスマスカードを受け取ることができている点である。利用者Ａは、ブログサービスなどであるＷｅｂサービスＹで名前や住所を公開するのではなく、受取確認とともに発送処理サービスＸのサーバに名前や住所を送っている（ステップＳ１５１０）だけである。
【００８５】
第３の効果は、利用者Ａが利用者Ｂや利用者Ｃからクリスマスカードを受け取る際、個々の発送者からのクリスマスカードを受け取るか、それとも拒否するかを選択できる。利用者Ａは、利用者Ｂからのクリスマスカードを受け取るかどうかをステップＳ１５０９で確認し、また利用者Ｂからのクリスマスカードを受け取るかどうかをステップＳ１８１０で確認する。ここで利用者Ａが受取拒否を選択すれば、クリスマスカードは利用者Ａに送られない。
【００８６】
第４の効果は、発送者である利用者Ｂや利用者Ｃを認証できる点である。本発明によれば上記第３の効果に示したとおり、利用者Ａは受取の諾否を、発送者ごとに選択できる。さらに本発明では、ステップＳ１５０８で発送処理サービスＸから利用者Ａに呈示される発送者の認識票ＩＤｗｂは、ＷｅｂサービスＷのサーバで、利用者Ｗの有する認識票であることが認証されている。同様に、ステップＳ１８０９で発送処理サービスＸより利用者Ａに呈示される発送者の認識票ＩＤｚｃおよび付加情報Ｉｚｃは、認証サービスＺによって認証されている。このため、利用者ＡはステップＳ１５０９やステップＳ１８１０における受取確認で、発送者が他者になりすましていないこと知った上で、受取の諾否を決定できる。
【００８７】
第５の効果は、利用者Ａが受取ＵＲＬをブログサービスであるＷｅｂサービスＹに掲載する際、この受取ＵＲＬで受領する商品を指定することができる点である。ステップＳ８０１において、利用者Ａはその情報端末から要求ＵＲＬであるＵＲＬｘｍ１を選択した。図９に示すように、このＵＲＬｘｍ１は要求ＵＲＬテーブル１０４において商品分類コードｍ１に関連づけられている。したがって、このステップＳ８０１の操作によって、利用者Ａは、発送処理サービスＸのサーバに対して商品分類コードｍ１で指定される商品テーブル１３００にある商品群を受け取るという意思表示したことになる。図９を参照すると、たとえばもし利用者Ａがクリスマスカードではなく玩具を受け取りたければ、ステップＳ８０１で異なる受取ＵＲＬ９２１（ＵＲＬｘｍ２）を選択すればよい。さらに、この第５の効果によって、万一利用者Ｂや利用者Ｃに悪意があったとしても、利用者Ａに対して危険物や利用者Ａに適していない商品または物品を送るようなことは不可能になっている。
【００８８】
なお、本実施形態では利用者Ａがクリスマスカードを受け取る例で説明したが、ここで説明した５つの効果は、クリスマスカードのような郵便物に限らず、物品受領全般について有効である。
【符号の説明】
【００８９】
１００ 発送処理サービスＸのサーバ
１２０ 送付先印刷装置
１３０ 利用者Ｃの情報端末
１４０ ＷｅｂサービスＹのサーバ
１５０ 認証サービスＺのサーバ
１６０ ＷｅｂサービスＷのサーバ
１７０ 利用者Ａの情報端末
１８０ 利用者Ｂの情報端末
１９０ ネットワーク
【技術分野】
【０００１】
本発明は、インターネットを利用して情報の送受信を行い、商品または物品の授受を行うための技術に関する。
【背景技術】
【０００２】
種々のインターネットのサービスが提供されている（例えば、特許文献１参照。）その中には、インターネットを利用して情報の送受信を行った後に、商品または物品の授受を行うためのサービスがある。その多くは、ウェブサイトを用いる商品や物品の販売である。すなわち、販売事業者が運営するウェブサイトを閲覧する利用者が、その情報端末を用いて購入する商品または物品を選択した後、商品または物品の送り先の名前及び住所を、販売事業者に対してインターネットを通じて送信する。すると販売事業者は、利用者から受信した名前及び住所へ、購入された商品または物品を発送する。このほかに利用者と販売事業者との間で決済に関する情報の授受が行われることも多い。
【０００３】
ここで、利用者が販売事業者に名前及び住所などの情報を送信する際には、情報がインターネット上で他の利用者には知られることのない方法が用いられる。一般には、利用者から販売事業者に対する電子メールの送信や、販売事業者がウェブサイトであらかじめ提供する入力フォームに利用者が名前や住所を入力した上で、販売事業者のサーバに送信するなど、１対１の通信が用いられる。
【０００４】
このように、インターネット上の商品または物品の授受は、物品の購入者などが物品の送り先である名前及び住所を、メールの送信や入力フォームへの入力などの明示的操作によって他の利用者に知られない方法により行われることが多い。これは別の表現をすれば、複数の利用者から名前及び住所が開示されたひとつの事業者から、配送先の名前及び住所への物品の配送である。この場合配送先となる複数の名前及び住所は、通常、インターネット上に公開されない。以上が、インターネット上の商品または物品の販売などに広く用いられている、従来の方法による第１の物品授受の形態である。
【０００５】
一方、ひとりの受領者が、複数の発送者から商品または物品を受け取りたいという要求もある。たとえば、ウェブサイト上で被災地への物品の寄付を募る場合、著名人に対するファンレターを募る場合などがある。このような場合は、商品または物品の受領者はそのウェブサイトなどで、商品または物品の配送に必要な名前及び住所を公開し、商品または物品の発送者が公開された名前及び住所を使って商品または物品を送る。これは別の表現をすれば、連絡先を公開したひとつの利用者への、連絡先が公開されていない複数の利用者からの商品または物品の配送である。以上がインターネットを用いる、従来の方法による第２の物品授受の形態である。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開2004-234329号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は、商品または物品の受領者が、その配送に必要な名前及び住所を発送者に知られることなく商品または物品を受け取ることができる技術を提供する。これにより、前記技術背景に記した前記第２の物品授受の形態に関する課題を解決する。
【０００８】
従来の技術によれば、受領者が発送者より商品または物品を受け取るためには、受領者はウェブサイトなどでその名前及び住所をインターネット上に公開する必要があった。受領者が名前及び住所を公開しなければ、発送者は商品または物品を発送できないためである。このような従来の技術には、以下５つの問題があった。
【０００９】
まず第１の問題は、発送者に受領者の名前と住所が知られてしまうことが避けられない点である。実際には、受領者は発送者に名前や住所を知られたくない場合が多い。たとえば著名人に対するファンレターを募る場合、ほとんどの場合に受領者となる著名人は送付先となる住所を公開したいわけではない。住所を公開しないとファンレターを募ることができないから公開しているに過ぎない。このためインターネット状に公開される住所としては、著名人本人のものではなく、法人など何らかの代理者の住所が使われる。
【００１０】
第２の問題は、受領者の名前と住所をインターネット上に公開してしまうことのリスクである。特に個人が受領者となる場合、その名前及び住所をインターネット上に公開し、世界中の誰もが閲覧できる状態にすることは、たとえば望まない訪問販売、ストーキング、誘拐など様々なリスクを背負うことになる。このため、ほとんどの個人はインターネット上で名前や住所を公開することを望まない。
【００１１】
第３の問題は、受領者が受け取る各々の商品または物品について、受領者が受取の可否を決められない点である。たとえば、インターネット上の何らかのサービスで互いに知人同士となった人からは商品または物品を受け取るが、未知の利用者からの商品または物品は受け取らないというような、選択的な受取に対する要求は幅広くあるが、従来の方法ではこれが不可能であった。
【００１２】
第４の問題は、発送者の認証ができない点である。受領者の名前及び住所をインターネット上で公開して商品または物品を受け取ると、受領者は、不特定多数の利用者からの商品または物品を受け取ることになる。発送者を認証する手段はなく、発送者は容易に他者になりすますことができる。したがって、たとえ上記第３の問題を、発送者の情報を用いて受領者の受取意志を確認する方法で解決しようとしても、発送者の情報が発送者本人のものであることを確認することができない。
【００１３】
第５の問題は、名前や住所をインターネット上に公開し、商品または物品を受け取る場合、受領者が受け取る商品または物品を選択できない点である。たとえば、ある利用者が、自分のブログの読者からクリスマスカードは受け取りたいが、他の商品または物品は受け取りたくないという要求があるかもしれない。しかし、住所や名前をインターネット上で公開する従来の方法では、受領者が、ブログの読者から送られる商品または物品を指定することはできない。特に、インターネット上に名前及び住所を公開することで、不特定多数の利用者が商品または物品を受領者に送ることができ、従来は、たとえば爆発物が送られてくるというようなリスクを排除できなかった。
【００１４】
インターネット上に名前及び住所を公開して郵便物や商品または物品を受け取る従来の技術を用いて上述のように被災地への商品または物品の寄付を募る場合や、著名人に対するファンレターを募る場合のように、個人を特定しない形で送付先の名前や住所をインターネット上で公開できるような場合に限られているのは、以上に述べた理由による。しかし、従来の技術ではそれでも前記第２、第３、第４、および第５の問題が解決されるわけではなかった。
【００１５】
本発明は、このような状況に鑑みてなされたものであり、商品または物品の受領者の名前や住所を発送者に知られることなく、また受領者がインターネットで名前及び住所を公開する必要がなく、さらに、発送者を認証する手段を有し、受領者が発送者ごとに選択的に受取の可否を選択でき、かつ、受領者の望まない商品または物品が受領者に配送される可能性をより小さくするための、商品または物品配送に係るシステム、サーバ、情報端末、および方法を提供する。
【課題を解決するための手段】
【００１６】
本発明の一実施形態として、商品または物品の商品認識票および商品付加情報に関連付けて要求認識票を記憶し第１のサービスを提供する第１のサーバと、利用者を一意に特定するための個人認識票を用いて第２のサービスを提供する第２のサーバと、第１の利用者の第１の情報端末と、第２の利用者の第２の情報端末と、前記第１の利用者の受取認識票を記憶して前記第２の情報端末に送信する第３のサービスを提供する第３のサーバと、送付先印刷装置と、を有するシステムについて開示する。そのシステムにおいては、前記第１の情報端末が、前記要求認識票を第１のサーバに送信し、前記第１のサーバが、前記要求認識票を受信し、前記第１のサーバが、前記第１の個人認識票を要求するための第１の画面情報を前記第１の情報端末に送信し、前記第１の情報端末が、前記第１の個人認識票を前記第１のサーバに送信し、前記第１のサーバが、前記受取認識票を生成し、前記第１のサーバが、前記受取認識票、前記第１の個人認識票、前記商品認識票、および前記商品付加情報を関連づけて記憶し、前記第１のサーバが、前記受取認識票を前記第１の情報端末に送信し、前記第１の情報端末が、前記受取認識票を前記第１の利用者が利用する第３のサービスの第３のサーバに送信し、前記第３のサーバが、前記受取認識票を前記第１の利用者の第２の画面情報の一部として記憶する。
【００１７】
また、本発明の別の一実施形態として、第１の利用者の第１の情報端末と、第２の利用者の第２の情報端末と、商品または物品の商品認識票および商品付加情報に関連付けて要求認識票を記憶し第１のサービスを提供する第１のサーバと、前記第１の利用者および前記第２の利用者を各々一意に特定するための第１の個人認識票および第２の個人認識票を用いて第２のサービスを提供する第２のサーバと、前記第１の利用者の受取認識票を記憶して前記第２の情報端末に送信する第３のサービスの第３のサーバと、認証サービスを提供する第４のサーバと、送付先印刷装置と、を有するシステムについて開示する。このシステムにおいては、前記第１の情報端末が、前記要求認識票を第１のサーバに送信し、前記第１のサーバが、前記要求認識票を受信し、前記第１のサーバが、前記第１の個人認識票を要求するための第１の画面情報を前記第１の情報端末に送信し、前記第１の情報端末が、前記第１の個人認識票を前記第１のサーバに送信し、前記第１のサーバが、前記受取認識票を生成し、前記第１のサーバが、前記受取認識票、前記第１の個人認識票、前記商品認識票、および前記商品付加情報を関連づけて記憶し、前記第１のサーバが、前記受取認識票を前記第１の情報端末に送信し、前記第１の情報端末が、前記第１のサーバが前記受取認識票を前記第１の利用者が利用する第３のサービスの第３のサーバに送信し、前記第３のサーバが、前記受取認識票を前記第１の利用者の第２の画面情報の一部として記憶し、前記第３のサーバが、前記第２の情報端末からの前記第２の画面情報の要求に応じて前記受取認識票を含む前記第２の画面情報を前記第２の情報端末に送信し、前記第２の情報端末が、前記受取認識票を含む前記第２の画面情報を受信すると、前記第１のサーバに前記受取認識票を送信し、前記第１のサーバが、前記受取認識票に関連づけて記憶されている前記商品認識票を検索し、前記第１のサーバが、前記商品認識票に関連づけられて記憶されている前記商品付加情報を含む第３の画面情報を生成し、前記第１のサーバが、前記商品付加情報を含む前記第３の画面情報を前記第２の情報端末に送信し、前記第２の情報端末が、前記第２の個人認識票、前記第２の利用者が前記第２の情報端末に入力した前記第２の利用者の名前情報、および前記第２の利用者の認証情報を前記第１のサーバに送信し、前記第１のサーバが、前記第２の個人認識票、前記名前情報、および前記認証情報を前記第４のサーバに送信し、前記第４のサーバが、認証済情報を前記第１のサーバに送信し、前記第１のサーバが、前記商品付加情報および前記名前情報を含む第４の画面情報を生成し前記第１の情報端末に送信し、前記第１の情報端末が、前記第４の画面情報を受信し、前記第１の情報端末が、前記第１の利用者の住所情報および前記第２の利用者からの前記第１の利用者への前記商品付加情報を有する商品または物品の送付を受け付ける受諾情報を前記第１のサーバに送信し、前記第１のサーバが、前記住所情報を前記送付先印刷装置に送信する。
【００１８】
また、本発明の別の一実施形態として、情報を記憶する記憶部と、ネットワークから情報を受信しかつ前記ネットワークに情報を送信する送受信部と、利用者の情報端末に表示する画面の画面情報の生成をおこなう画面情報生成部と、第２の利用者から第１の利用者への商品または物品の送付を命令するための受取認識票を生成する受取認識票生成部と、検索部と、を有するサーバについて開示する。そのサーバにおいは、前記記憶部は、商品または物品を一意に特定する商品認識票および前記商品の商品付加情報に関連づけて要求認識票を記憶し、前記送受信部は、前記要求認識票を前記第１の利用者の第１の情報端末より受信し、前記画面情報生成部は、第１のサービスの利用者である前記第１の利用者を前記第１のサービスの利用者の中で一意に特定するための第１の個人認識票を要求するための第１の情報画面を生成し、前記送受信部は、さらに、前記第１の情報画面を前記第１の情報端末に送信し、前記送受信部は、さらに、前記第１の情報端末より前記第１の個人認識票を受信し、前記記憶部は、さらに、前記認識票生成部が生成した受取認識票、前記第１の個人認識票、前記商品認識票、および前記商品付加情報を関連づけて第１のテーブルを記憶し、前記送受信部は、さらに、前記第１の利用者が前記第１の情報端末から前記受取認識票を前記第１の利用者が利用する第２のサービスの第２のサーバに送信するために、前記受取認識票を第１の利用者の前記第１の情報端末に送信する。
【発明の効果】
【００１９】
本発明によれば、あるＷｅｂサービス利用者である受領者は、そのＷｅｂサービスにＵＲＬ（受取認識票）を登録することで、そのＷｅｂサービスの他利用者である発送者から、商品または物品を受け取ることができるようになる。これが実現されるにもかかわらず、発送者に受領者の名前及び住所を知られることない。また、受領者がインターネットで商品または物品の受け取りに必要な名前及び住所を公開する必要がない。加えて、受領者は、商品または物品の受取処理において、Ｗｅｂサービスや認証サービスによって認証された認識票や名前などの付加情報を得ることができる。さらに認証された発送者の情報を判断の根拠として発送者ごとに受取を受諾するか拒否するかを選択できる。さらに、本発明では、物品は、発送者から発送を委託された発送処理サービスを用いて発送される。このため、不特定多数の発送者が受領者に対して直接発送する従来の方法に比べて、受領者が望まない商品や物品を受け取るリスクをより小さくできる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態における情報端末とサーバ装置によるシステム概略構成図である。
【図２】本発明の一実施形態における発送処理サービスＸのサーバ装置の概略構成図である。
【図３】本発明の一実施形態における送付先印刷装置の概略構成図である。
【図４】本発明の一実施形態におけるＷｅｂサービスＹのサーバ装置の概略構成図である。
【図５】本発明の一実施形態における認証サービスＺのサーバ装置の概略構成図である。
【図６】本発明の一実施形態におけるＷｅｂサービスＷのサーバ装置の概略構成図である。
【図７】本発明の一実施形態における情報端末群の概略構成図である。
【図８】本発明の一実施形態において利用者Ａが受取ＵＲＬをＷｅｂサービスＹに登録する処理を説明するフロー図である。
【図９】本発明の一実施形態において要求ＵＲＬテーブルの一例を示す図である。
【図１０】本発明の一実施形態において受取ＵＲＬテーブルの一例を示す図である。
【図１１】本発明の一実施形態において、利用者ＡがＷｅｂサービスＷにおける認識票を発送処理サービスＸに登録して受取ＵＲＬを取得するために、利用者Ａの情報端末に表示された画面の一例である。
【図１２】本発明の一実施形態において利用者Ｂが利用者Ａに送る商品を選択する処理を説明するフロー図である。
【図１３】本発明の一実施形態において商品テーブル群の一例を示す図である。
【図１４】本発明の一実施形態において、利用者Ｂが商品を選択して利用者Ａに送るために、利用者Ｂの情報端末に表示された画面の一例である。
【図１５】本発明の一実施形態において利用者ＢがＷｅｂサービスＷから認証を受けた上、利用者Ａが利用者Ｂからの商品の受け取りをおこなう処理を説明するフロー図である。
【図１６】本発明の一実施形態において発送者テーブルの一例を示す図である。
【図１７】本発明の一実施形態において利用者Ａの情報端末に表示される受取確認画面の一例を示す図である。
【図１８】本発明の一実施形態において利用者Ｃが認証サービスＺから認証を受けた上、利用者Ａが利用者Ｃからの商品の受け取りをおこなう処理を説明するフロー図である。
【図１９】本発明の一実施形態において、利用者Ｃが商品を選択して利用者Ａに送るために、利用者Ｃの情報端末に表示された画面の一例である。
【図２０】本発明の一実施形態において利用者Ａの情報端末に表示される受取確認画面の一例を示す図である。
【発明を実施するための形態】
【００２１】
以下に本発明を実施するための、現在考えられる最善の形態について説明する。本発明の技術的範囲は、添付請求の範囲によって明確に定義されている。このため、本発明を以下の説明に限定して解釈すべきではなく、以下の説明は、単に発明の一般原理を例示する目的で行う。
【００２２】
図１は、本発明の実施形態に係るシステムの一例である物品発送処理システムの概略構成図である。物品発送処理システムは、発送処理サービスＸのサーバ１００、印刷サーバ１２０、ＷｅｂサービスＹの認証サーバ１４０、認証サービスＺのサーバ１５０、ＷｅｂサービスＷのサーバ１６０、利用者Ａの情報端末１７０、利用者Ｂの情報端末１８０、および利用者Ｃの情報端末１３０を有する。そして、発送処理サービスＸのサーバ１００、印刷サーバ１２０、ＷｅｂサービスＹの認証サーバ１４０、認証サービスＺのサーバ１５０、ＷｅｂサービスＷのサーバ１６０、利用者Ａの情報端末１７０、利用者Ｂの情報端末１８０、および利用者Ｃの情報端末１３０は、ネットワーク１９０を通じて接続されている。図１では、サーバ群が１つのネットワークで接続されているが、異なる複数のネットワークで接続されていてもよい。また、Ｗｅｂサービスのサーバは２に限定されることなく、任意の数のサーバが存在していてもよい。認証サービスのサーバについても同様である。また、発送処理サービスのサーバについても同様であり、送付先印刷装置についても同様である。利用者の数も任意の数とすることができる。
【００２３】
図２として、発送処理システムのサーバ１００の概略構成図を示す。発送処理システムのサーバ１００は、ＨＴＭＬ生成手段１０２、記憶手段１０３、検索手段１０７、受取ＵＲＬ生成手段１０８、および印刷情報生成手段１１１を有する。また、記憶手段１０３は、要求ＵＲＬテーブル１０４、受取ＵＲＬテーブル１０５、商品テーブル群１０９、発送者テーブル１１０、および受領者情報テーブル１１２を有する。例えば、ＨＴＭＬ生成手段１０２は、検索手段１０７、受取ＵＲＬ生成手段１０８、および印刷情報生成手段１１１は、プロセッサを動作させるプログラムモジュールであり、記憶手段１０３は、揮発性メモリや不揮発性メモリである。なお、本発明は、プログラムモジュールを用いて構成することは必須ではなく、専用のＬＳＩなどの電子回路などにより構成することも可能である。
【００２４】
図３として、発送処理システムの送付先印刷装置１２０の概略構成図を示す。送付先印刷装置１２０は、送受信手段１２１および印刷手段１２２を有する。例えば、送受信手段１２１はネットワークインターフェースであり、印刷手段１２２はプリンタである。
【００２５】
図４として、発送処理システムのＷｅｂサービスＹのサーバ１４０の概略構成図を示す。ＷｅｂサービスＹのサーバは送受信手段１４１、ＨＴＭＬ生成手段１４２、認証手段１４３、および記憶手段１４４を有する。記憶手段１４４は、認識票テーブル１４５および認識票変換テーブル１４６を有する。例えば、送受信手段１４１は、ネットワークインターフェースであり、ＨＴＭＬ生成手段１４２、認証手段１４３は、プロセッサを動作させるプログラムモジュールであり、記憶手段１４４は、揮発性メモリや不揮発性メモリである。
【００２６】
図５として、発送処理システムの認証サービスＺのサーバ１５０の概略構成図を示す。認証サービスＺのサーバ１５０は、送受信手段１５１、認証手段１５２、および記憶手段１５３を有する。記憶手段１５３は、利用者テーブル１５４を有する。送受信手段１５１は、ネットワークインターフェースであり、認証手段１５２は、プロセッサを動作させるプログラムモジュールであり、および記憶手段１５３、揮発性メモリや不揮発性メモリである。
【００２７】
図６として、ＷｅｂサービスＷのサーバ１６０の概略構成図を示す。ＷｅｂサービスＷのサーバ１６０は、送受信手段１６１、ＨＴＭＬ生成手段１６２、認証手段１６３、および記憶手段１６４を有する。また、記憶手段１６４は、認識票テーブル１６５および認識票変換テーブル１６６を有する。送受信手段１６１は、ネットワークインターフェースであり、ＨＴＭＬ生成手段１６２、認証手段１６３は、プログラムモジュールであり、記憶手段１６４は、揮発性メモリや不揮発性メモリである。
【００２８】
図７（ａ）に、利用者Ａの情報端末１７０の概略構成図を、図７（ｂ）に利用者Ｂの情報端末１８０の概略構成図を、さらに図７（ｃ）に利用者Ｃの情報端末１３０の概略校正図を各々示す。利用者Ａの情報端末１７０は、送受信手段１７１、ＨＴＭＬ解析手段１７２、ＧＵＩ表示手段１７３、および入力手段１７４を有する。利用者Ｂの情報端末１８０は、送受信手段１８１、ＨＴＭＬ解析手段１８２、ＧＵＩ表示手段１８３、および入力手段１８４を有する。利用者Ｃの情報端末１３０は、送受信手段１３１、ＨＴＭＬ解析手段１３２、ＧＵＩ表示手段１３３、および入力手段１３４を有する。
【００２９】
例えば、送受信手段１７１は、ネットワークインターフェースであり、ＨＴＭＬ解析手段１７２は、プロセッサを動作させるプログラムモジュールであり、ＧＵＩ表示手段１７３は、ディスプレイであり、入力手段１７４は、キーボードやマウスなどである。利用者Ｂの情報端末１８０、利用者Ｃの情報端末１３０についても同様である。
【００３０】
まず始めに、図１を参照して、本実施形態の概略について説明する。利用者Ａが、ＷｅｂサービスＹを利用しているとする。本実施形態では、利用者Ａは、商品または物品の受け取りの意思表示を目的としたＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）などを、サーバに登録する。例えば、利用者Ａが利用しているＷｅｂサービスＹのサーバに登録する。発送処理サービスＸのサーバには、このＵＲＬと、利用者Ａが受取る商品または商品を特定するための情報、および利用者Ａが商品または商品を受け取る住所情報などとが関連づけられて記憶される。なお、利用者Ａがサーバに登録する、商品または物品の受け取りの意思表示を目的としたＵＲＬなどを、「受取認識票」と呼ぶ場合がある。
【００３１】
また、商品または物品とは、有体物であっても無体物であってもよい。例えば、プログラムは無体物であるが、プログラムを記録した媒体は有体物である。また、商品と物品は、商品はどちらかと言えば不特定物を意味し、物品はどちらかと言えば特定物を意味する。工業的な手法などで大量に生産されたものは不特定物であるということができ、主に手作業によって一品だけあるいは少量だけ製作されるもの、あるいは不特定物であっても使用がされた中古物品などは特定物と考えることができる。有体物であれば、郵便事業者や宅配事業者によって受領者に配送される。プログラムなどの無体物であれば、ダウンロードして受領者に配送される。以下では、商品によって物品を意味する場合も、物品によって商品を意味する場合がある。
【００３２】
利用者ＢがＷｅｂサービスＷの利用者であるとする。利用者ＡによりＷｅｂサービスＹなどに登録された前記ＵＲＬを、利用者Ｂがその情報端末で選択すると、ＷｅｂサービスＷのサーバが利用者Ｂを認証する。認証が成功すると、発送処理サービスＸのサーバにＵＲＬが選択されたことを示す情報が転送される。発送処理サービスＸのサーバは、利用者Ａに対して利用者Ｂからの郵便物や物品の受取諾否の確認をおこなう。この確認に応じて、利用者Ａがその情報端末より受取の許諾を発送処理サービスＸのサーバに送信すると、発送処理サービスＸのサーバは、利用者Ａの受取住所情報とともに利用者Ｂから利用者Ａへの商品または物品の送付である旨の情報を送付先印刷装置１２０に送る。送付先印刷装置はこれらの情報を印刷する。ここで送付先印刷装置１２０は、物品販売業者や郵便事業会社などが管理している。したがって印刷された情報を用いて、利用者Ｂが指定した商品や物品を利用者Ａに対して発送することができる。なお、プログラムなどの無体物が送付される場合には、受領者に宛ててダウンロードのためのＵＲＬを含む電子メールなどのメッセージが送信されたり、ＵＲＬが印刷された郵便物などが配送されたりするようになっていてもよい。
【００３３】
さらに、利用者Ｃが、ＷｅｂサービスＺの利用者であるとする。利用者ＡによりＷｅｂサービスＹなどに登録された前記ＵＲＬを、利用者Ｃがその情報端末で選択すると、認証サービスＺのサーバが利用者Ｃを認証する。あとは利用者Ｂの場合と同様に、発送処理サービスＸのサーバが、利用者Ａに対して利用者Ｃからの商品や物品の受取諾否の確認をおこなう。利用者Ａがその情報端末より受取の許諾を発送処理サービスＸのサーバに送信すると、利用者Ａの受取住所情報とともに利用者Ｃから利用者Ａへの郵便物または物品の送付である旨の情報を送付先印刷装置１２０に送る。送付先印刷装置１２０はこれらの情報を印刷の上、利用者Ｂが指定した商品や物品を利用者Ａに対して発送する。
【００３４】
すなわち本実施形態では、利用者Ａはたとえばそのホームページなどに、前記ＵＲＬを掲載しておき、商品または物品の受領の意思表示をおこなうことができる。また利用者Ｂは、前記ＵＲＬを選択するだけで、利用者Ａが商品または物品を受け取るための住所を知らなくとも、利用者Ａに商品または物品を送ることができる。このとき発送者ＢはＷｅｂサービスＷのサーバで認証されるため、利用者Ａは前記ＵＲＬで郵便物や物品の受け取る場合、実在しない発送者や利用者Ａが受取を望まない発送者からの商品または物品の受け取りを防ぐことができる。ＷｅｂサービスＷが利用者Ｂを認証することから、発送処理サービスＸのサーバが、パスワードなど利用者Ｂの認証に必要な情報を持つ必要がない。
【００３５】
次に、図８のフロー図を用いて、利用者Ａが商品または商品を受け取るためのＵＲＬを取得する方法についてまず説明する。なお、図８以後のフロー図では、発送処理サービスＸのサーバ１００をサーバＸ、送付先印刷装置１２０を印刷装置、ＷｅｂサービスＹのサーバ１４０をサーバＹ、認証サービスＺのサーバ１５０をサーバＺ、ＷｅｂサービスＷのサーバ１６０をサーバＷ、利用者Ａの情報端末１７０を端末Ａ、利用者Ｂの情報端末１８０を端末Ｂ、そして利用者Ｃの情報端末１３０を端末Ｃと短縮して表記する。
【００３６】
いま、利用者Ａがその情報端末１７０から、商品または物品を受け取るためにＷｅｂサービスＹに掲載するＵＲＬ（以下、受取ＵＲＬと呼ぶ）の生成を、発送処理サービスＸのサーバ１００に要求する。以下では本発明の実施形態の一例として、利用者Ａが利用するブログサービスであるＷｅｂサービスＹに、ＷｅｂサービスＹの他の利用者からクリスマスカードを受け取る意思表示をおこなう一例で説明する。受取ＵＲＬ生成要求は、発送処理サービスＸがあらかじめ定めたＵＲＬなど（以下、「要求ＵＲＬ」あるいは「要求認識票」と呼ぶ）が、利用者Ａの情報端末により選択されることで実行されるとする。ここに、要求ＵＲＬに関する情報は、発送処理サービスＸのサーバの記憶手段１０３にある要求ＵＲＬテーブル１０４に記憶されている。図９に要求ＵＲＬテーブルの一例を示す。要求ＵＲＬテーブルは、要求ＵＲＬが格納される列に対応して要求ＵＲＬに関する情報として、商品分類コード９０２、および商品付加情報９０３などが格納される列を有する。
【００３７】
図９に示す一例では、要求ＵＲＬであるｈｔｔｐ：／／ｒｉｐｐｌｅｘ．ｃｏｍ／ａｂｃｄ（ＵＲＬｘｍ１）９１１に商品分類コードａｂｃｄ（ｍ１）９１２が関連づけられて記憶されている。なお、要求ＵＲＬに商品分類コードを関連付ける代わりに、商品または物品を特定する情報を関連付けることもできる。商品分類コードや商品または物品を特定する情報のことを「商品認識票」と呼ぶ場合がある。なお、ここに「ｒｉｐｐｌｅｘ．ｃｏｍ」がサーバＸのホスト名であるとする。また、ｈｔｔｐ：／／ｒｉｐｐｌｅｘ．ｃｏｍ／ａｂｃｄ（ＵＲＬｘｍ１）９１１は、要求ＵＲＬテーブル１０４により、クリスマスカードに関連づけられている。したがって商品付加情報Ｃｈｒｉｓｔｍａｓ Ｃａｒｄ（Ｉｍ１）９１３は、この要求ＵＲＬで利用者Ａが受け取ることのできるのが、クリスマスカードであることを表している。利用者ＡはステップＳ８０１で、その情報端末１７０よりＵＲＬｘｍ１を発送処理サービスＸのサーバ１００に送信することで、受取ＵＲＬの要求をおこなう。
【００３８】
発送処理サービスＸのサーバこの受取ＵＲＬの生成要求であるＵＲＬｘｍ１を受信すると、その検索手段１０７が要求ＵＲＬテーブルの要求ＵＲＬの列９０１を検索する。図９の一例では、ＵＲＬｘｍ１に関連づけられた商品分類コードｍ１を検索結果として得る（ステップＳ８０１）。本実施形態の一例において商品分類コードｍ１は、クリスマスカードを表すとする。次に、受取ＵＲＬテーブル１０５の新たな行が追加される。図１０には、受取ＵＲＬテーブル１０５の一例を示す。図１０に示す受取ＵＲＬテーブルの行である商品分類コードの列１００１に、ステップＳ８０１での検索結果として得られたｍ１が記憶される（ステップＳ８０２）。受取ＵＲＬテーブル１０５は、商品分類コードの列１００１以外に、送付先認識票の列１００２、ＵＲＬ拡張子の列１００３、および付加情報の列１００４を有する。ステップＳ８０２では、受取ＵＲＬテーブルに新たな行が追加され、その商品分類コードの列１０１１に、検索結果である商品分類コードｍ１が記憶される。
【００３９】
次に、発送処理サービスＸのサーバのＨＴＭＬ生成手段１０２が、利用者Ａが受取ＵＲＬを取得するための画面（以下受取ＵＲＬ取得画面）のＨＴＭＬコードを生成する。このＨＴＭＬコードは、送受信手段１０１からネットワーク１９０を通じて利用者Ａの情報端末１７０に送られる。次に、このＨＴＭＬコードを利用者Ａの情報端末では送受信手段１７１が受信し、ＨＴＭＬ解析手段１７２が解析した後、受取ＵＲＬ取得画面をＧＵＩ表示手段１７３が表示する（ステップＳ８０３）。
【００４０】
図１１には、受取ＵＲＬ取得画面の一例を示す。ＧＵＩ表示手段１７３には、ブラウザウィンドウ１１００およびカーソル１１０２が表示される。ブラウザウィンドウ１１００内には、サービス名１１０１、受領者認識票入力欄１１１０、認識票入力確定ボタン１１１２、受取ＵＲＬ出力欄１１２０、および受取ＵＲＬコピーボタン１１２２が表示される。また、ブラウザウィンドウ内には、本画面がクリスマスカードの受け取りのためのものであることを表す表示１１０３が表示される。この表示は、要求ＵＲＬテーブル１０４の商品付加情報Ｉｍ１９１３をもとにして、ＨＴＭＬ生成手段１０２が作成したＨＴＭＬコードに含まれている情報である。
【００４１】
次に、利用者Ａは入力手段１７４を通じてカーソル１１０２を認識票入力欄１１１０に移動させ、さらに認識票入力欄１１１０を選択した上で、利用者ＡをＷｅｂサービスＷで一意に特定するための認識票ＩＤｗａ１１１１を入力する。図１１の一例では、利用者Ａは認識票ＩＤｗａとして電子メールアドレスｂｅｔｔｙ＠ｅｘａｍｐｌｅＹ．ｃｏｍを入力している。ＷｅｂサービスＷは、電子メール、ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）、チャット、ブログ、画像交換サービスなど何でもよい。Ｗｅｂサービスは、所謂Ｗｅｂメールに限定されず、ＰＯＰ３、ＩＭＡＰ、ＳＭＴＰなどのプロトコルを用いる電子メールサービスでもよい。
【００４２】
次に利用者Ａが、入力手段１７４を通じてカーソル１１０２を認識票入力確定ボタン１１１２に移動させこれを選択する。すると送受信手段１７１が、利用者Ａが入力した認識票ＩＤｗａを、ネットワーク１９０を通じて、発送処理サービスＸのサーバ１００に送る（ステップＳ８０４）。
【００４３】
発送処理サービスＸのサーバの送受信手段１０１がこれを受信すると、ＵＲＬテーブル１０５に記憶する。図１０を再び参照して、受信した利用者ＡのＷｅｂサービスＷにおける認識票ｂｅｔｔｙ＠ｅｘａｍｐｌｅＷ．ｃｏｍ（ＩＤｗａ）１０１２がステップＳ８０２で記憶された商品分類コードｍ１と関連づけられて、ＵＲＬテーブルの認識票の列１００２に記憶される。次に、受取ＵＲＬ生成手段１０８が、ＵＲＬテーブルのＵＲＬの列１００３に存在しないＵＲＬ拡張子Ｕｘａを生成する。生成されたＵＲＬ拡張子は、ＵＲＬテーブルの拡張子の列１００３に記憶される。図１０の一例では、ＵＲＬ拡張子Ｕｘａとして１２３４が生成され、これが受取ＵＲＬテーブルのＵＲＬ拡張子の列１０１３に認識票ＩＤｗａと関連づけられて記憶される（ステップＳ８０５）。
【００４４】
次に、ＵＲＬ生成手段１０６がＵＲＬ拡張子１２３４（Ｕｘａ）を含むＵＲＬを生成する。この一例で、生成されるＵＲＬは、ｈｔｔｐ：／／ｒｉｐｐｌｅｘ．ｊｐ／ｈｏｇｅ／１２３４であり、ステップＳ８０４で記憶された拡張子１２３４（Ｕｘａ）が、このＵＲＬに付加されている。本実施形態の一例では、拡張子１２３４（Ｕｘａ）は受取ＵＲＬに埋め込んでいるが、スクリプト言語などのプログラミング言語などで記述された何らかのプログラムに埋め込んでも良い。次に発送処理サービスＸのサーバの送受信手段１０１は、ここで生成された受取ＵＲＬを、ネットワーク１９０を通じて利用者Ａの情報端末１７０に送る。
【００４５】
次に、利用者Ａの情報端末の送受信手段１７１が受取ＵＲＬであるｈｔｔｐ：／／ｒｉｐｐｌｅｘ．ｊｐ／ｈｏｇｅ／１２３４を受信する。ＧＵＩ表示手段１７３がこの受取ＵＲＬをＧＵＩ表示手段１７３に表示する（ステップＳ８０６）。以上の最終的な結果が図１１に示されている。図１１の受取ＵＲＬ出力欄１１２０にはここで受信した受取ＵＲＬであるｈｔｔｐ：／／ｒｉｐｐｌｅｘ．ｊｐ／ｈｏｇｅ／１２３４が表示されている。このステップＳ８０６で、利用者Ａは受取ＵＲＬを取得する。
【００４６】
次に、図１２および図１５に示すフロー図を用いて、利用者Ａが取得した受取ＵＲＬをＷｅｂサービスＹのサーバに登録して、ＷｅｂサービスＹの他の利用者である、利用者Ｂから商品または物品を受け取る処理の詳細を説明する。以下では、ＷｅｂサービスＹをブログサービスとし、利用者ＡはＷｅｂサービスＹでインターネット上に公開している自分のブログページに取得した受取ＵＲＬを掲載する一例を使って説明する。ＷｅｂサービスＹはブログの他、ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）、チャット、画像交換サービスなど何でもよい。
【００４７】
まず、利用者ＡはステップＳ８０６で取得した受取ＵＲＬをＷｅｂサービスＹなどのサーバに登録する。この登録にあたって、まず利用者Ａは入力手段１７４によりカーソル１１０２を移動させ、受取ＵＲＬコピーボタン１１２２を選択するなどして、受取ＵＲＬであるｈｔｔｐ：／／ｒｉｐｐｌｅｘ．ｊｐ／ｈｏｇｅ／１２３４をその情報端末のメモリなどにコピーする。次に利用者Ａの情報端末の送受信手段１７１は、この受取ＵＲＬを、ネットワーク１９０を通じて、たとえばＷｅｂサービスＹのサーバ１４０に送信する（ステップＳ１２０１）。実際には、利用者ＡがＷｅｂサービスＹのサーバに受取ＵＲＬを送る際には、たとえばまずＷｅｂサービスＹのサーバのＨＴＭＬ生成手段１４２が生成した、受取ＵＲＬを入力するための入力画面を生成したＨＴＭＬコードを利用者Ａの情報端末が受信し、その入力画面を表示した状態で、利用者Ａがコピーした受取ＵＲＬを、その入力画面にペーストするなどの操作が実行される。
【００４８】
次にＷｅｂサービスＹのサーバの送受信手段１４１がこの受取ＵＲＬを受信する。次に、ＨＴＭＬ生成手段１４２が受信した受取ＵＲＬをＷｅｂサービスＹの、利用者Ａのブログページに埋め込む（ステップＳ１２０２）。たとえば、利用者Ａのブログ中のＨＴＭＬコード中に＜ａ ｈｒｅｆ＝"ｈｔｔｐ：／／ｒｉｐｐｌｅｘ．ｊｐ／ｈｏｇｅ／１２３４＞ＣｈｒｉｓｔｍａｓＣａｒｄｓ Ｗｅｌｃｏｍｅ＜／ａ＞というコードなどによって、ハイパーリンクをブログなどに埋め込む。このことで、利用者Ａは、ＷｅｂサービスＹのブログの読者である他の利用者からのクリスマスカードの受取の意思を、利用者Ａのブログページで表明したことになる。
【００４９】
次に、利用者Ｂがその情報端末の入力手段１８４から、ＷｅｂサービスＹにおける、利用者ＡのブログページのＵＲＬを入力するなどして、利用者Ａのブログページの要求をＷｅｂサービスＹのサーバ１４０に対して送信する。ＷｅｂサービスＹのサーバの送受信手段１４１がこの利用者Ｂの情報端末からの要求を受信すると、ＨＴＭＬ生成手段１４２が、利用者Ａの受取ＵＲＬをハイパーリンクとして含む、利用者ＡのブログページのＨＴＭＬコードを生成し、送受信手段１４１がこれを利用者Ｂの情報端末１８０に送る。利用者Ｂの情報端末の送受信手段１８１がこれを受信した上、ＨＴＭＬ解析手段１８２が解析の上、ＧＵＩ表示手段１８３に表示する（ステップＳ１２０３）。
【００５０】
次に、利用者Ｂが入出力手段１８４を操作し、表示手段に表示された利用者Ａのブログページ中の、＜ａ ｈｒｅｆ＝"ｈｔｔｐ：／／ｒｉｐｐｌｅｘ．ｊｐ／ｈｏｇｅ／１２３４＞Ｃｈｒｉｓｔｍａｓ Ｃａｒｄｓ Ｗｅｌｃｏｍｅ＜／ａ＞により記述されるハイパーリンクを指し示す領域を選択する（ステップＳ１２０４）。このことで利用者Ｂは、利用者Ａに対してクリスマスカードを送る意思を表明したことに相当する。すると、利用者Ｂの情報端末の送受信手段は、接続をＷｅｂサービスＹのサーバ１６０との通信を行っていた状態から、発送処理サービスＸのサーバ１００との通信を行うことになる。
【００５１】
発送処理サービスＸのサーバの送受信手段１０１はハイパーリンク中にあるＵＲＬ拡張子１２３４（Ｕｘａ）を受信する（ステップＳ１２０５）。次に、検索手段１０７は、受取ＵＲＬテーブル１０５のＵＲＬ拡張子の列１００３を、ＵＲＬ拡張子１２３４（Ｕｘａ）を検索キーとして検索し、これに関連づけられて商品分類コードの列に記憶されているａｂｃｄ（ｍ１）を検索結果として得る（ステップＳ１２０６）。この検索結果をもとに、検索手段は商品テーブル群１０９の中から、商品分類コードａｂｃｄ（ｍ１）１３９９に対応する商品テーブル１３００を検索する。図１３に商品テーブルの一例を示す。商品テーブルは商品番号の列１３０１、単価情報の列１３０２、商品画像の列１３０３、および商品付加情報１３０４を有する。
【００５２】
次に、ＨＴＭＬ生成手段１０２は、検索された商品テーブル１３００の情報を含む、発送処理サービスＸの商品選択画面のＨＴＭＬコードを生成し、送受信手段１０１がこれを利用者Ｂの情報端末に送信する（ステップＳ１２０７）。利用者Ｂの情報端末の送受信手段１８１がこれを受信すると、ＨＴＭＬ解析手段１８２がこれを解析の上、ＧＵＩ表示手段１８３に表示する。
【００５３】
図１４は、発送処理サービスＸの商品選択画面が、ウェブブラウザウィンドウ１４００に表示された画面の一例である。この画面がクリスマスカードの商品選択画面であることを表す表示１４０５が表示される。この情報は、図９に示した、要求ＵＲＬテーブルに記憶された商品付加情報Ｉｍ１９１３に対応する情報である。またこの選択画面には、各々の商品の商品番号、商品画像、価格情報、および商品付加情報などが表示される。図１４の一例では、商品番号００１の商品１４１１に関連づけて画像１４１２および価格情報１４１３が表示されている。これは、発送処理サービスＸの記憶手段にある商品テーブル１３００における商品番号１３１１、単価１３１２、および画像１３１３に各々対応する情報である。また図１４に示した商品選択画面の一例では、利用者ＢがＷｅｂサービスＷで認証を受けるためのボタン１４４１を有する。
【００５４】
なお、図１４に示すようにボタンを表示する代わりに、利用者が利用しているＷｅｂサービスの識別情報（たとえば、そのＷｅｂサービスのトップページのＵＲＬ）などを入力するテキストボックスが表示されていてもよい。また、あらかじめ定められた複数のＷｅｂサービスを選択するラジオボタンが表示されていてもよい。ボタン、テキストボックス、ラジオボタンのいずれを表示するかは、例えば、利用者の情報端末から送られるクッキー情報や、どのウェブサービスのサーバから発送処理サービスＸへリダイレクトされたかなどの閲覧の履歴に基づいて選択することが可能である。
【００５５】
次に利用者Ｂは、図１４に示すような発送処理サービスＸの商品選択画面を、ＧＵＩ表示手段１８３に表示した状態で、入力手段１８４を利用してカーソル１４９９を移動させ、商品選択操作をおこなう（ステップＳ１２０８）。本実施形態ではたとえば商品番号００１の画像１４１２を選択するとする。複数の商品を選択してもよい。次に、利用者Ｂは再び入力手段１８４を利用してカーソル１４９９を移動させ、利用者ＢをＷｅｂサービスＷで認証するためのたとえばボタン１４４１を選択する（ステップＳ１２０９）。
【００５６】
なお、ＷｅｂサービスＷは、電子メール、ＳＮＳ、ブログ、写真交換サービス、決済サービスなど何でもよい。また、本実施形態ではＨＴＭＬをプロトコルとして使うサービスを一例として使っているが、ＨＴＭＬを使う所謂Ｗｅｂサイトでなく、ＰＯＰ、ＩＭＡＰ、ＳＭＴＰなどのプロトコルによる電子メールサービスでもよく、また独自プロトコルを使ったサービスでもよい。
【００５７】
ステップＳ１２０９で利用者ＢがＷｅｂサービスＷで認証するためのボタン１４４１を選択すると、利用者Ｂの情報端末１８０の接続は、発送処理サービスＸのサーバ１００から、ＷｅｂサービスのサーバＷにリダイレクトされる。次に、ＷｅｂサービスＷのサーバのＨＴＭＬ生成手段１６２は、利用者ＢがＷｅｂサービスＷにログインするための認証画面を表示するためのＨＴＭＬコードを生成し、送受信手段１６１がこれを利用者Ｂの情報端末に送る（ステップＳ１５０１）。利用者Ｂの情報端末では、送受信手段１８１がこれを受信し、ＨＴＭＬ解析手段１８２が解析した後、ＧＵＩ表示手段１８３に表示する。多くの場合、認証画面は、利用者ＢのＷｅｂサービスＷにおける認識票およびパスワードなどの認証情報を入力するためのものである。認証画面で入力する情報は何でもよいが、本実施形態の一例では、利用者ＢをＷｅｂサービスＷで一意に特定するための認識票としてｊｏｈｎ＠ｅｘａｍｐｌｅＷ．ｃｏｍ（ＩＤｗｂ）が使われている。この認証画面で入力する情報は、ＩＤｘｂと、これに関連づけてあらかじめＷｅｂサービスＷのサーバの記憶手段にある認識票テーブル１６５に記憶された、利用者Ｂのパスワードであるとする。
【００５８】
次に、利用者Ｂがその情報端末の入力手段１８４から、認証に必要な認識票ＩＤｗｂとパスワードを入力すると、これらは送受信手段１８１からＷｅｂサービスＷのサーバ１６０に送られる。ＷｅｂサービスＷのサーバの送受信手段１６１がこれらを受信すると、認証手段１６３が認識票テーブル１６５を検索し、利用者Ｂの認識票ＩＤｗｂと、あらかじめこれに関連づけられて記憶されたパスワードとの一致を検出する。この一致によって、利用者Ｂの情報端末１８０が利用者Ｂによって利用されていることが認証される（ステップＳ１５０２）。
【００５９】
次に、ＷｅｂサービスＷのサーバの送受信手段は、認証された利用者Ｂの認識票ＩＤｗｂを発送処理サービスＸのサーバ１００に送る（ステップＳ１５０３）。また、認識票ＩＤｗｂに関連づけて、利用者Ｂのたとえば名前などの個人付加情報ＩｗｂをＩＤｗｂとともに送ってもよい。さらにステップＳ１５０２で認証がされれば、認識票ＩＤｗｂを送らずに、個人付加情報Ｉｗｂのみを送ってもよい。ＷｅｂサービスＷと発送処理サービスＸが異なる事業者によって運営されているような場合には、個人付加情報ＩｗｂのみでＩＤｗｂを送らないことで、発送処理サービスＸの運営者がＷｅｂサービスＷの運営者の有する利用者情報を得ずにすむという効果がある。このステップＳ１５０３でＷｅｂサービスＷのサーバ１６０が、発送処理サービスＸのサーバ１００に送るのは、利用者Ｂの認識票ＩＤｗｂでなくとも、ＷｅｂサービスＷのサーバで利用者Ｂを一意に特定できる情報であれば何でもよい。
【００６０】
たとえば、ＷｅｂサービスＷのサーバの記憶手段に認識票変換テーブル１６６でＩＤｗｂと関連づけられた別認識票ＩＤｗｂ'を記憶しておき、ＷｅｂサービスＷ１６０のサーバがステップＳ１５０３でＩＤｗｂのかわりにＩＤｗｂ'発送処理サービスＸのサーバ１００に送ってもよい。このようにＩＤｗｂ'を使うことで、利用者ＢのＷｅｂサービスＷにおけるパスワード情報だけでなく、ＷｅｂサービスＷにおける利用者Ｂの認識票ＩＤｗｂも発送処理サービスＸに知られないようにすることができる。このことで、ＷｅｂサービスＷと発送処理サービスＸの独立性を維持するという事業的要求を満たすことができる。ステップＳ１５０１からＳ１５０３までの処理には、たとえば、ＯｐｅｎＩＤなどの統一規格を用いてもよい。あるいは、ＷｅｂサービスＷとＷｅｂサービスＸとの間で定められたプロトコルを用いてもよい。
【００６１】
なお、本実施形態ではＷｅｂサービスＷのサーバ１６０が利用者Ｂを認証した後、ＷｅｂサービスＷのサーバが利用者Ｂの認識票ＩＤｗｂまたは利用者Ｂの付加情報Ｉｗｂを発送処理サービスＸのサーバ１５０に送る。しかし本発明の別の実施形態では、利用者Ｂの認識票ＩＤｗｂおよび付加情報ＩｗｂはＷｅｂサービスＷのサーバ１６０から発送処理サービスＸのサーバ１００に送らなくてもよい。たとえば利用者Ｂの情報端末がＩＤｗｂまたはＩｗｂを発送処理サービスＸのサーバ１００に送り、またＷｅｂサービスＷのサーバが認証済みであることの通知だけを発送処理サービスＸのサーバ１００に送ってもよい。
【００６２】
次に、発送処理サービスＸのサーバの送受信手段１０１が、ＷｅｂサービスＷのサーバ１６０から送られた認識票ＩＤｗｂを受信し、これを記憶手段にある発送者テーブルに新たな行を追加の上、ＵＲＬ拡張子１２３４（Ｕｘａ）と関連づけて記憶する（ステップＳ１５０４）。図１６には発送者テーブルの一例を示す。発送者テーブルはＵＲＬ拡張子の列１６０１、発送者認識票の列１６０２、および名前情報の列１６０３を有する。図１６ではＷｅｂサービスＷのサーバより受信したＩＤｗｂ１６１２と、ＵＲＬ拡張子１２３４（Ｕｘａ）１６１１とが関連づけられて保存されている。ここでＩＤｗｂ１６１２は発送者である利用者Ｂの認識票である。また、１２３４（Ｕｘａ）１６１１は、受領者である利用者Ａの認識票ＩＤｗａとステップＳ８０５で関連付けて受取ＵＲＬテーブルに記憶されている。ステップＳ１５０３で、認識票ＩＤｗｂに関連づけて利用者Ｂの付加情報Ｉｗｂが、ＷｅｂサービスＷのサーバより送られた場合には、このＩｗｂを、発送者テーブル１１０の付加情報の列１６０３記憶する。図１６に示す一例では、個人付加情報としてＪｏｈｎ Ｂｒｏｗｎ（Ｉｗｂ）１６１３が、ＩＤｗｂと関連づけて記憶されている。
【００６３】
次に、検索手段１０７が１２３４（Ｕｘａ）を検索キーとして、受取ＵＲＬテーブル１０５および発送者テーブル１１０を検索する。この検索結果として受取ＵＲＬテーブル１０５から送付先認識票ＩＤｗａ、また発送者テーブル１１０から発送者認識票ＩＤｗｂを得る（ステップＳ１５０５）。ＩＤｗａは受領者である利用者Ａの、またＩＤｗｂは発送者である利用者Ｂの認識票である。ステップＳ１５０２において認識票ＩＤｗｂが、利用者ＢであることをＷｅｂサービスＷのサーバが既に認証している。
【００６４】
次に、発送処理サービスＸのサーバの送受信手段１０１が、受取画面用ＵＲＬおよび認識票ＩＤｗｂまたは付加情報Ｉｗｂを含む、利用者Ｂからのクリスマスカード受取の通知を、ＷｅｂサービスＷのサーバ１６０を経由して、認識票ＩＤｗａを有する利用者Ａの情報端末１７０に送る（ステップＳ１５０６）。たとえば、電子メールによって、通知が利用者Ａの情報端末１７０に送られる。この通知には、認識票ＩＤｗｂまたは付加情報Ｉｗｂを有する利用者Ｂが、利用者Ａに対してクリスマスカードを送る意思を有している事実が記載されている。次に、利用者Ａがその情報端末の表示手段１７３に表示された受取画面用ＵＲＬを選択すると、利用者Ａの情報端末の送受信手段１７１が、受取画面のＨＴＭＬコードの要求を発送処理サービスＸのサーバ１００に送る（ステップＳ１５０７）。
【００６５】
次に、発送処理サービスＸのサーバのＨＴＭＬ生成手段１０２は、受取処理用画面を生成するための、ＩＤｗａ１０１２およびＩＤｗｂ１６１２を含むＨＴＭＬコードを生成する。送受信手段１０１はこのＨＴＭＬコードを利用者Ａの情報端末１７０に送る（ステップＳ１５０８）。利用者Ａの情報端末の送受信手段１７１がこのＨＴＭＬコードを受信すると、ＨＴＭＬ解析手段が解析の上、ＧＵＩ表示手段１７３に受取処理画面を表示する。
【００６６】
図１７に受取処理画面の一例を示す。ＧＵＩ表示手段１７３には、ウェブブラウザウィンドウ１７００が表示される。またＷｅｂサービスＷで認識票ＩＤｗｂ１７１２を有する利用者Ｂが、ＩＤｘａ１７１１を有する利用者Ａに対して商品または物品を送ろうとしている旨のメッセージ１７１０が表示される。ここで表示されるＩＤｗｂ１７１２は発送者テーブル１１０でＩＤｗｂに関連づけて記憶された利用者Ｂの付加情報Ｊｏｈｎ Ｂｒｏｗｎ（Ｉｗｂ）でもよい。また同様にＩＤｗａ１７１１は受取ＵＲＬテーブル１０５でＩＤｗａに関連付けて記憶された利用者Ａの付加情報Ｂｅｔｔｙ Ｔｈｏｍａｓでもよい。さらに、ウェブブラウザウィンドウ１７００には、受領者名前入力欄１７２１および受領者住所入力欄１７２２が表示される。さらに受取受諾ボタン１７３１および、受取拒否ボタン１７３２が表示される。
【００６７】
この状態で、利用者Ａが利用者Ｂからの郵便物または物品を受け取る場合は、入力手段１７４を利用して受領者名前入力欄１７２１に利用者Ａの名前を、また受領者住所入力欄１７２２に利用者Ａの住所を各々入力した後、カーソル１７９９を移動させて受取受諾ボタン１７３１を選択する（ステップＳ１５０９）。図１７に示す一例では、受領者名前入力欄には利用者Ａの名前Ｂｅｔｔｙ Ｔｈｏｍａｓが、さらに受領者住所入力欄には利用者Ａの住所１２３４ Ｍｉｓｓｉｏｎ Ｓｔ．Ｌａｋｅ Ｃｉｔｙが各々入力されている。利用者Ａが受取受諾のボタンを選択すると、送受信手段１７１は、受取の可否、および入力された受領者の名前および住所を発送処理サービスＸのサーバに送る（ステップＳ１５１０）。
【００６８】
本実施形態では、受領者の名前および住所の入力と、受取諾否の確認とが、図１７に示すように、ひとつの画面で行われていたが、受領者の名前および住所の入力と、受取諾否の確認とは異なる画面に表示されてもよい。したがって、受領者の名前および住所の入力と、受取諾否の確認とは、異なるステップにおいて実行されてもよい。
【００６９】
発送処理サービスＸのサーバの送受信手段１０１が受取の受諾情報、および入力された受領者の名前および住所を受信すると、印刷情報生成手段１１１が受領者の名前および住所を含む印刷情報を生成した上、送受信手段１０１がこれを送付先印刷装置１２０に送信する。送付先印刷装置では送受信手段１２１がこれらの情報を受信し、印刷手段が送付先を印刷する（ステップＳ１５１１）。なお、ここで発送処理サービスＸのサーバ１００が利用者Ａの情報端末１７０から受信した、利用者Ａの名前と住所は、記憶手段の受領者テーブル１１２に、利用者ＡのＷｅｂサービスＷにおける認識票ＩＤｗａと関連づけて記憶してもよい。もし、ここで名前と住所を記憶しておけば、後のステップＳ１８１０の説明にあるように、利用者Ａが同じ情報を利用者Ａの情報端末に入力する操作を省略することができる。
【００７０】
利用者Ａが利用者Ｂからの商品または物品を受け取らない場合には、入力手段１７４を利用してカーソル１７９９を移動させ、受取拒否ボタン１７３２を選択する（ステップＳ１５０９）。この選択情報は、送受信手段１７１を通じて発送処理サービスＸのサーバ１００に送信される。発送処理サービスＸの送受信手段１０１がこれを受信すると、記憶手段にある発送者テーブル１１０から、利用者Ｂの行とその行に記憶された情報１２３４（Ｕｘａ）１６１１、ＩＤｗｂ１６１２、およびＩｗｂ１６１３を消去する（ステップＳ１５１２）。発送者テーブルにおいて利用者Ａの認識票ＩＤｗａ１０１２およびＵＲＬ拡張子１０１３を有する行は、今後利用者Ａが利用者Ｂ以外の利用者からの商品または物品を受け取る際に使うので、消去する必要はない。
【００７１】
これまでの説明では、利用者Ｂが利用者Ａに商品または物品を送るための処理を説明した。その際、利用者ＢがステップＳ１５０１において、利用者ＢのＷｅｂサービスＷにおける認識票ＩＤｗｂを発送処理サービスＸに送信せずに、利用者Ｂの情報端末１８０の接続をＷｅｂサービスＷのサーバ１６０にリダイレクトした上で、ＷｅｂサービスＷのサーバが利用者Ｂを認証した。これは、利用者Ａおよび利用者ＢがともにＷｅｂサービスＷを利用している場合にのみ実現可能である。以下では、利用者Ｃが情報端末１３０から利用者Ａに商品または物品を送る処理について説明する。この際、利用者ＣはＷｅｂサービスＷの利用者ではなく、したがってＷｅｂサービスＷで認証を受けることはできない。以下の説明では、発送処理サービスＸのサーバが認証サービスＺにおける利用者Ｃの認識票ＩＤｚｃを受信した上で、発送処理サービスＸのサーバ１００が認証サービスＺＸのサーバ１５０に認証を依頼する。
【００７２】
いま、利用者Ｃが利用者Ａに発送処理サービスＸを利用して、クリスマスカードを送ろうとしている。利用者Ａは、ステップＳ８０１からステップＳ１２０２までの処理を既に実行済であるとする。さらに、利用者Ｃはその情報端末１３０から、ＷｅｂサービスＹの利用者ＡのブログページでＵＲＬ拡張子１２３４（Ｕｘａ）を含む受取ＵＲＬを選択し、さらに商品分類コードｍ１の商品テーブルの内容を含む商品選択画面を発送処理サービスＸのサーバ１００より得、そのＧＵＩ表示手段１３３に表示させる。これは既に説明したステップＳ１２０３からステップＳ１２０６までの処理であり、利用者Ｂを利用者Ｃに置き換えたものである。このため、詳細な説明を省略する。以下では、図１８に示すフロー図を用いて、利用者Ｃが利用者Ａに送るクリスマスカードを選択する処理以降について説明する。
【００７３】
前記ステップＳ１２０６に相当する処理の後、発送処理サービスＸのサーバのＨＴＭＬ生成手段１０２は、検索された商品テーブル１３００の情報を含む、発送処理サービスＸの商品選択画面のＨＴＭＬコードを生成し、送受信手段１０１がこれを利用者Ｃの情報端末に送信する（ステップＳ１８０１）。利用者Ｃの情報端末の送受信手段１３１がこれを受信すると、ＨＴＭＬ解析手段１３２がこれを解析の上、ＧＵＩ表示手段１３３に表示する。
【００７４】
図１９は、発送処理サービスＸの商品選択画面がウェブブラウザウィンドウ１９００に表示された画面の一例である。商品選択画面は各々の商品の商品番号、商品画像、価格情報、および付加情報が表示される。図１９の一例では、商品番号００４の商品１９１１に関連づけて画像１９１２および価格情報１９１３が表示されている。これは、発送処理サービスＸの記憶手段にある商品テーブル１３００における商品番号１３４１，単価１３４２、および画像１３４３に各々対応する情報である。また図１９に示した商品選択画面の一例では、利用者Ｃが利用する認証サービスＺの認識票入力欄１９４１、利用者Ｃの名前を入力する欄１９４２、認証情報を入力する欄１９４３、および実行ボタン１９４９を有する。
【００７５】
次に利用者Ｃは、図１９に示すような発送処理サービスＸの商品選択画面を、ＧＵＩ表示手段１３３に表示した状態で、入力手段１３４を利用してカーソル１９９９を移動させ、商品選択操作をおこなう。本実施形態ではたとえば商品番号００４の画像１９１２を選択するとする。複数の商品を選択してもよい。次に、利用者Ｃは再び入力手段１３４を利用してカーソル１９９９を移動させ、利用者Ｃの認証サービスＺにおける認識票、名前、および認証情報を入力する（ステップＳ１８０２）。図１９の一例では、利用者Ｃの認証サービスＺにおける認識票８１２５３（ＩＤｚｃ）と利用者Ｃの名前Ｆｒｅｄ Ｍａｎｃｉｎｉ（Ｉｚｃ）、および認証情報ｍｏｕｎｔａｉｎ７（Ｐｚｃ）が入力されている。次に、利用者ＣをＷｅｂサービスＺで認証するためのボタン１９４３を選択する。
【００７６】
なお、認証サービスサービスＺは、電子メール、ＳＮＳ、ブログ、写真交換サービス、決済サービスなど何でもよい。また、本実施形態ではＨＴＭＬをプロトコルとして使うサービスを一例として使っているが、ＨＴＭＬを使う所謂Ｗｅｂサイトでなく、ＰＯＰ、ＩＭＡＰ、ＳＭＴＰなどのプロトコルによる電子メールサービスでもよく、また独自プロトコルを使ったクレジットカードのような認証サービスでもよい。
【００７７】
次に、利用者Ｃの情報端末の送受信手段が、ステップＳ１８０２で入力された情報を、発送処理サービスＸのサーバ１００に送る。再び図１６を参照して、発送処理サービスＸのサーバの送受信手段１０１がこれを受信すると、発送者テーブル１１０に新たな行を追加し、そこにＵＲＬ拡張子１２３４（Ｕｘａ）１６２１に関連づけて利用者Ｃの認証サービスＺにおける認識票ＩＤｚｃ１６２２および名前Ｉｚｃ１６２３を記憶する。さらに送受信手段は認識票ＩＤｚｃ、名前Ｉｚｃ、および認証情報Ｐｚｃを認証サービスＺのサーバ１５０に送る（ステップＳ１８０４）。
【００７８】
認証サービスＺのサーバ１５０では、利用者Ｃの認証サービスＺにおける認識票ＩＤｚｃ、利用者ＣがステップＳ１８０２で入力した名前Ｉｚｃおよび認証情報Ｐｚｃを送受信手段１５１が受信する。次に、認証手段１５２が記憶手段１５３にあらかじめ記憶した利用者テーブルのレコードと受信したＩＤｚｃ、Ｉｚｃ、およびＰｚｃを照合する。（ステップＳ１８０５）一致が検出されない場合には、送受信手段１５１が否認の通知を、発送処理サービスＸのサーバ１００に返す（ステップＳ１８０６）。発送処理サービスＸのサーバの送受信手段１０１がこの否認通知を受信すると、記憶手段の発送者テーブルにある、ステップＳ１８０４で作成された行およびその行にあるＩＤｚｃ１６２１、Ｉｚｃ１６２２およびＩｚｃ１６２３を削除（テップＳ１８０７）した上、処理を終了する。
【００７９】
ステップＳ１８０５で一致が検出されると、送受信手段１５１が認証の通知を、発送処理サービスＸのサーバ１００に送る（ステップＳ１８０８）。発送処理サービスＸのサーバの送受信手段１０１がこの認証情報を受信すると、ＨＴＭＬ生成手段１０２は、受取処理用画面を生成するための、ＩＤｗａ１０１２、Ｉｚｃ１６２３を含むＨＴＭＬコードを生成する。送受信手段１０１はこのＨＴＭＬコードを利用者Ａの情報端末１７０に送る（ステップＳ１８０９）。利用者Ａの情報端末の送受信手段１７１がこのＨＴＭＬコードを受信すると、ＨＴＭＬ解析手段が解析の上、ＧＵＩ表示手段１７３に受取処理画面を表示する。
【００８０】
図２０に受取処理画面の一例を示す。ＧＵＩ表示手段１７３には、ウェブブラウザウィンドウ２０００が表示される。また認証サービスで認識票ＩＤｚｃおよび付加情報Ｉｚｃ２０１２を有する利用者Ｃが、ＩＤｘａ２０１１を有する利用者Ａに対してクリスマスカードを送ろうとしている旨のメッセージ２０１０が表示される。ここで表示されるＩｚｃは発送者テーブル１１０でＩＤｚｃに関連づけて記憶された利用者Ｃの付加情報であり、前記ステップＳ１８０５で、認証サービスＺのサーバ１５０によって認証された情報である。ＩＤｗａ２０１１は受取ＵＲＬテーブル１０５でＩＤｗａに関連付けて記憶された利用者Ａの付加情報Ｉｗａ１０１４でもよい。また、ウェブブラウザウィンドウ２０００には、受領者名前入力欄１７２１および受領者住所入力欄１７２２が表示される。さらに受取受諾ボタン１７３１および、受取拒否ボタン１７３２が表示される。
【００８１】
受取処理画面には、受領者名前入力欄２０２１および受領者住所入力欄２０２２が表示される。ここで前記ステップＳ１５０９の説明で述べたように、利用者Ａの名前と住所を発送者情報テーブル１１２に、ＩＤｗａと関連づけて記憶してあれば、図２０にあるように、利用者Ａの名前と住所があらかじめ入力された状態で表示される。この実施形態における一例では、利用者Ａはその情報端末の入力手段１７４を操作し、表示手段１７３に表示されたカーソル２０９９を移動させた上、受諾ボタン２０３１を選択する（ステップＳ１８１０）。発送処理サービスＸのサーバの送受信手段１０１が利用者Ａの情報端末１７０から受取の受諾情報を受信すると、印刷情報生成手段１１１が受領者の名前および住所を含む印刷情報を生成した上、送受信手段１０１がこれを送付先印刷装置１２０に送信する。送付先印刷装置では送受信手段１２１がこれらの情報を受信し、印刷手段が送付先を印刷する（ステップＳ１８１１）。利用者Ａが利用者Ｂからの郵便物または物品を受け取らない場合には、入力手段１７４を利用してカーソル２０９９を移動させ、受取拒否ボタン２０３２を選択する（ステップＳ１８１０）。この選択情報は、送受信手段１７１を通じて発送処理サービスＸのサーバ１００に送信される。発送処理サービスＸの送受信手段１０１がこれを受信すると、記憶手段にある発送者テーブル１１０から、利用者Ｃの行とその行に記憶された１２３４（Ｕｘａ）１６２１、ＩＤｚｃ１６２２、およびＩｚｃ１６２３を消去する（ステップＳ１５１２）。
【００８２】
次に、本実施形態を使って本発明の効果について説明する。従来の技術によれば、利用者Ａがそのブログページなどで、クリスマスカード受領の意思を表明し、利用者Ａのブログの読者からクリスマスカードを受け取る場合には、利用者Ａはクリスマスカードの配達先となる利用者Ａの名前と住所をブログページなどでインターネット上に公開する必要があった。本実施形態では、利用者Ａが受取ＵＲＬをブログサービスなどであるＷｅｂサービスＹに掲載し、ＷｅｂサービスＹで利用者Ａのブログページなどを見る利用者Ｂおよび利用者Ｃがこの受取ＵＲＬを選択すると、発送処理サービスＸのサーバが発送者である利用者Ｂや利用者Ｃを他のサービスより取得した上これを呈示し、発送処理サービスＸおサーバが利用者Ａから受取の諾否を得た後、利用者Ａに利用者Ｂや利用者Ｃの選択したクリスマスカードを送付した。ここで、本発明の本実施形態では従来の方法にはない、以下５つの効果を得ることができる。
【００８３】
第１の効果は、発送者である利用者Ｂおよび利用者Ｃに、送付先となる利用者Ａの名前や住所が入手されることなく、クリスマスカードを利用者Ａに送ることができる点である。利用者Ｂや利用者Ｃは、各々の情報端末から利用者Ａの受取ＵＲＬを選択し（ステップＳ１２０４）、ＷｅｂサービスＷや認証サービスＺから認証を受けた（ステップＳ１５０２、ステップＳ１８０５）上で、利用者Ａに送るクリスマスカードを選択した（ステップＳ１２０８，ステップＳ１８０２）だけであり、利用者Ａの名前や住所は入手していない。
【００８４】
第２の効果は、クリスマスカードを受け取る利用者Ａが、その名前や住所をインターネット上に公開することなく、利用者Ａの名前や住所を知らないブログ読者の利用者Ｂや利用者Ｃからクリスマスカードを受け取ることができている点である。利用者Ａは、ブログサービスなどであるＷｅｂサービスＹで名前や住所を公開するのではなく、受取確認とともに発送処理サービスＸのサーバに名前や住所を送っている（ステップＳ１５１０）だけである。
【００８５】
第３の効果は、利用者Ａが利用者Ｂや利用者Ｃからクリスマスカードを受け取る際、個々の発送者からのクリスマスカードを受け取るか、それとも拒否するかを選択できる。利用者Ａは、利用者Ｂからのクリスマスカードを受け取るかどうかをステップＳ１５０９で確認し、また利用者Ｂからのクリスマスカードを受け取るかどうかをステップＳ１８１０で確認する。ここで利用者Ａが受取拒否を選択すれば、クリスマスカードは利用者Ａに送られない。
【００８６】
第４の効果は、発送者である利用者Ｂや利用者Ｃを認証できる点である。本発明によれば上記第３の効果に示したとおり、利用者Ａは受取の諾否を、発送者ごとに選択できる。さらに本発明では、ステップＳ１５０８で発送処理サービスＸから利用者Ａに呈示される発送者の認識票ＩＤｗｂは、ＷｅｂサービスＷのサーバで、利用者Ｗの有する認識票であることが認証されている。同様に、ステップＳ１８０９で発送処理サービスＸより利用者Ａに呈示される発送者の認識票ＩＤｚｃおよび付加情報Ｉｚｃは、認証サービスＺによって認証されている。このため、利用者ＡはステップＳ１５０９やステップＳ１８１０における受取確認で、発送者が他者になりすましていないこと知った上で、受取の諾否を決定できる。
【００８７】
第５の効果は、利用者Ａが受取ＵＲＬをブログサービスであるＷｅｂサービスＹに掲載する際、この受取ＵＲＬで受領する商品を指定することができる点である。ステップＳ８０１において、利用者Ａはその情報端末から要求ＵＲＬであるＵＲＬｘｍ１を選択した。図９に示すように、このＵＲＬｘｍ１は要求ＵＲＬテーブル１０４において商品分類コードｍ１に関連づけられている。したがって、このステップＳ８０１の操作によって、利用者Ａは、発送処理サービスＸのサーバに対して商品分類コードｍ１で指定される商品テーブル１３００にある商品群を受け取るという意思表示したことになる。図９を参照すると、たとえばもし利用者Ａがクリスマスカードではなく玩具を受け取りたければ、ステップＳ８０１で異なる受取ＵＲＬ９２１（ＵＲＬｘｍ２）を選択すればよい。さらに、この第５の効果によって、万一利用者Ｂや利用者Ｃに悪意があったとしても、利用者Ａに対して危険物や利用者Ａに適していない商品または物品を送るようなことは不可能になっている。
【００８８】
なお、本実施形態では利用者Ａがクリスマスカードを受け取る例で説明したが、ここで説明した５つの効果は、クリスマスカードのような郵便物に限らず、物品受領全般について有効である。
【符号の説明】
【００８９】
１００ 発送処理サービスＸのサーバ
１２０ 送付先印刷装置
１３０ 利用者Ｃの情報端末
１４０ ＷｅｂサービスＹのサーバ
１５０ 認証サービスＺのサーバ
１６０ ＷｅｂサービスＷのサーバ
１７０ 利用者Ａの情報端末
１８０ 利用者Ｂの情報端末
１９０ ネットワーク
【特許請求の範囲】
【請求項１】
第１の利用者の第１の情報端末と、第２の利用者の第２の情報端末と、第１のサーバと、第２のサーバと、第３のサーバとを有するシステムの動作方法であって、
前記第１のサーバは、
他の利用者から第１の利用者への商品または物品の送信を命令するための受取認識票を生成する受取認識票生成部と、
商品または物品を一意に特定する商品認識票および前記商品または前記物品の商品付加情報が関連付けられており、前記受取認識票を生成するための要求認識票を記憶可能な記憶部と、を有しており、
前記第１の情報端末が、前記要求認識票を前記第１のサーバに送信し、前記第１のサーバが、前記要求認識票を受信し、
前記第１のサーバが、前記第１の利用者の第１の個人認識票を要求するための第１の画面情報を前記第１の情報端末に送信し、前記第１の情報端末が、前記第１の個人認識票を前記第１のサーバに送信し、
前記第１のサーバが、前記受取認識票を生成し、
前記第１のサーバが、前記受取認識票に、前記第１の個人認識票、前記商品認識票、および前記商品付加情報を関連づけて記憶し、
前記第１のサーバが、前記受取認識票を前記第１の情報端末に送信し、
前記第１の情報端末が、前記受取認識票を前記第１の利用者が利用する第３のサービスの第３のサーバに送信し、
前記第３のサーバが、前記受取認識票を前記第１の利用者の第２の画面情報の一部として記憶し、
前記第３のサーバが、前記第２の情報端末からの前記第２の画面情報の要求に応じて前記受取認識票を含む前記第２の画面情報を前記第２の情報端末に送信し、
前記第２の情報端末が、前記受取認識票を含む前記第２の画面情報を受信すると、前記受取認識票を前記第１のサーバに送信し、
前記第１のサーバが、受信した前記受取認識票に関連づけて記憶されている前記商品認識票を検索し、
前記第１のサーバが、前記商品認識票に関連づけられて記憶されている前記商品付加情報を含む第３の画面情報を生成し、
前記第１のサーバが、前記商品付加情報を含む前記第３の画面情報を前記第２の情報端末に送信し、前記第２の情報端末が、前記第２のサーバに前記第２の利用者の第２の個人認識票および前記第２の利用者の第１の認証情報を送信し、
前記第２のサーバが、前記第２の情報端末を認証後、前記第２の個人認識票を前記第１のサーバに送信し、
前記第１のサーバが、前記商品付加情報、前記第１の個人認識票、および前記第２の個人認識票を含む第４の画面情報を生成し前記第１の情報端末に送信し、
前記第１の情報端末が、前記第４の画面情報を受信し、前記第１の情報端末が、前記第１の利用者の住所情報および前記第１の利用者が前記第２の利用者からの前記第１の利用者への前記商品付加情報を有する商品または物品の送付を受け付ける受諾情報を前記第１のサーバに送信し、
前記第１のサーバが、前記住所情報を送付先印刷装置に送信することを含む請求項１記載の、システムの動作方法。
【請求項２】
前記第３のサーバが、前記第２の情報端末からの前記第２の画面情報の要求に応じて前記受取認識票を含む前記第２の画面情報を前記第２の情報端末に送信し、
前記第２の情報端末が、前記受取認識票を含む前記第２の画面情報を受信すると、前記第１のサーバに前記受取認識票を送信し、
前記第１のサーバが、前記受取認識票に関連づけて記憶されている前記商品認識票を検索し、
前記第１のサーバが、前記商品認識票に関連づけられて記憶されている前記商品付加情報を含む第３の画面情報を生成し、
前記第１のサーバが、前記商品付加情報を含む前記第３の画面情報を前記第２の情報端末に送信し、
前記第２の情報端末が、前記第２のサーバに前記第２の個人認識票および前記第２の利用者の第１の認証情報を送信し、
前記第２のサーバが、前記第２の情報端末を認証後、前記第２のサーバで前記第２の個人認識票に関連づけて記憶されている前記第２の利用者の第１の個人付加情報を前記
第１のサーバに送信し、
前記第１のサーバが、前記商品付加情報、前記第１の個人認識票、および前記第２の個人認識情報を含む第４の画面情報を生成し前記第１の情報端末に送信し、
前記第１の情報端末が、前記第４の画面情報を受信し、
前記第１の情報端末が、前記第１の利用者の住所情報および前記第２の利用者からの前記第１の利用者への前記商品付加情報を有する商品または物品の送付を受け付ける受諾情報を前記第１のサーバに送信し、
前記第１のサーバが、前記住所情報を送付先印刷装置に送信することを特徴とする請求項１記載の、システムの動作方法。
【請求項３】
前記システムは、第３の個人認識票を有する第３の利用者の第３の情報端末をさらに有しており、
前記第３のサーバが、前記第３の情報端末からの前記第２の画面情報の要求に応じて前記受取認識票を含む前記第２の画面情報を前記第３の情報端末に送信し、
前記第３の情報端末が、前記受取認識票を含む前記第２の画面情報を受信すると、前記第１のサーバに前記受取認識票を送信し、
前記第１のサーバが、前記受取認識票に関連づけて記憶されている前記商品認識票を検索し、
前記第１のサーバが、前記商品認識票に関連づけられて記憶されている前記商品付加情報を含む第３の画面情報を生成し、
前記第１のサーバが、前記商品付加情報を含む前記第３の画面情報を前記第３の情報端末に送信し、
前記第３の情報端末が、前記第２のサーバに前記第３の個人認識票および前記第３の利用者の第２の認証情報を送信し、
前記第２のサーバが、前記第３の情報端末を認証後、前記第２のサーバで前記第３の個人認識票に関連づけて記憶されている前記第３の利用者の第２の個人付加情報を前記第１のサーバに送信し、
前記第１のサーバが、前記商品付加情報、前記第１の個人認識票、および前記第２の個人付加情報を含む第５の画面情報を生成し前記第１の情報端末に送信し、
前記第１の情報端末が、前記第５の画面情報を受信し、
前記第１の情報端末が、前記第１の利用者の住所情報および前記第３の利用者からの前記第１の利用者への前記商品付加情報を有する商品または物品の送付を受け付ける受諾情報を前記第１のサーバに送信し、
前記第１のサーバが、前記住所情報を前記送付先印刷装置に送信することを特徴とする請求項１または請求項２記載の、システムの動作方法。
【請求項４】
第１の利用者の第１の情報端末と、
第２の利用者の第２の情報端末と、
商品または物品の商品認識票および商品付加情報が関連付けられており、他の利用者から第１の利用者への商品または物品の送信を命令するための受取認識票を生成するための要求認識票を記憶し前記第１のサービスを提供する第１のサーバと、
前記第１の利用者の受取認識票を記憶して前記第２の情報端末に送信する第２のサービスの第２のサーバと、
認証サービスを提供する第３のサーバと、
を有するシステムの動作方法であって、
前記第１の情報端末が、前記要求認識票を第１のサーバに送信し、
前記第１のサーバが、前記要求認識票を受信し、
前記第１のサーバが、前記第１の個人認識票を要求するための第１の画面情報を前記第１の情報端末に送信し、
前記第１の情報端末が、前記第１の個人認識票を前記第１のサーバに送信し、
前記第１のサーバが、前記受取認識票を生成し、
前記第１のサーバが、前記受取認識票、前記第１の個人認識票、前記商品認識票、および前記商品付加情報を関連づけて記憶し、
前記第１のサーバが、前記受取認識票を前記第１の情報端末に送信し、
前記第１の情報端末が、前記第１のサーバが前記受取認識票を前記第１の利用者が利用する第２サービスの第２のサーバに送信し、
前記第２のサーバが、前記受取認識票を前記第１の利用者の第２の画面情報の一部として記憶し、
前記第２のサーバが、前記第２の情報端末からの前記第２の画面情報の要求に応じて前記受取認識票を含む前記第２の画面情報を前記第２の情報端末に送信し、
前記第２の情報端末が、前記受取認識票を含む前記第２の画面情報を受信すると、前記第１のサーバに前記受取認識票を送信し、
前記第１のサーバが、前記受取認識票に関連づけて記憶されている前記商品認識票を検索し、
前記第１のサーバが、前記商品認識票に関連づけられて記憶されている前記商品付加情報を含む第３の画面情報を生成し、
前記第１のサーバが、前記商品付加情報を含む前記第３の画面情報を前記第２の情報端末に送信し、
前記第２の情報端末が、前記第２の個人認識票、前記第２の利用者が前記第２の情報端末に入力した前記第２の利用者の名前情報、および前記第２の利用者の認証情報を前記第１のサーバに送信し、
前記第１のサーバが、前記第２の個人認識票、前記名前情報、および前記認証情報を前記第３のサーバに送信し、
前記第３のサーバが、認証済情報を前記第１のサーバに送信し、
前記第１のサーバが、前記商品付加情報および前記名前情報を含む第４の画面情報を生成し前記第１の情報端末に送信し、
前記第１の情報端末が、前記第４の画面情報を受信し、
前記第１の情報端末が、前記第１の利用者の住所情報および前記第２の利用者からの前記第１の利用者への前記商品付加情報を有する商品または物品の送付を受け付ける受諾情報を前記第１のサーバに送信し、
前記第１のサーバが、前記住所情報を送付先印刷装置に送信することを含む、システムの動作方法。
【請求項５】
第１の利用者の第１の情報端末と、
第２の利用者の第２の情報端末と、
商品または物品の商品認識票および商品付加情報が関連付けられており、他の利用者から第１の利用者への前記商品または前記物品の送付を命令するための受取認識票を生成するための要求認識票を記憶し第１のサービスを提供する第１のサーバと、
前記第１の利用者の受取認識票を記憶して前記第２の情報端末に送信する第２のサービスの第２のサーバと、
認証サービスを提供する第３のサーバと、
を有するシステムの動作方法であって、
前記第１の情報端末が、前記要求認識票を第１のサーバに送信し、
前記第１のサーバが、前記要求認識票を受信し、
前記第１のサーバが、前記第１の利用者の第１の個人認識票を要求するための第１の画面情報を前記第１の情報端末に送信し、
前記第１の情報端末が、前記第１の個人認識票を前記第１のサーバに送信し、
前記第１のサーバが、前記受取認識票を生成し、
前記第１のサーバが、前記受取認識票、前記第１の個人認識票、前記商品認識票、および前記商品付加情報を関連づけて記憶し、
前記第１のサーバが、前記受取認識票を前記第１の情報端末に送信し、
前記第１の情報端末が、前記第１のサーバが前記受取認識票を前記第１の利用者が利用する第２サービスの第２のサーバに送信し、
前記第２のサーバが、前記受取認識票を前記第１の利用者の第２の画面情報の一部として記憶し、
前記第２のサーバが、前記第２の情報端末からの前記第２の画面情報の要求に応じて前記受取認識票を含む前記第２の画面情報を前記第２の情報端末に送信し、
前記第２の情報端末が、前記受取認識票を含む前記第２の画面情報を受信すると、前記第１のサーバに前記受取認識票を送信し、
前記第１のサーバが、前記受取認識票に関連づけて記憶されている前記商品認識票を検索し、
前記第１のサーバが、前記商品認識票に関連づけられて記憶されている前記商品付加情報を含む第３の画面情報を生成し、
前記第１のサーバが、前記商品付加情報を含む前記第３の画面情報を前記第２の情報端末に送信し、
前記第２の情報端末が、前記第２の利用者の第２の個人認識票、前記第２の利用者が前記第２の情報端末に入力した前記第２の利用者の名前情報、および前記第２の利用者の認証情報を前記第１のサーバに送信し、
前記第１のサーバが、前記第２の個人認識票、前記名前情報、および前記認証情報を前記第３のサーバに送信し、
前記第３のサーバが、認証済情報を前記第１のサーバに送信し、
前記第１のサーバが、前記商品付加情報および前記名前情報を含む第４の画面情報を生成し前記第１の情報端末に送信し、
前記第１の情報端末が、前記第４の画面情報を受信し、
前記第１の情報端末が、前記第１の利用者の住所情報および前記第２の利用者からの前記第１の利用者への前記商品付加情報を有する商品または物品の送付を受け付ける受諾情報を前記第１のサーバに送信し、
前記第１のサーバが、前記住所情報を送付先印刷装置に送信することを含む、システムの動作方法。
【請求項１】
第１の利用者の第１の情報端末と、第２の利用者の第２の情報端末と、第１のサーバと、第２のサーバと、第３のサーバとを有するシステムの動作方法であって、
前記第１のサーバは、
他の利用者から第１の利用者への商品または物品の送信を命令するための受取認識票を生成する受取認識票生成部と、
商品または物品を一意に特定する商品認識票および前記商品または前記物品の商品付加情報が関連付けられており、前記受取認識票を生成するための要求認識票を記憶可能な記憶部と、を有しており、
前記第１の情報端末が、前記要求認識票を前記第１のサーバに送信し、前記第１のサーバが、前記要求認識票を受信し、
前記第１のサーバが、前記第１の利用者の第１の個人認識票を要求するための第１の画面情報を前記第１の情報端末に送信し、前記第１の情報端末が、前記第１の個人認識票を前記第１のサーバに送信し、
前記第１のサーバが、前記受取認識票を生成し、
前記第１のサーバが、前記受取認識票に、前記第１の個人認識票、前記商品認識票、および前記商品付加情報を関連づけて記憶し、
前記第１のサーバが、前記受取認識票を前記第１の情報端末に送信し、
前記第１の情報端末が、前記受取認識票を前記第１の利用者が利用する第３のサービスの第３のサーバに送信し、
前記第３のサーバが、前記受取認識票を前記第１の利用者の第２の画面情報の一部として記憶し、
前記第３のサーバが、前記第２の情報端末からの前記第２の画面情報の要求に応じて前記受取認識票を含む前記第２の画面情報を前記第２の情報端末に送信し、
前記第２の情報端末が、前記受取認識票を含む前記第２の画面情報を受信すると、前記受取認識票を前記第１のサーバに送信し、
前記第１のサーバが、受信した前記受取認識票に関連づけて記憶されている前記商品認識票を検索し、
前記第１のサーバが、前記商品認識票に関連づけられて記憶されている前記商品付加情報を含む第３の画面情報を生成し、
前記第１のサーバが、前記商品付加情報を含む前記第３の画面情報を前記第２の情報端末に送信し、前記第２の情報端末が、前記第２のサーバに前記第２の利用者の第２の個人認識票および前記第２の利用者の第１の認証情報を送信し、
前記第２のサーバが、前記第２の情報端末を認証後、前記第２の個人認識票を前記第１のサーバに送信し、
前記第１のサーバが、前記商品付加情報、前記第１の個人認識票、および前記第２の個人認識票を含む第４の画面情報を生成し前記第１の情報端末に送信し、
前記第１の情報端末が、前記第４の画面情報を受信し、前記第１の情報端末が、前記第１の利用者の住所情報および前記第１の利用者が前記第２の利用者からの前記第１の利用者への前記商品付加情報を有する商品または物品の送付を受け付ける受諾情報を前記第１のサーバに送信し、
前記第１のサーバが、前記住所情報を送付先印刷装置に送信することを含む請求項１記載の、システムの動作方法。
【請求項２】
前記第３のサーバが、前記第２の情報端末からの前記第２の画面情報の要求に応じて前記受取認識票を含む前記第２の画面情報を前記第２の情報端末に送信し、
前記第２の情報端末が、前記受取認識票を含む前記第２の画面情報を受信すると、前記第１のサーバに前記受取認識票を送信し、
前記第１のサーバが、前記受取認識票に関連づけて記憶されている前記商品認識票を検索し、
前記第１のサーバが、前記商品認識票に関連づけられて記憶されている前記商品付加情報を含む第３の画面情報を生成し、
前記第１のサーバが、前記商品付加情報を含む前記第３の画面情報を前記第２の情報端末に送信し、
前記第２の情報端末が、前記第２のサーバに前記第２の個人認識票および前記第２の利用者の第１の認証情報を送信し、
前記第２のサーバが、前記第２の情報端末を認証後、前記第２のサーバで前記第２の個人認識票に関連づけて記憶されている前記第２の利用者の第１の個人付加情報を前記
第１のサーバに送信し、
前記第１のサーバが、前記商品付加情報、前記第１の個人認識票、および前記第２の個人認識情報を含む第４の画面情報を生成し前記第１の情報端末に送信し、
前記第１の情報端末が、前記第４の画面情報を受信し、
前記第１の情報端末が、前記第１の利用者の住所情報および前記第２の利用者からの前記第１の利用者への前記商品付加情報を有する商品または物品の送付を受け付ける受諾情報を前記第１のサーバに送信し、
前記第１のサーバが、前記住所情報を送付先印刷装置に送信することを特徴とする請求項１記載の、システムの動作方法。
【請求項３】
前記システムは、第３の個人認識票を有する第３の利用者の第３の情報端末をさらに有しており、
前記第３のサーバが、前記第３の情報端末からの前記第２の画面情報の要求に応じて前記受取認識票を含む前記第２の画面情報を前記第３の情報端末に送信し、
前記第３の情報端末が、前記受取認識票を含む前記第２の画面情報を受信すると、前記第１のサーバに前記受取認識票を送信し、
前記第１のサーバが、前記受取認識票に関連づけて記憶されている前記商品認識票を検索し、
前記第１のサーバが、前記商品認識票に関連づけられて記憶されている前記商品付加情報を含む第３の画面情報を生成し、
前記第１のサーバが、前記商品付加情報を含む前記第３の画面情報を前記第３の情報端末に送信し、
前記第３の情報端末が、前記第２のサーバに前記第３の個人認識票および前記第３の利用者の第２の認証情報を送信し、
前記第２のサーバが、前記第３の情報端末を認証後、前記第２のサーバで前記第３の個人認識票に関連づけて記憶されている前記第３の利用者の第２の個人付加情報を前記第１のサーバに送信し、
前記第１のサーバが、前記商品付加情報、前記第１の個人認識票、および前記第２の個人付加情報を含む第５の画面情報を生成し前記第１の情報端末に送信し、
前記第１の情報端末が、前記第５の画面情報を受信し、
前記第１の情報端末が、前記第１の利用者の住所情報および前記第３の利用者からの前記第１の利用者への前記商品付加情報を有する商品または物品の送付を受け付ける受諾情報を前記第１のサーバに送信し、
前記第１のサーバが、前記住所情報を前記送付先印刷装置に送信することを特徴とする請求項１または請求項２記載の、システムの動作方法。
【請求項４】
第１の利用者の第１の情報端末と、
第２の利用者の第２の情報端末と、
商品または物品の商品認識票および商品付加情報が関連付けられており、他の利用者から第１の利用者への商品または物品の送信を命令するための受取認識票を生成するための要求認識票を記憶し前記第１のサービスを提供する第１のサーバと、
前記第１の利用者の受取認識票を記憶して前記第２の情報端末に送信する第２のサービスの第２のサーバと、
認証サービスを提供する第３のサーバと、
を有するシステムの動作方法であって、
前記第１の情報端末が、前記要求認識票を第１のサーバに送信し、
前記第１のサーバが、前記要求認識票を受信し、
前記第１のサーバが、前記第１の個人認識票を要求するための第１の画面情報を前記第１の情報端末に送信し、
前記第１の情報端末が、前記第１の個人認識票を前記第１のサーバに送信し、
前記第１のサーバが、前記受取認識票を生成し、
前記第１のサーバが、前記受取認識票、前記第１の個人認識票、前記商品認識票、および前記商品付加情報を関連づけて記憶し、
前記第１のサーバが、前記受取認識票を前記第１の情報端末に送信し、
前記第１の情報端末が、前記第１のサーバが前記受取認識票を前記第１の利用者が利用する第２サービスの第２のサーバに送信し、
前記第２のサーバが、前記受取認識票を前記第１の利用者の第２の画面情報の一部として記憶し、
前記第２のサーバが、前記第２の情報端末からの前記第２の画面情報の要求に応じて前記受取認識票を含む前記第２の画面情報を前記第２の情報端末に送信し、
前記第２の情報端末が、前記受取認識票を含む前記第２の画面情報を受信すると、前記第１のサーバに前記受取認識票を送信し、
前記第１のサーバが、前記受取認識票に関連づけて記憶されている前記商品認識票を検索し、
前記第１のサーバが、前記商品認識票に関連づけられて記憶されている前記商品付加情報を含む第３の画面情報を生成し、
前記第１のサーバが、前記商品付加情報を含む前記第３の画面情報を前記第２の情報端末に送信し、
前記第２の情報端末が、前記第２の個人認識票、前記第２の利用者が前記第２の情報端末に入力した前記第２の利用者の名前情報、および前記第２の利用者の認証情報を前記第１のサーバに送信し、
前記第１のサーバが、前記第２の個人認識票、前記名前情報、および前記認証情報を前記第３のサーバに送信し、
前記第３のサーバが、認証済情報を前記第１のサーバに送信し、
前記第１のサーバが、前記商品付加情報および前記名前情報を含む第４の画面情報を生成し前記第１の情報端末に送信し、
前記第１の情報端末が、前記第４の画面情報を受信し、
前記第１の情報端末が、前記第１の利用者の住所情報および前記第２の利用者からの前記第１の利用者への前記商品付加情報を有する商品または物品の送付を受け付ける受諾情報を前記第１のサーバに送信し、
前記第１のサーバが、前記住所情報を送付先印刷装置に送信することを含む、システムの動作方法。
【請求項５】
第１の利用者の第１の情報端末と、
第２の利用者の第２の情報端末と、
商品または物品の商品認識票および商品付加情報が関連付けられており、他の利用者から第１の利用者への前記商品または前記物品の送付を命令するための受取認識票を生成するための要求認識票を記憶し第１のサービスを提供する第１のサーバと、
前記第１の利用者の受取認識票を記憶して前記第２の情報端末に送信する第２のサービスの第２のサーバと、
認証サービスを提供する第３のサーバと、
を有するシステムの動作方法であって、
前記第１の情報端末が、前記要求認識票を第１のサーバに送信し、
前記第１のサーバが、前記要求認識票を受信し、
前記第１のサーバが、前記第１の利用者の第１の個人認識票を要求するための第１の画面情報を前記第１の情報端末に送信し、
前記第１の情報端末が、前記第１の個人認識票を前記第１のサーバに送信し、
前記第１のサーバが、前記受取認識票を生成し、
前記第１のサーバが、前記受取認識票、前記第１の個人認識票、前記商品認識票、および前記商品付加情報を関連づけて記憶し、
前記第１のサーバが、前記受取認識票を前記第１の情報端末に送信し、
前記第１の情報端末が、前記第１のサーバが前記受取認識票を前記第１の利用者が利用する第２サービスの第２のサーバに送信し、
前記第２のサーバが、前記受取認識票を前記第１の利用者の第２の画面情報の一部として記憶し、
前記第２のサーバが、前記第２の情報端末からの前記第２の画面情報の要求に応じて前記受取認識票を含む前記第２の画面情報を前記第２の情報端末に送信し、
前記第２の情報端末が、前記受取認識票を含む前記第２の画面情報を受信すると、前記第１のサーバに前記受取認識票を送信し、
前記第１のサーバが、前記受取認識票に関連づけて記憶されている前記商品認識票を検索し、
前記第１のサーバが、前記商品認識票に関連づけられて記憶されている前記商品付加情報を含む第３の画面情報を生成し、
前記第１のサーバが、前記商品付加情報を含む前記第３の画面情報を前記第２の情報端末に送信し、
前記第２の情報端末が、前記第２の利用者の第２の個人認識票、前記第２の利用者が前記第２の情報端末に入力した前記第２の利用者の名前情報、および前記第２の利用者の認証情報を前記第１のサーバに送信し、
前記第１のサーバが、前記第２の個人認識票、前記名前情報、および前記認証情報を前記第３のサーバに送信し、
前記第３のサーバが、認証済情報を前記第１のサーバに送信し、
前記第１のサーバが、前記商品付加情報および前記名前情報を含む第４の画面情報を生成し前記第１の情報端末に送信し、
前記第１の情報端末が、前記第４の画面情報を受信し、
前記第１の情報端末が、前記第１の利用者の住所情報および前記第２の利用者からの前記第１の利用者への前記商品付加情報を有する商品または物品の送付を受け付ける受諾情報を前記第１のサーバに送信し、
前記第１のサーバが、前記住所情報を送付先印刷装置に送信することを含む、システムの動作方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２０１１−７６５８５（Ｐ２０１１−７６５８５Ａ）
【公開日】平成２３年４月１４日（２０１１．４．１４）
【国際特許分類】
【出願番号】特願２０１０−５１１３６（Ｐ２０１０−５１１３６）
【出願日】平成２２年３月８日（２０１０．３．８）
【分割の表示】特願２００９−５５０１２７（Ｐ２００９−５５０１２７）の分割
【原出願日】平成２１年９月３０日（２００９．９．３０）
【出願人】（５０６１８３７３１）リプレックス株式会社 (20)
【公開日】平成２３年４月１４日（２０１１．４．１４）
【国際特許分類】
【出願日】平成２２年３月８日（２０１０．３．８）
【分割の表示】特願２００９−５５０１２７（Ｐ２００９−５５０１２７）の分割
【原出願日】平成２１年９月３０日（２００９．９．３０）
【出願人】（５０６１８３７３１）リプレックス株式会社 (20)
[ Back to top ]