(57)【要約】【課題】互いに離れている親族間（例えば親と子供）の絆を、同じ体験を希望する共通の情報を共有することによって、日常生活が素敵で楽しい状態になること。【解決手段】一方の人が使用する第１端末と、他方の人が使用する第２端末と及びサーバが通信網を介して接続し、少なくとも前記第１端末と第２端末が互いに対話することができる人の絆ネットワークシステムであって、少なくとも第１端末と第２端末は対話の内容から、一方の人と他方の人との間で共有された共通情報に基づいて体験を希望する商品を特定する処理を行い、サーバは、少なくとも第１端末又は第２端末のいずれか一方から通信網を介して体験希望の商品の注文を受け付けた場合には、サーバ又は該サーバと接続する受注者端末のいずれかの制御部は、少なくとも第１端末又は第２端末が指定した場所に体験希望の商品が配送されるように制御を行う、人の絆ネットワークシステム。【選択図】図１
2020166477.tif 000002
【特許請求の範囲】
【請求項１】
一方の人が使用する第１端末と、他方の人が使用する第２端末と及びサーバが通信網を介して接続し、少なくとも前記第１端末と第２端末が互いに対話することができる人の絆ネットワークシステムであって、
少なくとも前記第１端末と前記第２端末は、
前記対話の内容から、一方の人と他方の人との間で共有された共通情報に基づいて体験を希望する商品を特定する処理を行い、
前記サーバは、少なくとも前記第１端末又は前記第２端末のいずれか一方から前記通信網を介して前記体験希望の商品の注文を受け付けた場合には、
前記サーバ又は該サーバと接続する受注者端末のいずれかの制御部は、少なくとも前記第１端末又は前記第２端末が指定した場所に前記体験希望の商品が配送されるように制御を行う、人の絆ネットワークシステム。
【請求項２】
請求項１の人の絆ネットワークシステムに於いて、少なくとも前記サーバ又は受注者端末の制御部は、前記第１端末及び前記第２端末の情報を記憶部に保持し、この記憶部に保持されている受注情報に基づいて、表示部に、少なくとも前記第１端末又は前記第２端末の配送先を表示するように制御することを特徴とする人の絆ネットワークシステム。
【請求項３】
請求項１の人の絆ネットワークシステムに於いて、少なくとも前記サーバ又は受注者端末の制御部は、前記第１端末及び前記第２端末の情報を記憶部に保持し、この記憶部に保持されている受注情報に基づいて、表示部に、少なくとも前記第１端末及び前記第２端末の配送先を表示するように制御することを特徴とする人の絆ネットワークシステム。
【請求項４】
請求項１の人の絆ネットワークシステムに於いて、コンピュータをサーバとして機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は人の絆ネットワークシステムに関する。
【背景技術】
【０００２】
特許文献１の課題は、受注者及び発注者の業務負荷やシステム構築の負荷を軽減し、容易に利用することが可能な電子商取引システムを提供することである。そして、該課題を解決する手段は、サーバ５は、複数の受注者の端末７から送られる商品に関する情報を、データベース１１のカタログデータ１３に登録し、かつ、管理する。また、複数の発注者の端末９から送られるカタログ注文情報に従って、カタログデータ１３から該当するデータを検索、編集、加工して各受注者用のカタログデータを作成し、配信する。更に、サーバ５は、端末９から送られる、カタログデータの商品に対する注文情報に従って、受注先の発注データ形式に合わせた発注情報１５を作成し、受注先の発注方式（ＦＡＸ、ｅ−ｍａｉｌ、ＸＭＬ、ＥＤＩ等）を用いて受注先の端末７等に送るというものである（符号は特許文献１のもの）。
【０００３】
このように、電子商取引システムを利用し、ユーザが所望する商品を、情報を管理するサーバを介して商品を供給する受注者端末に発注するビジネスモデルは、いまや公知技術である。
【０００４】
また、近年、人工知能を備えたスピーカーやロボットに話しかけると、話し手の言葉を理解して適切な返答をしてくることは周知の事実である。そして、人工知能を備えた各種の装置（例えば按摩装置など）が提案されている。また、いわゆるＴＶ会議システムも提案され（例えば特許文献２）、かつ、実用化されている。
【０００５】
さらに、最近では、スピーカー、マイク、音声処理手段等を備えた音声対話システム及び音声対話方法が提案されている（例えば特許文献３）。特許文献３は、複数の関節部及び駆動部を備えたロボット、このロボットと無線で通信するスマートフォン、このスマートフォンとそれぞれ接続する音声認識サーバ及び対話サーバを含むものである。
【０００６】
加えて、特許文献４は本願発明の出願日前に出願公開された情報処理方法である。この特許文献４の発明の課題は、音声対話に関して、より円滑にユーザに情報を提供するための技術を提供するもので、その解決手段は、スピーカー２７０を含む第１の端末２００と、ディスプレイ４３０を含む第２の端末４００と、第１の端末２００に音声を出力させ、音声に関する映像を第２の端末４００に表示させるためのサーバ１００とを備えるネットワークシステム１又は情報処理方法である。
【０００７】
この特許文献４の実施の形態にかかるネットワークシステム又は情報処理方法１は、主に、対話サービス用のサーバ１００と、家庭やオフィスに配置されるロボットなどの顧客通信端末２００と、各種の店舗や営業所などに配置されるタブレットなどの店舗通信端末３００とを含むもので、構成の一部が本願発明と共通であるものの、本願発明の如く、複数個のユーザ端末同士が対話するものではない、ユーザ端末同士の対話の中で合意した体験希望の商品の注文を受け付けるものではない、さらには、対話するユーザ端末の両方の識別情報を制御するものではない等の点で相違する。
【０００８】
上記のような公知乃至周知技術の存在及び社会環境の中で、例えば親と子供、兄弟同士、親しい間柄等の人達が、通信網を利用して互いに対話（会話）し、その対話の中から、特定の商品に関して希望する体験をするための共通情報を持った場合に、当該共通情報としての商品を、例えば遠隔地に住んでいる各自（各ユーザー）が、現に住んでいる場所に、受注サーバ、又は製造業者、スーパー、果樹農園、漁師等の業者（受注者端末）からそれぞれ配達時間に間に合うように配送してもらい、人の絆を創ることができる、新規なビジネスモデルの出現が期待されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００４−１３６５８号公報
【特許文献２】特開２００３−８７５２号公報
【特許文献３】特開２０１８−１８５４０１号公報
【特許文献４】特開２０１９−３６０２７号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明の主たる目的は、特許文献１乃至特許文献４の技術を踏まえた上で、特に親子、親族、友人等の特別な人間関係にある人達が、互いに端末を用いて対話し、その対話で共有された共通情報に基づき、体験を希望する商品が出てきた場合に、対話者の希望する場所へ体験希望商品を配送してもらい、人の絆を創ることができるようにすることである。
【課題を解決するための手段】
【００１１】
本発明の人の絆ネットワークシステムは、一方の人が使用する第１端末と、他方の人が使用する第２端末と及びサーバが通信網を介して接続し、少なくとも前記第１端末と第２端末が互いに対話することができる人の絆ネットワークシステムであって、少なくとも前記第１端末と前記第２端末は、前記対話の内容から、一方の人と他方の人との間で共有された共通情報に基づいて体験を希望する商品を特定する処理を行い、前記サーバは、少なくとも前記第１端末又は前記第２端末のいずれか一方から前記通信網を介して前記体験希望の商品の注文を受け付けた場合には、前記サーバ又は該サーバと接続する受注者端末のいずれかの制御部は、少なくとも前記第１端末又は前記第２端末が指定した場所に前記体験希望の商品が配送されるように制御を行うことを特徴とする。
【００１２】
上記の「商品を特定する処理」は、第１端末と第２端末が、一回（一つの会話が継続する場合）、又は複数回の会話（一つの会話が切断し、その後に再度会話が継続する場合）を実行し、最終的に第１端末又は第２端末が決める。この時、第１端末又は第２端末は、いずれかの端末から提案された商品（商品リストも含む）、又はサーバから提案された商品（商品リストも含む）を自己の表示部に表示させ、その表示を参照にて一方の人又は他方の人が体験希望の商品を音声入力、タッチ信号等の入力手段で選定する。
【００１３】
また上記の体験希望の商品は、第１端と第２端末がお互い対話の中で合意した単数又は複数の有体物又は無体物であり、好ましくは、インターネット上の店舗情報を参照にして購入した品物が立体的形状を有し、配送車やドローン等の配送手段により運搬されるものであるが、実施形態如何によっては、電子情報財（ゲームソフト、音楽データ、映像、電子出版物など）を、配信手段を介して送信し、それをダウンロードさせても良い。
【００１４】
サーバは、第１端末又は第２端末が決めた注文情報を受け付けるが、該注文情報は、例えば図４及び図５で示すように、少なくとも第１端末の識別情報と、第２端末の識別情報と、体験希望の商品が関連付けられた情報であることから、単数又は複数の記憶部に記録する際には、前記関連付けられた情報にサーバの受付情報を付与して登録する。つまり、サーバは、いずれかの端末から前記注文情報を取得すると、それに検索用受付情報を紐づけし、一つのレコード（これが「配送情報」である）として所要領域に記録する。
【００１５】
なお、サーバは、配送情報を検索する場合には、第１端末又は第２端末の識別情報の一部を検索対象としても、又は第１端末及び第２端末の識別情報の全部を検索対象としても良い。いずれにしても、本発明の実施形態では、サーバの記憶部に保持されている受注情報は、少なくとも第１端末の識別情報と第２端末の識別情報と体験希望の商品が関連付けられている点に特徴があり、サーバは、配送情報を抽出した場合、自己の表示部、又は受注者端末の表示部に、少なくとも端末が指定した場所に前記体験希望の商品が配送されるように制御を行い、さらに、制御された前記配送情報の配送先は体験希望の商品と共に前記表示部に表示されることが好ましい。
【００１６】
したがって、本願発明では、上記構成に於いて、少なくとも前記サーバ又は受注者端末の制御部は、前記第１端末及び前記第２端末の情報を記憶部に保持し、この記憶部に保持されている受注情報に基づいて、表示部に、少なくとも前記第１端末又は前記第２端末の配送先を表示するように制御する。そして、好ましい実施形態としては、前記表示部に、少なくとも前記第１端末及び前記第２端末の配送先を表示するように制御することを特徴とする。さらに、人の絆ネットワークシステムに於いて、コンピュータをサーバとして機能させるプログラムに特徴がある。
【００１７】
なお、ここで「対話」とは、ＰＣの要素の働きを意味し、具体的には、入力・出力信号の確実な受け渡しの役目を果たすインタフェースが、例えば出力としてのマイクロプロセッサからの制御信号を、確実に外部の操作用機器、警報機器、表示機器、スピーカー等へ情報を伝達することをいう。したがって、明細書の「対話」の用語は、本発明の技術的思想を理解しやすくするために便宜上用いられているに過ぎない。また情報処理手段又は情報処理部或いは制御部の各用語は、シーケンス制御で一般的に理解されているように、制御系の外部からの命令信号を受け取り、それを処理する命令処理部、制御信号のレベルを増幅すると共に、安全対策を講じて操作信号を出力する操作部、さらには、制御対象の制御状態を所要の信号で検出して出力する検出部等をあわせた概念であり、発明の課題を達成するために必要なＰＣの要素が含まれる。また「体験を希望する商品」には、有体物の他、無体物（例えば著作物であるゲームソフト、録画済みのＤＶＤ等）も含まれる。
【発明の効果】
【００１８】
本発明の人の絆ネットワークシステムは、特に親子、親族、友人等の特別な人間関係にある人達が、互いに端末を用いて対話し、その対話で共有された共通情報に基づき、体験を希望する商品が出てきた場合に、対話者の希望する場所へ体験希望商品を配送してもらい、人の絆を創ることができるようにすることができる。
【００１９】
好ましい実施形態では、互いに離れている親族間（例えば親と子供）の絆を、同じ体験を希望する共通の情報を共有することによって、日常生活が素敵で楽しい状態になる。そして、実施形態如何によっては、受注者側から第１端末と第２端末側の人に同じ体験が可能な商品が運搬手段を介して届けられるので、例えば親と子供が同じ体験が可能な商品を見る、親（視点を変えると祖父、祖母）がお孫さんに体験が可能な商品を与える、同じ体験が可能な商品の食事風景を見るなど、ＴＶ会議システムの如く、リアルタイムに楽しむことができると共に、実施形態如何によっては所望する特定の駒を撮像することもできる。
【図面の簡単な説明】
【００２０】
図１乃至図１１は本発明の第１実施形態を示す各説明図。図１２乃至図１５は本発明の第２実施形態を示す各説明図。図１６及び図１７は本発明の第３実施形態を示す各説明図。図１８及び図１９は、サーバ又は受注者端末の表示部４ａ、５ａに表示される第１端末又は／及び第２端末の情報の各説明図。
【図１】本発明の第１実施形態の全体構成を示す概略説明図。
【図２】受注者端末５からカタログ用の情報を収集する一例を示した説明図。
【図３】例えば注文者である第２端末からカタログ用の情報を収集する一例を示した説明図。
【図４】注文情報の一例を示す図。
【図５】サーバの関連付け情報の一例を示す図。
【図６】発注情報の一例を示す図。
【図７】第１端末の具体的構成を示すブロック図（第２端末も同様）。
【図８】第１端末と第２端末の間で、共通の情報を特定するまでの処理手順を示すフローチャート。
【図９】端末の撮影装置の概略説明図。
【図１０】端末のモニターに届いた商品Ｇがバーチャルで映っている状態の説明図。
【図１１】届いた商品を加工（料理Ｇ１）し、人がバーチャルで食卓を楽しんでいる状態の説明図。
【図１２】第２実施形態の図１と同様の全体構成を示す概略説明図。
【図１３】第２実施形態の要部（受注サーバの構成）の説明図。
【図１４】受注データベースの説明図。
【図１５】受注サーバの処理手順を示すフローチャート。
【図１６】第２実施形態の一部（例えば第１端末）を設計変更した全体構成を示す概略説明図。
【図１７】第１端末の一例を示すブロック図（第２端末も同様にすることもできる）。
【図１８】サーバ又は受注者端末の表示部に表示される第１端末又は第２端末の情報の説明図。
【図１９】サーバ又は受注者端末の表示部に表示される第１端末及び第２端末の情報の説明図。
【発明を実施するための形態】
【００２１】
図１乃至図１１は、本発明の第１実施形態である。まず、図１は、本発明の実施形態に係る人の絆ネットワークシステムＸ（以下、これを「本システム」という）を示す。
【００２２】
〈本システムの構成〉
この図１に於いて、１は、例えば親族である親が日常生活をしている場所（拠点）で、当該親が占有する第１端末（例えば親端末）である。２は通信網で、例えばインターネットなどのネットワークである。３は前記親の子供が日常生活をしている場所（拠点）で、当該子供が占有する第２端末（例えば子供端末）である。４は情報管理者としてのサーバで、該サーバ４はデータベースＤＢを有している。なお、本発明の実施形態は、親族である親と子供を一例として説明するが、親友、恩師、お世話になった人等も、発明の主たる課題を逸脱しない範囲で含まれる。
【００２３】
５は商品の製造業者、商品の販売会社、スーパーマーケット、八百屋、魚屋、果樹園、漁師の受注者端末、或いはアマゾンや楽天といったイーコマースサイトで、実施形態では、例えば第２端末（子供端末）が特定の商品を申し込みした「注文情報」を、前記サーバ４が受付けた後、該サーバ４から前記注文情報と関連付けられた配送又は配信用の「発注情報」を受付け、前記第１端末（親端末）と第２端末（子供端末）の各拠点に対して、それぞれ特定の商品の配送又は配信をする受注者端末である。なお、アマゾン、楽天はそれぞれ著名な登録商標である。第１実施形態では、受注者端末はサーバ４自体ではなく、サーバ４とは別個の外部の端末である。５受注者端末がイーコマースサイトである場合は、受注者端末は閲覧可能な該イーコマースサイトのページに記載されている商品又は役務を提供するサーバであり、サーバ４とは別個の外部のサーバである。
【００２４】
したがって、前記受注者端末５は、サーバ４からみればサーバの顧客端末に相当する。また、前記第２端末３は、受注者端末５から見れば、一般の消費者が普通一般に所有しているものであるから、いわば、受注者端末５（業者）の顧客に相当する。
【００２５】
なお、第１端末１、第２端末３、及び、受注者端末５は複数個存在している。したがって、本システムＸは、第１端末１、及び、第２端末３と、サーバ４と、受注者端末５が通信網２を介して接続し、かつ、例えば第２端末３が特定の商品を、サーバ４を介して受注者端末５に発注するものであるから、一種の電子商取引システムと言える。
【００２６】
実施形態では、第１端末１及び第２端末３は、共に、音声処理手段６、撮影手段７、及び、モニター８を有している。両端末１，３の音声処理手段６、撮影手段７及びモニター８は、それぞれ全体としてコンピューターシステムを構成している。音声処理手段６の具体的構成については、図７を参照にして後述する。
【００２７】
〈サーバ４の構成〉
まず、コンピュータとしてのサーバ４の構成から説明する。サーバ４はデータベースＤＢ（以下ここでは「ＤＢ」という。）を有するが、ＤＢには第１端末１、第２端末３及び受注者端末５に関する識別情報、商品に関する目録情報等が保持されている。また、第２端末３からの注文（申込）情報、各端末の識別情報及び前記目録情報から選択された特定商品を編集乃至加工して紐付けした関連付け情報、受注者端末５に対する発注情報、受注者端末５から特定商品を配送した旨の完了情報などを保持する。
【００２８】
前記商品に関する目録情報の収集及び保持態様は、少なくとも２つの種類がある。第１の収集及び保持態様は、複数の受注者端末５から収集する方式で、例えば、図２で示すように、顧客ＩＤ、当該業者のカタログ番号、会社名、住所、電話番号、商品コード、商品名、商品の製造日、商標、画像、大きさ、価格、説明文等である。
【００２９】
第２の収集及び保持態様は、複数の第２端末３から収集する方式で、例えば、図３で示すように、注文者ＩＤ、注文者の氏名、住所、電話番号、希望する商品、希望する商品が掲載されているＵＲＬ、番組のタイトル等である。
【００３０】
ユーザ４は、前記２つの態様で商品に関する情報を収集した場合には、検索処理、編集処理等が迅速になるように標準化（統一のカタログデータ形式にすること）して登録し、かつ、管理するのが好ましい。
【００３１】
付言すると、希望する商品（大根、野菜など）の販売を要求する受注者としての受注者端末５に対して、「受注シート（販売目録票等）」を送信し、それに必要な情報を入力させた後、その情報を送信してもらい、該情報を標準化して登録、管理する。
【００３２】
一方、希望の商品（○○○料理に必要な材料等）の購入を要求する注文者としての第２端末３に対して、「オーダーシート（注文目録等）」を送信し、それに必要な情報を入力させ、前記と同様の処理をして、登録、管理する。
【００３３】
ところで、サーバ４は、端末１、３と同様に、ネットワーク等の通信経路を介して互いに通信する機能を備えているものであるから、当然データを送受信する機能を有し、単数のみならず複数であっても良い。当然のことながら、同じ場所に存在しなくても良い（例えばクラウド）。また当然のことながら、サーバ４は端末１、３の両方のデータの管理を行う装置である。
【００３４】
好ましい実施形態として、サーバ４は端末１、３と同様に、端末１、３の両方（対話相手）と対話することができる人工知能（ＡＩ）を有する。サーバ４が、生のデータを食べ、かつ、解析（学習プログラムとパラメータに基づいて考える）機能を発揮する人工知能（ＡＩ）を有する実施形態の場合には、好ましくは自動応答によって構成されている。自動応答は、ユーザの発言又は対話内容を解析し、その発言又は対話内容に対する回答等の返事を端末１、３に提供（例えば体験希望の商品の提案や確認）をする処理（機能）を有するのが望ましい。自動応答ＡＩは、いわゆるチャットボット（ｃｈａｔｂｏｔ）（人工知能を活用した自動会話プログラム）であってもよい。自動応答は、人工知能による学習機能を有し、その学習機能によって、人に近い判断を行う能力を有していてもよい。また、ニューラルネットワーク型のディープラーニングが利用されてもよいし、部分的に学習分野を強化する強化学習等が利用されてもよいし、その他、遺伝的アルゴリズム、クラスタ分析、自己組織化マップ、アンサンブル学習等が利用されてもよい。もちろん、これら以外の人工知能に関する技術が利用されてもよい。
【００３５】
さらに、自動応答は、インターネット等を利用して情報を検索し、その検索結果を解析し、その解析結果を返事に反映させてもよい。また、自動応答は、端末１、３による各種アプリケーションの利用履歴、端末１、３による端末の操作履歴或いは利用履歴等のログ情報を管理してもよい。
【００３６】
加えて、自動応答を利用することで、端末１、３が自動応答と対話しながら、端末１、３の一方による指示内容を示す情報の入力や、その指示内容に対応する処理に関する確認情報の通知等が行われる。指示内容を示す情報には、端末１、３が要求する体験希望の商品を示す情報と、その体験希望の商品に用いられる関連情報（例えば商品の体験の時期情報）が含まれる。なお、サーバ４のハードウエア資源は、周知事項なので、入力部、制御部、記憶部、操作部、表示部等のブロック図は省略する。
【００３７】
〈注文情報〉
しかして、図４は第２端末３の注文情報ａの一例である。この注文情報ａは、前述したオーダーシート（注文目録等）に対応するものであることから、注文者ＩＤ、注文者の氏名、住所、電話番号、希望する商品、希望する商品が掲載されているＵＲＬ、番組のタイトル等を含まれている。ここで注意すべき点は、この注文情報ａの中には、注文者ＩＤは当然として、少なくとも親及び子供に対してそれぞれ配送すべき共通の商品、各配送先、各日時などに関する希望情報が含まれている。
【００３８】
前記共通の商品は、互いに離れた場所に位置する親とその子供が、通信網２を介して第１端末（親端末）１及びの第２端末（子供端末）３の各マイク、各スピーカー、各音声処理手段６、撮影手段７及びモニター８等をそれぞれ利用して、いわばテレビ会議の如く対話した中で共有した同時に体験するための有形物又は無体物である。その対話（会話）の処理手順については、後述する。
【００３９】
〈関連付け情報〉
図５は、第２端末３からの注文情報ａ、各端末の識別情報及び前述した目録情報から選択された特定商品を編集乃至加工して紐付けした関連付け情報の一例を示す。サーバ４は、該関連付け情報を記憶部のＲＡＭ（バッファ）に一時的に保存した後、受注者端末５に対する発注情報を送信する。したがって、第１実施形態では、受注者端末５が受注情報、例えば受注データベースを有している。もちろん、サーバ４自体も、直接「受注サーバ」となるか否か問わず、受注データベースを有していても良い。
【００４０】
ところで、前述したように、サーバ４は、該関連付け情報を記憶部のＲＡＭ（バッファ）に一時的に保存する時は、前記関連付け情報にサーバの受付情報を付与して登録する。つまり、サーバ４は、いずれかの端末１、３から注文情報を取得すると、それに検索用受付情報を紐づけし、一つのレコード（これが「配送情報」である）として所要領域に記録する。そして、好ましい実施形態では、課金システムを考慮し、受注者端末５に対して通信網２を介して前記配送情報を「発注情報ｂ」として送信する場合には、該発注情報ｂにその記憶部にテーブルの状態で記録されている受注者端末５の識別情報（商品を製造販売する者又は電子情報財を提供する者を特定する識別番号）を自動的に紐づけする。
【００４１】
また、サーバ４は、配送情報を検索する場合には、第１端末又は第２端末の識別情報の一部を検索対象としても、又は第１端末及び第２端末の識別情報の全部を検索対象としても良いことも前述した。
【００４２】
ここで、「識別情報」の意義について付言すると、識別情報は、識別番号と同義であり、技術的には「例えば０１０１０１０１０１」が識別信号になることから、第１端末、第２端末、体験希望の商品、体験希望の電子情報財、受注者端末、配送先端末、運搬手段、配信先サーバ等である。
【００４３】
本発明では、複数の実施形態を色々と記載しているので、配送情報或いは発注情報ｂが、発明の課題との関係で、どこまで含むのか判り難いといえるかもしれないが、例えば第２端末からの申し込みが体験希望の商品（例えば果物）である場合には、前記関連付け情報の範囲は、第１端末（例えば００００Ａ）と、第２端末（例えば００００ＡＡ）と、体験希望の商品（例えば００００Ａ００００１）、サーバの受付番号（例えば００Ｘ）であから、この関連付け情報にさらに商品製造・販売業者である受注者端末５の識別番号（例えば００Ｘ００Ｙ）が紐づけされると、「配送情報或いは発注情報ｂ」となる。
【００４４】
であるから、実施形態如何によっては、関連付け情報或いは発注情報ｂにさらに配送者業者の端末の識別番号や運搬手段の識別番号が加味されると、識別番号生成手段により、自動的にこれらの識別番号も紐づけされ、好ましい実施形態として、配送又は発信の履歴情報として記憶部に広義の関連情報（一連のレコード）として記録される。
【００４５】
それ故に、本発明の実施形態では、サーバの記憶部に保持されている受注情報は、少なくとも第１端末の識別情報と第２端末の識別情報と体験希望の商品が関連付けられている点に特徴があり、サーバは、配送情報を抽出した場合、自己の表示部、又は受注者端末の表示部に、少なくとも端末が指定した場所に前記体験希望の商品が配送されるように制御を行い、さらに、制御された前記配送情報の配送先は体験希望の商品と共に前記表示部に表示されることが好ましい。加えて、サーバ４の表示部には、配送者業者の端末の識別情報や運搬手段の識別情報も表示されると、サーバ４は、広義の関連情報（一連のレコード）の管理や把握が容易になるという利点がある。
【００４６】
〈発注情報〉
図６は同じ体験を希望する発注情報ｂの一例である。この発注情報ｂは親とその子供の共有情報であることから、素敵な楽しい情報である。
【００４７】
例えば親と子供が、夕食の時、同じ料理を同じ時間帯で、いわゆるバーチャル形式で食事する場合には、この発注情報ｂの中には、料理の内容或いはメニュー（料理名）、料理に使用される材料、各拠点への材料の配達先、配達日時、予定の夕食時間等が含まれる。
【００４８】
〈受注者端末５〉
受注者端末５は、発注情報ｂの受付手段を有し、この受付手段をサーバ４の送信手段から受付けた場合には、その記憶部に発注情報ｂを記録し管理する。そして、当該受注者は、前記発注情報ｂの各拠点に対して、時期におくれないように特定商品の配送の手配をする。そして、各拠点に特定商品（同じ商品）Ｇを配送した場合は、該受注者端末５はサーバ４に完了情報を送信する。そして、サーバ４は該完了情報を受付け手段で受付けた場合には、ＤＢの受注者情報保持領域に保持し、管理する。
【００４９】
〈第１端末１及び第２端末の具体的構成〉
図７を参照にして第１端末１の音声処理手段６等を説明する。なお、第１端末１及び第２端末３を構成する各音声処理手段６、各カメラ（撮影手段）７及び各モニター（表示手段）８の他、各マイク１０、各スピーカー１１等は、同一構成なので、ここでは、第１端末１の構成について説明し、第２端末３の構成の説明は割愛する。また、音声処理手段６は、実施形態では人工知能（ＡＩ）を有することが望ましいが、人工知能（ＡＩ）であることは発明の特定要件ではない。人工知能（ＡＩ）の基本的機能やプログラムは、サーバ４と同じであることから、その詳細な説明は割愛する。
【００５０】
ところで、実施形態では、第１端末１は、人工知能を有する立体的形態をしており、その外観構成は、片手で自由に持ち運びできる箱状型であり、例えば人工知能（ＡＩ）スピーカーが典型例である。もちろん、高価となるが、人工知能ロボットでも良い。また通信処理機能を有する各種端末（例えばスマートフォン、タブレット端末、４Ｋ、８Ｋ等の通信機能を有するテレビジョン、住宅の設備機器など）であっても良い。
【００５１】
以下、ここでは、本発明の関係する部分に絞って説明する。第１端末１は、図７の左上からマイク１０、カメラ（撮影手段）７、スピーカー１１、モニター（表示手段）８を備えている。これらは有線又は無線で、インタフェースとしてのユーザ入力部１２及びユーザ出力部１３にそれぞれ適宜に接続している。また音声処理手段６は、広義では音声入力部及び音声出力部を含むが、理解し易いように、枠で示し、ユーザ入力部１２、ユーザ出力部１３及び通信処理部１４を除いた狭義の概念にしている。枠内の１５ａは音声識別部、１５ｂは音声入力辞書、１６は発話者登録手段を含む音声入力変換部、１７は記憶部、計時部等を含む対話制御部、１８は音声合成部である。
【００５２】
そこで、これらの構成について説明する。まず、第１端末のマイク１０は、一方の人の音声を拾って、そのユーザ入力部１２に入り込む。この時、スピーカー１１が流れる第２端末からの音声を、前記マイク１０が拾わないように、一方の人がスピーカー１１に向かって話かけている時は、他方の第２端末からの音声を図示しない音声減衰部で低く抑えられている。
【００５３】
次に音声認識部１５ａは、ユーザ入力部１２を介して一方の人の音声を取得する。この時、音声認識部１５ａは、音声入力を単語あるいは単語系列を表す文字列に変換する。音声認識部１５ａは一方の人の音声を取得するが、実施形態では、予め一方の人の音声データが対話制御部１７の記憶部に登録されている。もちろん、一方の人の音声データが対話制御部１７の記憶部に登録されていない場合には、対話制御部１７は図示しない不特定音声認識部で予め設定した幾つかのコードを選択し、該コードが決定したならば音声入力辞書１５ｂ及び発話者登録手段を介して、対話制御部１７の記憶部に登録する。
【００５４】
前記音声入力辞書１５ｂは、話者の音声に含まれている各音声入力単語について、その文字表記、読み、および音声入力に対応するシステムの意味表現を格納する。  
【００５５】
そこで、前記音声入力変換部１６は、変換後の音声情報を対話制御部１７に与える。対話制御部１７は、前記変換後の音声情報が登録済み音声データと一致した場合で、かつ、該音声情報が対話情報であると判断した場合には、自動的に音声データを通信処理部１４に伝達する。通信処理部１４は、パソコンネットワークへの接続の開始及び切断、音声データの送受信の処理を行なう。  
【００５６】
一方、ユーザ出力部１３は、通信網２を介して通信処理部１４から送られてきた第２端末３からのメッセージを、メッセージ名と応答テキストの対応づけを保持する図示しない応答テーブルを用いて変換し、かつ、音声合成部１８から音声を取得し、スピーカー１１に音声を出力する。またユーザ出力部１３は、第２端末３から同時に送信されてくる他方の人の画像をモニター８に出力する。前記音声合成部１８は、入力された文字列から、音声を合成し、ユーザ出力部１３に出力する。
【００５７】
さらに、実施形態に即して、ユーザの特定、言語変換部等について説明する。実施形態では、第１端末１を親端末にし、親によって提供される音声を入力する。音声処理手段６の音声識別部１５ａは、判定部に相当するもので、音声識別部１５ａが認証しない限り、システム上の対話はできない。そこで、音声識別部１５ａは、まず、ユーザ入力部１２の親の声紋（例えば呼びかけ）により、対話制御部１７の記憶部に保持されているユーザ識別情報と一致するか否かを確認（認証）する。
【００５８】
次に、第１端末１は、前記認証が一致したならば、プロセッサに相当する前記対話制御部１７は、識別された単語に対応する信号を処理するための命令を直ちに実行する。そして、実施形態では、後述するように親と子供の会話の一部を、図示しない言語変換部を介してお互いの会話を判りやすくした上で、通信処理部１４に伝達する。
【００５９】
ここで、親と子供が互いに会話したそれぞれの会話中の単語又は／及びフレーズを変換する言語変換部について、さらに説明をする。実施形態の言語変換部は、いわば全体集合（文や文節）の中から部分集合（例えば文節の中の、食べたい、食べたくない、食べる、嫌いだ、好きだ等）の単語を抽出、分析、学習、判断等する機能を有する。
【００６０】
したがって、音声処理手段６の言語変換部は、好ましくは前記会話の内容を分析し、前記親及び子供が共に関心を持っている音声（例えば食べたい、食べたくない、食べる、嫌いだ、好きだ等）を、理解し易い文章に変換して出力する。
【００６１】
変換後の文章の一例は、次のとおりである。「例えば、おばあさんは、何月、何日の、何時に、夕食の時に、野菜サラダと、カレーライスと、リンゴを食べたいようですが、いかがでしょうか。」、「おばあさん、太郎さんは、今度の夕食の時に、野菜サラダと、カレーライスと、リンゴを一色に食べようね、と言っています。どうしますか。」などである。
【００６２】
対話制御部１７は、言語変換部を含むので、音声入力変換部１６及び通信処理部１４を介して取得して音声情報を適宜に処理し、例えば親が話しかける言葉や親の積極的な動作を受け取ったときに、ユーザ（親）を、さらに明確に特定することができる。その特定態様は、ユーザ（親）の声紋の他に、例えばユーザ（親）の特定動作、ユーザ名、パスワード等である。
【００６３】
最も望ましい実施形態は、ユーザ（親）の声紋なので、対話制御部１７は、呼びかけ等のユーザ（親）の音声データを識別しながら、かつ、親が話しかける言葉に基づいて、自動的に単数又は複数の動作を実行するように指示する。なお、好ましい実施形態では、前記命令信号は、特定のデバイス動作、およびその動作を特徴付ける変数を識別することによってなされる。そして、言語変換部及び音声合成部１８は、音声情報に基づいて対応する判りやすい文章を作成し、作成した文章はユーザ出力部１３から音声として出力する。
【００６４】
〈撮影装置〉
図９で示すように、端末（第１端末及び第２端末）１、３は、それぞれの撮影手段７に有線又は無線で接続している。各撮影手段７は、例えば親と子供の食事風景を、ＴＶ会議システムの如く、リアルタイムでオンラインすることができる機能と共に、特定の駒を撮像することもできるカメラ機能を有している。つまり、撮影手段７は、例えば４Ｋや８Ｋのビデオカメラであると同時に、撮像部７ａを有している。
【００６５】
ところで、撮像部７ａのカラーイメージセンサ２０は、例えばベイヤー方式、３色ストライプ方式、Ｇストライプ方式等がある。また、カラーイメージセンサ２０は、例えば単板式であり、所定枠状に非常に多数の画素が二次元マトリクス状に配列された撮像素子２０ａと、該撮像素子２０ａの一側面に設けられ、かつ、前記撮像素子２０ａに対応するＲ（赤）、Ｇ（緑）、Ｂ（青）を多数有する色要素フィルタアレイ２０ｂとから構成されている。
【００６６】
そして、現在は技術が進歩しているので、カメラのレンズ１９を通過して半導体ＣＣＤ等で撮影されたアナログの撮像（画像）情報を、単にデジタルデータに変換しただけでは、所望するデジタル画像情報が生まれない。そこで、いわゆるデジカメの世界では、画像処理エンジンによって様々な演算処理を加えて、人が見ることができるカラー画像にしている。
【００６７】
実施形態では、第１端末１及び第２端末３は、それぞれ上記のレンズ１９及びカラーイメージセンサ２０を有する撮影手段７なので、前記撮像部７ａ又は端末（第１端末及び第２端末）１、３のいずれかに図示しないシャッターボタンが設けられ、所望する場面の映像を撮像することができる。例えば図１１で示すように、前記第２端末３は、前記第１端末１から送信中の親の映像と共に、共有した商品の加工状態が該第２端末のモニターに映し出されているとき、シャッターボタンにタッチすることにより、カラーイメージセンサ２０に信号を与え、前記親の映像及び商品の加工状態を撮像することができる。撮像した写真は、例えば子供が親に送ることもできる。
【００６８】
〈注文までの処理手順〉
図８は、子供端末の承認と親端末の承認までの具体的な処理手順の一例を示している。ここでは説明の便宜上、親を「Ａ」、息子を「Ｂ」とする会話の内容である。Ｓ１…Ａがスピーカーに向かって話しかける。「三平汁を食べたいな」。Ｓ２…Ｂがスピーカーから聞き取る。Ｓ３…Ｂがスピーカーに向かって話しかける。「三平汁を食べたいならば、００日の夕方７時に一緒に食べようか？」。Ｓ４…Ａがスピーカーから聞き取る。Ｓ５…Ａがスピーカーに向かって話しかける。「００日の夕方７時に一緒に食べていいよ（親端末からの承諾）」。Ｓ６…Ｂがスピーカーから聞き取る。Ｓ７…Ｂがスピーカーに向かって話しかける。「おばあちゃん、了解。それじゃ、００日の夕方７時に一緒に食べようね（子供端末からの承諾）。Ｓ８…ＡがＢに確認し、かつ、承諾したことを聞く。その後、子供端末３からサーバ４に注文情報を送信する。
【００６９】
〈好ましい実施形態／バーチャル形式〉
好ましい実施形態は、会話がバーチャル形式である。すなわち、例えば図１０で示すように第１端末１及び第２端末３は、それぞれ撮影手段（カメラ）７とモニター８を有し、前記共有した商品が親及び子供の各拠点にそれぞれ届いた場合には、各撮影手段７と各モニター８をそれぞれ利用してお互いに前記商品を見ることができる。
【００７０】
そして、例えば図１１で示すように、前記第２端末３は、前記第１端末１から送信中の親の映像と共に、共有した商品の加工状態が該第２端末のモニターに映し出されているとき、カラーイメージセンサに信号を与え、前記親の映像及び商品の加工状態を撮像することができる。
【００７１】
〈第２実施形態〉
図１２は第２実施形態の図１と同様の全体構成を示す概略説明図なので、同一構成には同一の符号を付して説明を割愛する。図１３は受注サーバ４Ａの構成を示す説明図。図１４は受注サーバ４Ａの受注データベース３０の一例を示す説明図である。
まず図１３に於いて、２５は端末識別部、２６は検索部、２７は応答部、２８は受注管理部である。特に図示しないが、受注サーバ４Ａは情報を保持するコンピュータなので、図示しない入出力部、通信処理部、制御部、エラー処理部、種々の情報を記録する記憶部、計時部等を備え、好ましくは情報を保持するセンターコンピュータ（例えばアマゾンの０００コンピュータ、楽天の０００のコンピュータ、富士通の０００のコンピュータ等）として位置付けることができるので、図１４で示すような受注データベース３０を備えている。なお、アマゾン、楽天、富士通はそれぞれ著名な登録商標である。
【００７２】
第１実施形態で説明したように、受注者端末５が受注情報、例えば受注データベースを有しても良いし、又はサーバ４自体も、直接「受注サーバ」となるか否か問わず、受注データベースを有していても良い旨を説明した。
【００７３】
そこで、念のために、本発明は、受注サーバ４Ａが、端末識別部２５を介して第１端末１又は／及び第２端末３を識別した後に、少なくとも第１端末１又第２端末３から通信網２を介して受信した商品についての注文情報（例えばオーダーシート）を受け付けた場合について説明する。
【００７４】
なお、前記注文情報は、受注サーバ４Ａから見れば、第１端末及び前記第２端末の両方にそれぞれ略同時期に発送するための「受注情報」である。また、注文情報（例えばオーダーシート）を受け付ける順番は特に問わないので、オーダーシートを受け付ける詳細なフローチャートについては割愛する。
【００７５】
さて、受注サーバ４Ａは、通信網２を介して注文者（少なくとも第１端末１又は第２端末３のいずれか）からの注文を図示しない受付手段で受け付ける。受注サーバ４Ａは、受け付けると、まず、端末識別部２５により、注文者（１又は３）を確認する。注文者は、予め顧客マスタ３１に登録されている。登録されていない場合は不特定者となるので、第１端末１又は第２端末３に対して、発信者ＩＤ、識別コード等を割り当て、所要の情報を受信後に端末識別情報を顧客マスタ３１として登録する。
【００７６】
受注データベース３０は、受注のために用いる商品分類又は商品区分、細部的な商品、実績等の商品分類マスタ３２及び商品マスタ３３に関する商品情報を記録している。
【００７７】
そこで、検索部２６は、注文者（１又は３）のオーダーシートに記載されている体験希望の語句に該当する商品を受注データベース３０の前記商品情報３３、３４或いは顧客別商品注文実績ファイル３４等を参照にして検索する。その結果、検索部２６が体験希望に該当する商品を特定することができたならば、受注管理部２８は、注文者（１、３）の発注情報として保持する。その結果、陸を走行する運搬車、空を飛ぶ飛行体等の適当な運搬手段を介して、前記受注者側から前記第１端末と第２端末側に前記商品Ｇが届く。
【００７８】
ところで、受注サーバ４Ａは、上記検索部２６の検索の際、注文者の体験希望の語句に該当する商品を検索することができない場合があり得る。そこで、受注サーバ４Ａは、体験希望の語句を再度適宜に選択して検索の実行するように促す応答部２７を備えている。この応答部２７によっても体験希望の語句に該当する商品を検索することができない場合は、受注サーバ４Ａは、検索エラーと判定し、図示しないエラー処理部を介して、検索できない旨の情報を注文者（１又は３）に送信する。なお、受注サーバ４Ａは、エラーと判定した場合には、注文者に注文を繰り返すように要求するのが望ましい。
【００７９】
また図１５は受注サーバ４Ａの処理手順の一例を示す簡単なフローチャートである。まず、受注サーバ４Ａは、注文者（端末）から、普通一般のビズネスモデルと同様に通信網２を介してオーダーシートを受信する。この受信は音声でも良い。受信が音声であれば、受注サーバ４Ａは、第１実施形態で説明した「音声処理手段」を当然有している。
【００８０】
前述したように、受注サーバ４Ａが注文者（端末）から商品や役務の申し込みを受け付けする場合には、注文者（端末）を特定する必要があることから、受注サーバ４Ａは、予め該ビズネスモデルに必要な登録アカウント、適当な識別情報等を注文者（端末）に付与並びに必要な情報を受信する。望ましくは、注文者（例えば第１端末）及び該注文者と対となる同時体験者の端末（例えば第２端末）にも必要な登録アカウント、適当な識別情報等を付与並びに必要な情報を受信する。
【００８１】
本発明は、受注サーバ４Ａと注文者（端末）との間の登録アカウント等の具体的な処理手順やそのデータ構造は、発明の特定要件ではないので割愛する。
【００８２】
さて、ステップＳ１は、注文者（端末）を特定することができたか否かである。注文者が、例えば第２端末３である場合、端末識別部２５は第２端末３が登録済みか否かをチッェクし、登録済みならばステップＳ２へ進む。
【００８３】
ステップＳ２はオーダーシートの内、第２端末３が希望する体験商品を特定することができたか否かである。体験商品を特定することができたならばステップＳ３へ進む。ステップＳ３では、検索部２６が受注データベース３０に記録されている商品分類又は商品区分、細部的な商品、実績等の商品分類マスタ３２及び商品マスタ３３を検索し、前記体験商品を検索する。
【００８４】
次に、体験商品を検索することができたならばステップＳ４へ進む。ステップＳ４は、望ましくは、オーダーシートに記載されている相手方の拠点（例えば第１端末の住所など）を特定する。相手方の拠点を特定したならばステップＳ５へ進む。
【００８５】
次に、ステップＳ５では、オーダーシートに記載されている必要な情報を全てチェックし、第２端末３及び第１端末１の各拠点（発送先、氏名、郵便番号等）、各拠点に対する発送日時、各拠点に発送すべき商品、配送者、運搬手段等の発注情報を特定する。発注情報を特定したならば、受注管理部２８は受注データベース３０の顧客別商品注文実績ファイル３４に記録する（ステップＳ６）。このようにして、受注者側から前記第１端末と第２端末側に前記商品Ｇが運搬手段を介して届けられる（ステップＳ７）。
【００８６】
なお、特に図示しないが、前記受注データベース３０の顧客マスタのテーブルには、例えば顧客名、注文者（端末）のＩＤ、顧客コード、対となる端末ＩＤ等に記録されている。同様に、商品分類マスタのテーブルには、特許庁の商品分類及び商品区分と同様に、分類、分類の略称、区分、それぞれのコード等が記録されている。さらに、商品マスタのテーブルには、細部的な各商品のコード、商品の普通名称、商品の略称、商品の下層分類コード等が記載されている。加えて、顧客別商品注文実績ファイルには、前述した発送先（顧客コード）、発送した商品名、その商品コード、発送日、運搬手段（車、飛行機、ドローン、船便など）、運搬者名、注文実績数等が記録されている。
【００８７】
〈第３実施形態〉
図１６及び図１７は本発明の第３実施形態を示す各説明図である。この第３実施形態が前述した第１実施形態又は第２実施形態と主に異なる点は、情報処理装置を小型化、軽量化するために、対話装置のインタフェースの設置場所に関して設計変更したものである。例えば第１端末１Ａ（第２端末３も同様に構成しても良い）を、持ち運び形式のロボット型、人形型、小箱型等の「音声インタフェース１ａ」と、これに無線又は有線で接続する小型の「情報処理装置１ｂ」に分離した点である。
【００８８】
前記音声インタフェース１ａは、もちろん、図１７で示すように、ユーザ入出力部（１２、１３）と、例えば公知の近距離通信部のみから成るものであっても良いが、図１６で示すようにカメラ（撮影手段）７を、その外郭の適宜部位に設けるのが好ましい。
したがって、小型の情報処理装置１ｂは、例えばスマートフォンなどの携帯型コンピュータであり、この携帯型コンピュータ１ｂは、近距離通信部、情報処理部６Ａ、通信処理部１４を有している。それ故に、情報処理装置としての第１端末１Ａは、対話装置のインタフェースを直接又は間接的に有している。このように設計変更しても、第１実施形態又は第２実施形態と同様の作用・効果がある。
【００８９】
〈制御の具体例〉
上述した人の絆ネットワークシステムに於いて、少なくとも前記サーバ４又は受注者端末５の制御部（情報処理部）の配送先表示手段は、第１端末１及び前記第２端末３の情報を記憶部に保持し、この記憶部に保持されている受注情報に基づいて、図１８、図１９で示すように各表示部４ａ（５ａ）に、少なくとも前記第１端末１又は／及び前記第２端末３の配送先を表示するように制御する。このように構成するとこにより、特に親子、親族、友人等の特別な人間関係にある人達が、互いに端末を用いて対話し、その対話で共有された共通情報に基づき、体験を希望する商品が出てきた場合に、対話者の希望する場所へ体験希望商品を配送してもらい、人の絆を創ることができるようにすることができる。なお、各表示部４ａ（５ａ）に表示される情報は、単数又は複数の画面に表示可能である。複数の表示画面の場合には、例えば指で操作することによって表示画面が変わるなど公知技術を適用しても良い。
【産業上の利用可能性】
【００９０】
本発明は、ビジネスモデルとして、人の絆ネットワークシステムの分野で利用することができる。
【符号の説明】
【００９１】
Ｘ…本システム、
１、１Ａ…第１端末、
２…通信網、
３…第２端末、
４…サーバ、
ＤＢ…データベース、
５…受注者端末、
６…音声処理手段、
７…カメラ（撮影手段）、
８…モニター、
１０…マイク、
１１…スピーカー、
１２…ユーザ入力部、
１３…ユーザ出力部、
１４…通信処理部、
１５ａ…音声識別部、
１５ｂ…音声入力辞書、
１６…音声入力変換部、
１７…対話制御部（プロセッサ）、
１８…音声合成部。
【図１】
2020166477.tif 000003
【図２】
2020166477.tif 000004
【図３】
2020166477.tif 000005
【図４】
2020166477.tif 000006
【図５】
2020166477.tif 000007
【図６】
2020166477.tif 000008
【図７】
2020166477.tif 000009
【図８】
2020166477.tif 000010
【図９】
2020166477.tif 000011
【図１０】
2020166477.tif 000012
【図１１】
2020166477.tif 000013
【図１２】
2020166477.tif 000014
【図１３】
2020166477.tif 000015
【図１４】
2020166477.tif 000016
【図１５】
2020166477.tif 000017
【図１６】
2020166477.tif 000018
【図１７】
2020166477.tif 000019
【図１８】
2020166477.tif 000020
【図１９】
2020166477.tif 000021