(57)【要約】  第１データストアからユーザを識別するためにコンピュータ装置上で実行されるコンピュータ実装方法であって、前記第１データストアは、複数のデータ記録を含み、各データ記録は、識別子プロキシデータアイテムのための識別子プロキシカテゴリと、ユーザ識別子データアイテムのための関連ユーザ識別子カテゴリを含み、前記方法は、ユーザインタラクションに関連し、識別子プロキシデータアイテムを含むデータアイテムのセットを受け取る工程と、前記受け取った識別子プロキシデータアイテムを含む識別子検索クエリを定式化（ｆｏｒｍｕｌａｔｅ）して当該識別子検索クエリを前記複数のデータ記録を含む前記第１データストアに送る工程と、各リターンされた検索結果内の前記識別子プロキシデータアイテムが前記検索クエリにおいて前記識別子プロキシデータアイテムにマッチする形態で、前記第１データストアから検索結果を受け取る工程と、前記リターンされた検索結果から一つのユーザ識別子データアイテムを出力する工程と、を有する。
2018503916.tif 000002
【特許請求の範囲】
【請求項１】
複数のデータ記録を含み、各データ記録は、識別子プロキシデータアイテムのための識別子プロキシカテゴリと、ユーザ識別子データアイテムのための関連ユーザ識別子カテゴリと、を含む第１データストアからユーザを識別するためにコンピュータ装置上で実行されるコンピュータ実装方法であって、
ユーザインタラクションに関連し、且つ、前記識別子プロキシデータアイテムを含むデータアイテムのセットを受け取る工程と、
受け取った前記識別子プロキシデータアイテムを含む識別子検索クエリを定式化（ｆｏｒｍｕｌａｔｅ）して、前記複数のデータ記録を含む前記第１データストアに当該識別子検索クエリを送る工程と、
リターンされた各検索結果内の前記識別子プロキシデータアイテムが前記識別子検索クエリにおける前記識別子プロキシデータアイテムにマッチする１又は複数のデータ記録の形態で、前記第１データストアから検索結果を受け取る工程と、
リターンされた前記検索結果から前記ユーザ識別子データアイテムを出力する工程と、を有するコンピュータ実装方法。
【請求項２】
更に、リターンされた個々の前記検索結果に関して前記ユーザ識別子データアイテムを出力する工程を有する請求項１に記載のコンピュータ実装方法。
【請求項３】
前記データアイテムのセットは、第２データストアから受け取られる請求項１又は２に記載のコンピュータ実装方法。
【請求項４】
前記データアイテムのセットは、前記第２データストアに送られるトランザクション検索クエリに応答して、前記第２データストアから受け取られる請求項３に記載のコンピュータ実装方法。
【請求項５】
前記トランザクション検索クエリは、トランザクション識別子である請求項４に記載のコンピュータ実装方法。
【請求項６】
前記トランザクション識別子は、クライエント装置から受け取られる請求項５に記載のコンピュータ実装方法。
【請求項７】
更に、リターンされた各検索結果に対する前記ユーザ識別子データアイテムをクライエント装置に出力する工程を有する請求項１〜６のいずれか一項に記載のコンピュータ実装方法。
【請求項８】
更に、前記ユーザ識別子データアイテムのリストを前記クライエント装置に出力する工程を有する請求項７に記載のコンピュータ実装方法。
【請求項９】
更に、前記ユーザに対して通信を送るリクエストを前記クライエント装置から受信する工程を有し、前記通信は、前記識別子検索クエリに応答して識別されるユーザ識別子データアイテムに向けられたものであり、かつ、前記ユーザインタラクションに関連する前記データアイテムのセットの少なくとも一部を含む請求項７又は８に記載のコンピュータ実装方法。
【請求項１０】
前記検索結果が、複数の候補ユーザ識別子データアイテムを含むものであり、
クライエント装置から前記ユーザ識別子データアイテムに関連する部分データを受け取る工程と、前記部分データを使用して前記候補ユーザ識別子データアイテムをフィルタリングして、ユーザ識別子データアイテムのフィルタリング済みセットを形成する工程とを有する請求項１〜９のいずれか一項に記載のコンピュータ実装方法。
【請求項１１】
更に、前記フィルタリング済セット中の候補ユーザ識別子データアイテムの数が所定閾値を満たすとき、前記フィルタリング済セットを出力する工程を有する請求項１０に記載のコンピュータ実装方法。
【請求項１２】
前記所定閾値は、単一のユーザ識別子データアイテムと等しい請求項１１に記載のコンピュータ実装方法。
【請求項１３】
更に、前記データアイテムのセットを新規データ記録として前記第１データストア内に格納する工程を有する請求項１〜１２のいずれか一項に記載のコンピュータ実装方法。
【請求項１４】
前記ユーザ識別子データアイテムが前記ユーザによって確認されたときに、当該ユーザ識別子データアイテムを前記新規データ記録に追加する工程を有する請求項１３に記載のコンピュータ実装方法。
【請求項１５】
受け取られた前記データアイテムのセットは、複数の前記識別子プロキシデータアイテムを含む請求項１〜１４のいずれか一項に記載のコンピュータ実装方法。
【請求項１６】
更に、複数の前記識別子プロキシデータアイテムのサブセットを使用して前記識別子検索クエリを定型化する工程を有する請求項１５に記載のコンピュータ実装方法。
【請求項１７】
更に、複数の前記識別子プロキシデータアイテムを使用して前記識別子検索クエリを定型化する工程を有する請求項１５に記載のコンピュータ実装方法。
【請求項１８】
複数の前記データアイテムを分析して、一つのユーザ識別子データアイテムに最も頻繁に関連付けられる識別子プロキシデータカテゴリを決定する工程を有する請求項１〜１７のいずれか一項に記載のコンピュータ実装方法。
【請求項１９】
前記ユーザインタラクションは、ポイントオブセールスでのトランザクションである請求項１〜１８のいずれか一項に記載のコンピュータ実装方法。
【請求項２０】
前記第１データストアは履歴トランザクションデータである請求項１〜１９のいずれか一項に記載のコンピュータ実装方法。
【請求項２１】
前記第２データストアは、現在のトランザクションに関連するトランザクションデータである請求項１〜２０のいずれか一項に記載のコンピュータ実装方法。
【請求項２２】
前記ユーザ識別子データアイテムは前記ユーザのｅメールアドレスである請求項１〜２１のいずれか一項に記載のコンピュータ実装方法。
【請求項２３】
前記識別子プロキシデータアイテムは、前記ユーザに属するトランザクションカードのプライマリアカウントナンバー、前記ユーザに属するトランザクションカードのマスクされたプライマリアカウントナンバー、及び、前記ユーザに属するポイントカードのポイントカードナンバーから１又は複数選択されたものである請求項１〜２２のいずれか一項に記載のコンピュータ実装方法。
【請求項２４】
前記コンピュータ装置は、サーバである請求項１〜２３のいずれか一項に記載のコンピュータ実装方法。
【請求項２５】
複数のデータ記録を含み、各データ記録は、識別子プロキシデータアイテムの識別子プロキシカテゴリと、ユーザ識別子データアイテムの関連ユーザ識別子カテゴリとを含む第１データストアからユーザを識別するための検索エンジンモジュールであって、
ユーザインタラクションに関連し、識別子プロキシデータアイテムを含むデータアイテムのセットを受け取るように構成された入力部と、
前記受け取られた識別子プロキシデータアイテムを含む識別子検索クエリを定型化し前記識別子検索クエリを前記複数のデータ記録を含む前記第１データストアに送るように構成されたプロセッサと、を備え、
前記入力部は、更に、前記第１データストアから、各リターンされた検索結果内の前記識別子プロキシデータアイテムが前記検索クエリにおいて前記識別子プロキシデータアイテムにマッチする単数又は複数のデータ記録の形態で検索結果を受け取るように構成され、
前記リターンされた検索結果からユーザ識別子データアイテムを出力するように構成された出力部を有する検索エンジンモジュール。
【請求項２６】
請求項２５に記載の検索エンジンモジュールを含むサーバ。
【請求項２７】
複数のデータ記録を含み、各データ記録は、識別子プロキシデータアイテムのための識別子プロキシカテゴリと、ユーザ識別子データアイテムのための関連ユーザ識別子カテゴリとを含む第１データストアからユーザを識別するためのコンピュータ実装検索方法であって、
クライエント装置から、コンピュータ装置へのユーザ識別子検索リクエストを送る工程と、
前記コンピュータ装置上で、請求項１〜２４のいずれか一項に記載の方法を実行する工程と、
前記コンピュータ装置から候補ユーザ識別子データアイテムのリストを受け取る工程と、
ユーザから前記ユーザ識別子データアイテムに関連する部分データを受け取る工程と、
前記部分データに基づいて前記候補ユーザ識別子データアイテムリストをフィルタリングしてフィルタリング済リストを形成する工程と、
前記フィルタリング済リストを出力装置に対して出力する工程と、を有するコンピュータ実装検索方法。
【請求項２８】
ユーザを識別するための検索システムであって、
クライエント装置と、
請求項２５に記載の検索エンジンモジュールを含むコンピュータ装置と、
複数のデータ記録を含み、各データ記録は、識別子プロキシデータアイテムのための識別子プロキシカテゴリと、ユーザ識別子データアイテムのための関連するユーザ識別子カテゴリとを含む第１データストアと、を備える検索システム。
【請求項２９】
ユーザインターフェースにおいてフィールドをオートコンプリートする方法であって、
コンピュータ装置に対してユーザ識別子検索リクエストを送る工程と、
請求項１〜２４のいずれか一項に記載の方法を実行するように構成されている前記コンピュータ装置から候補ユーザ識別子データアイテムのリストを受け取る工程と、
ユーザから前記候補ユーザ識別子データアイテムに関連する部分データを受け取る工程と、
前記部分データに基づいて前記候補ユーザ識別子データアイテムのリストをフィルタリングしてフィルタリング済リストを形成する工程と、
前記ユーザインターフェースにおいて前記フィールドをオートコンプリートするために前記ユーザインターフェースに対して前記フィルタリング済リストを出力する工程と、を備える方法。
【請求項３０】
請求項１〜２４のいずれか一項に記載の方法を実行するためのコンピュータプロセッサのためのコンピュータ読み取り可能インストラクションを含む非一過性コンピュータ読み取り可能記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、検索エンジンに関する。特に、本発明は、ユーザ関連識別データを検索する方法に関する。本発明は、更に、検索方法、検索システム、およびユーザインターフェースにおいてフィールドをオートコンプリートする方法にも関する。
【背景技術】
【０００２】
本発明の背景は、デジタルレシートを発行するワークフローとの関連において記載される。但し、本発明は、その他の検索環境にも適用可能であると理解される。
【０００３】
小売業者は、今日、しばしば、レシートのデジタルコピーをｅメールアドレスに送ること、又は、トランザクションに関連するデジタルレシートをオンラインサービスを介してユーザがアクセスできるようにすることをオファーする。カスタマ（ユーザ）のためのデジタルレシートは、電子的に容易かつ迅速に取出し整理することが可能であるので便利である。これに対して紙のレシートは、整理が困難で容易に紛失される可能性があり、或いは、適切に保管されなければ、損傷を受けて使用不能となる可能性がある。小売業者にとっては、デジタルレシートを発行することは、それによってプリンタの紙を節約し、（カスタマの合意のもとでの）よりターゲットを絞ったマーケティングを可能にする点で利点を有するかもしれない。
【０００４】
デジタルレシートを発行可能にする最も単純な方法の一つは、カスタマにポイントオブセールス（ＰＯＳ）システムにおいてＥメールアドレスを入力すること、又は、彼らのＥメールアドレス（単数又は複数）をレジ係に対してスペルアウトすることを要求する方法である。しかしながら、これらのデータエントリ方法は、時間がかかり、エラーを起こしやすく、オートコンプリート機能を介してｅメール提案を提供するシステムであればユーザエクスペリエンスは改善されたものとなる。
【０００５】
ｅメールアドレスの入力を単純化する方法は、検索エンジン、コンピュータアプリケーション、モバイルアプリケーション、等に使用されるオートコンプリート提案のより一般的な分野のサブセットと見なすことができる（たとえば、米国特許第８６４５８２５号または米国特許出願公開第２００７／０１９８４７４号）。
【０００６】
ｅメールクライエントとサービスにとってオートコンプリート機能を提供する単純なアプローチは、ユーザがなんらかのテクストフィールドにおいてｅメールアドレスタイプすると、ｅメールアドレスの表（アドレスブック）を検索し、提案されるｅメールアドレスのサブストリングとしてそれまでに入力された文字を含むｅメールのリストを出力する方法である。
【０００７】
もう一つのアプローチは、ｅメールアドレスがどのような頻度で、又、どのコンテクスト（たとえばｅメール履歴）で使用されているかを考慮に入れることによって、或いは、ユーザが自身のアドレスを入力することを補助しつつｅメールの関連性を判定しながら他のパラメータを使用することによる、ｅメールアドレスをより高度な方法で処理するである（米国特許第８３０７０３８号を参照）。この方法は、ｅメールアドレスブックを維持するものであって、このアドレスブックからエントリを追加／除去することが可能である。
【０００８】
ｅメールアドレスで補助することができる別のシステムが米国特許第８４９５１５１号に記載されており、ここでは、それを求めるユニットが、ルールセットを使用して、インターネット上の様々なソースからｅメールアドレス中の不明情報を判断することができる。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】米国特許第８６４５８２５号明細書
【特許文献２】米国特許出願公開第２００７／０１９８４７４号明細書
【特許文献３】米国特許第８３０７０３８号明細書
【特許文献４】米国特許第８４９５１５１号明細書
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明の課題は、公知のシステム／方法の問題点を克服又は大幅に低減するアドレスコンプリーションシステムおよび方法を提供することにある。
【課題を解決するための手段】
【００１１】
本発明の第１態様に依れば、第１データストアからユーザを識別するためにコンピュータ装置上で実行されるコンピュータ実装方法が提供され、前記第１データストアは、複数のデータ記録を含み、各データ記録は、識別子プロキシデータアイテムのための識別子プロキシカテゴリと、ユーザ識別子データアイテムのための関連ユーザ識別子カテゴリ含み、前記方法は、ユーザインタラクションに関連し、識別子プロキシデータアイテムを含むデータアイテムセットを受け取る工程と、前記受け取った識別子プロキシデータアイテムを含む識別子検索クエリを定式化（ｆｏｒｍｕｌａｔｅ）して当該識別子検索クエリを前記複数のデータ記録を含む前記第１データストアに送る工程と、各リターンされた検索結果内の前記識別子プロキシデータアイテムが前記検索クエリにおいて前記識別子プロキシデータアイテムにマッチする形態で、前記第１データストアから検索結果を受け取る工程と、前記リターンされた検索結果からユーザ識別子データアイテムを出力する工程と、を有する。
【００１２】
本発明は、更に、ユーザを検索し、「ユーザ識別子データ」を出力する方法を提供する。本発明の前記第１態様による前記検索方法は、サーバ（たとえば、ここに記載されるデジタルレシートサーバを参照）等の、コンピュータ装置上で実行されるコンピュータ実装方法である。ユーザ識別子データ（ユーザ識別子データアイテム）（単数又は複数）は、第１データストアに保管され、識別子プロキシデータアイテムに関連付けられる。前記検索方法は、ユーザインタラクション中に（たとえばポイントオブセールスでのトランザクション）識別子プロキシデータアイテムのコレクション（たとえば支払ガードの詳細）に基づいて前記ユーザ識別子データ（たとえばｅメールアドレス）を取り出すことを可能にする。従って、本発明を実施するサーバ（又はその他のコンピュータ装置）は、ユーザトランザクション中に既に捕捉済みのデータに基づいてユーザ識別子データを取り出すことができる。そのような検索方法は、検索されるべき検索空間を低減することができ、検索の速度を高めることができ、データ入力エラーを低減することができる（ユーザがユーザ識別子データアイテムをマニュアルで入力することが求められる構成と比較して）。
【００１３】
前記検索可能第１データストアからリターンされる検索結果を分析してユーザ識別子データを出力することができる。出力されたユーザ識別子データは、簡便には、ユーザインタラクションシステム（たとえば、ポイントオブセールス（ＰＯＳ）システム）にリターンして、それをそのユーザインタラクションの一部として使用することができる（たとえば、ｅメールアドレスをＰＯＳシステムにリターンして、このＰＯＳシステムによってユーザにデジタルレシートを送るために利用することができる）。前記ユーザ識別子データは、前記ユーザのためのメッセージルーティングアドレス、例えば、ｅメールアドレス、とすることができる。
【００１４】
オプションとして、前記方法は、各リターンされた検索結果に関して前記ユーザ識別子データアイテムを出力する工程を含む。
【００１５】
簡便には、前記データアイテムセットは、第２データストアから受け取ることができる。前記データアイテムセットは、前記第２データストアに送られるトランザクション検索クエリに応答して、検索可能なこの第２データストアから受け取ることができる。前記トランザクション検索クエリは、前記コンピュータ装置から送られることができる。オプションとして、前記トランザクション検索クエリは、トランザクション識別子として構成することができ、簡便には、前記トランザクション識別子は、クライエント装置から受け取ることができる。一実施例において、前記トランザクション識別子は、ポイントオブセールス（前記クライエント装置）でのトランザクションに関連する識別子として構成することができる。前記第２データストアは、前記ポイントオブセールスからトランザクション関連データ（トランザクションデータ、関連メタデータ、および前記トランザクション識別子）が供給される支払トランザクションデータベースとして構成することができる。これに対して、前記トランザクション識別子は、クライエント装置、例えばポイントオブセールス、から前記コンピュータ装置で受け取ることができ、次に、前記コンピュータ装置において前記データアイテムセットを取出し、受け取るために、トランザクション検索クエリにおいて前記第２データストアをクエリするために使用することができる。
【００１６】
オプションとして、前記方法は、各リターンされた検索結果に対する前記ユーザ識別子データアイテムを、クライエント装置に出力する工程を含む。簡便には、前記方法は、ユーザ識別子データアイテムのリストを前記クライエント装置に出力する工程を有する。オプションとして、前記方法は、前記ユーザに対して通信を送るリクエストを前記クライエント装置から受信する工程を有し、前記通信は、前記識別子検索クエリに応答して識別されるユーザ識別子データアイテムに向けられたものであり、かつ、前記ユーザインタラクションに関連する前記データアイテムセットの少なくとも一部を含む。前記ユーザ識別子データアイテムは、メッセージルーティングアドレスを含むことができ、前記方法は、通信をこのアドレスに送る工程を含むことができる。
【００１７】
前記検索結果が、複数の候補ユーザ識別子データアイテムを含む場合、前記方法は、クライエント装置から前記ユーザ識別子データアイテムに関連する部分データを受け取る工程と、前記部分データを使用して前記候補ユーザ識別子データアイテムをフィルタリングして、ユーザ識別子データアイテムのフィルタリング済みセットを形成する工程とを有する。前記ユーザ識別子データアイテムがｅメールである実施例においては、従って、前記方法は、前記クライエント装置を介して前記ユーザから前記ｅメールアドレスに関するいくつかの文字（部分データ）を受け取る工程と、前記候補ｅメールアドレスをフィルタリングするためにこれらの文字を使用する工程とを含む。
【００１８】
前記方法は、前記フィルタリング済セット中の候補ユーザ識別子データアイテムの数が所定閾値を満たす時、前記フィルタリング済セットを出力する工程を備えることができる。前記所定閾値は、それが単一のユーザ識別子データアイテムと等しくなるように設定することができる。上記実施例において、前記コンピュータ装置は、一つのマッチング（たとえば一つのｅメールアドレス）しか存在しない時にのみ、前記ユーザ識別子データアイテムを出力するように構成することができる。簡便には、フィルタリング済リストのみを出力することは、前記ユーザインタラクションの一部ではない他のユーザからデータを保護することに役立つ。
【００１９】
オプションとして、前記方法は、前記データアイテムセットを新規データ記録として前記第１データストア内に格納する工程を有する。オプションとして、前記方法は、ユーザ識別子データアイテムが前記ユーザによって確認されたならば、このユーザ識別子データアイテムを前記新規データ記録に追加する工程を有する。
【００２０】
前記受け取られたデータアイテムセットは、複数の識別子プロキシデータアイテムを含むものとすることができる。オプションとして、前記方法は、前記複数の識別子プロキシデータアイテムのサブセットを使用して前記識別子検索クエリを定型化する工程を含むことができる。オプションとして、前記方法は、前記複数の識別子プロキシデータアイテムを使用して前記識別子検索クエリを定型化する工程を含むことができる。簡便には、前記方法は、前記複数のデータアイテムを分析して、一つのユーザ識別子データアイテムに最も頻繁に関連付けられる識別子プロキシデータカテゴリを決定する工程を含むことができる。
【００２１】
前記ユーザインタラクションは、ポイントオブセールスでのトランザクションとして構成することができる。前記第１データストアは、データベースとして保管することが可能な履歴トランザクションデータとして構成することができる。前記第２データストアは、現在のトランザクションに関連するトランザクションデータとして構成することができる。前記ユーザ識別子データアイテムは前記ユーザのｅメールアドレスとして構成することができる。前記識別子プロキシデータアイテムは、前記ユーザに属するトランザクションカードのプライマリアカウントナンバー、前記ユーザに属するトランザクションカードのマスクされたプライマリアカウントナンバー、前記ユーザに属するポイントカードのポイントカードナンバー、から選択される単数又は複数、として構成することができる。前記コンピュータ装置は、サーバとして構成することができる。
【００２２】
本発明の第２の態様に依れば、第１データストアからユーザを識別するための検索エンジンモジュールが提供され、前記第１データストアは、複数のデータ記録を含み、各データ記録は、識別子プロキシデータアイテムの識別子プロキシカテゴリと、ユーザ識別子データアイテムの関連ユーザ識別子カテゴリとを含み、前記モジュールは、ユーザインタラクションに関連し、識別子プロキシデータアイテムを含むデータアイテムセットを受け取るように構成された入力部と、前記受け取られた識別子プロキシデータアイテムを含む識別子検索クエリを定型化し前記識別子検索クエリを前記複数のデータ記録を含む前記第１データストアに送るように構成されたプロセッサとを有し、前記入力部は、更に、前記第１データストアから、各リターンされた検索結果内の前記識別子プロキシデータアイテムが前記検索クエリにおいて前記識別子プロキシデータアイテムにマッチする単数又は複数のデータ記録の形態で検索結果を受け取るように構成され、前記モジュールは、更に、前記リターンされた検索結果からユーザ識別子データアイテムを出力するように構成された出力部を有する。
【００２３】
本発明の第３の態様に依れば、本発明の前記第２態様による検索エンジンモジュールを含むサーバが提供される。
【００２４】
本発明の第４の態様に依れば、第１データストアからユーザを識別するためのコンピュータ実装検索方法が提供され、前記第１データストアは複数のデータ記録を含み、各データ記録は、識別子プロキシデータアイテムのための識別子プロキシカテゴリと、ユーザ識別子データアイテムのための関連ユーザ識別子カテゴリとを含み、前記方法は、クライエント装置から、コンピュータ装置へのユーザ識別子検索リクエストを送る工程と、前記コンピュータ装置上で、本発明の前記第１態様による前記方法を実行する工程と、前記コンピュータ装置から候補ユーザ識別子データアイテムのリストを受け取る工程と、ユーザから前記ユーザ識別子データアイテムに関連する部分データを受け取る工程と、前記部分データに基づいて前記候補ユーザ識別子データアイテムリストをフィルタリングしてフィルタリング済リストを形成する工程と、前記フィルタリング済リストを出力装置に対して出力する工程とを有する。
【００２５】
前記出力装置は、ディスプレイ装置と、関連する入力装置、例えば、ディスプレイスクリーンとキーパッド装置、として構成することができる。前記出力装置も、タッチスクリーンとして構成することも可能である。
【００２６】
本発明の第５の態様に依れば、ユーザを識別するための検索システムが提供され、これは、クライエント装置と、本発明の前記第２態様による検索エンジンモジュールを含むコンピュータ装置と、複数のデータ記録を含む第１データストアとを有し、各データ記録は、識別子プロキシデータアイテムのための識別子プロキシカテゴリと、ユーザ識別子データアイテムのための関連するユーザ識別子カテゴリとを含む。
【００２７】
前記コンピュータ装置は、ユーザ識別子データアイテムを提供し本発明の前記第１態様の方法によって前記第１データストアを検索するためのリクエストを前記クライエント装置から受け取るように構成することができる。
【００２８】
本発明の第６の態様に依れば、ユーザインターフェースにおいてフィールドをオートコンプリートする方法が提供され、当該方法は、本発明の前記第１態様による前記方法を実行するように構成されたコンピュータ装置に対してユーザ識別子検索リクエストを送る工程と、前記コンピュータ装置から候補ユーザ識別子データアイテムのリストを受け取る工程と、ユーザから前記候補ユーザ識別子データアイテムに関連する部分データを受け取る工程と、前記部分データに基づいて前記候補ユーザ識別子データアイテムのリストをフィルタリングしてフィルタリング済リストを形成する工程と、前記ユーザインターフェースにおいて前記フィールドをオートコンプリートするために前記ユーザインターフェースに対して前記フィルタリング済リストを出力する工程、とを有する。
【００２９】
前記コンピュータ装置は、本発明の前記第１態様による前記方法を実行するように構成することができる。
【００３０】
本発明は、更に、本発明の前記第１態様の方法を実行するためのコンピュータプロセッサのためのコンピュータ読み取り可能インストラクションを含む非一過性コンピュータ読み取り可能記憶媒体にも関する。
【００３１】
本発明の前記第２、第３、第４、第５、第６態様は、本発明の前記第１態様の好適特徴構成を含むことができる。
【００３２】
本発明の実施例は、ドメイン名オートコンプリーションと、更に、実際のレシピエントパートオートコンプリーションを含むことができる。これを実施可能とするために、アプリケーションは、ｅメールアドレスの表を維持し、ユーザがｅメールアドレスの最初の文字をタイプしている時にこの表で検索を行う必要がある。ユニークなマッチングが見つかれば（又は最大数のｅメール提案のなんらかの閾値に達したならば）、それをオートコンプリーションのために前記スクリーン上に提示することができる。
【００３３】
本発明の利点は、それによってカスタマにとってｅメール入力が迅速かつ容易になることにある。
【００３４】
本発明の実施例に関連する更なる利点は以下の通りである（トランザクションに参加するカスタマ（ユーザ）のｅメールアドレスがリクエストされている実施例のコクテクストにおいて）。
【００３５】
●  検索空間を狭めるためにトランザクションレシートからのデータを使用することができる。トランザクションレシートデータは以下のいずれか一つ（但し、以下のリストに限定されるものではない）、又はこれらの組み合わせ、に使用することができる。
〇  地理的ストア位置／アドレス
〇  マスクされたＰＡＮ（支払カードのプライマリアカウントナンバー）および／又は、カード名および／又は有効期限等のその他の支払カード情報
〇  ポイントカードナンバー又はそのマスクされたＰＡＮ
〇  トランザクションの日時
〇  ｅメールアドレス使用頻度
〇  検索空間を狭めるために、ｅメールアドレス名を検索する前に、検索されているｅメールアドレスのドメイン名をリクエストすることができる。
【００３６】
●  アドレスブック（候補ｅメールアドレスを含む）を、その全体又は、その一部を、遠隔のマシーンに格納する、および／又は、ポイントオブセールス（ＰＯＳ）システムにおいてローカルにキャッシュすることができる。
【００３７】
●  本発明の実施例によるそのような検索方法およびシステムは、既存のＰＯＳソフトウエアおよびハードウエアの改造を必要としない。その代わりに、それが、前記ＰＯＳシステムの種々のコンポーネント間（たとえば、ＰＯＳ端末とプリンタとの間、ＰＯＳ端末とスキャナとの間、ＰＯＳ端末と支払端末との間、等）で送られる時に、トランザクション関連データをインターセプト（傍受）するために、ＷＯ２０１３００８０４１に記載されているようなインターセプションモジュールを、前記ＰＯＳシステム内に仮想ドライバとして設置することができる。
【００３８】
●  本発明のこれら実施例によるシステムは、提案を与えつつ、他のユーザに対するｅメールアドレスの開示を最小限にする。
【００３９】
●  前記システムは、たとえユーザがミスタイプした場合でも正しい提案を提供しｅメールアドレスがユーザエクスペリエンスにおいて改善されるようにファジーストリング検索アルゴリズムを採用することができる。
【００４０】
●  前記システムは、ｅメールアドレス使用の頻度を分析し、最も頻度の高いｅメールアドレス間で最初に検索を行ったり、或いは、ヒューリスティックアルゴリズムのその他の統計的手法を採用することができる。
【００４１】
本発明のその他の実施例は、以下の番号付き節に記載される。
１．    ユーザが少数のキータイプでそのアドレスを入力することを可能にする方法であって、これは以下の工程を含むことができる。
●  トランザクションデータおよび／又はトランザクションメタデータ又は、ＰＯＳ端末において利用可能なその他の情報に含まれる識別子プロキシを抽出する工程、
●  ｅメールアドレスに対する識別子プロキシの関連性を記憶する工程、
●  候補ｅメールアドレスとドメイン名のリストを得るべく前記関連性をクエリする工程、
●  文字がタイプされる毎に、前記候補アドレスを限定する（ｃｏｎｆｉｎｅ）工程、そして
●  前記候補アドレスが最大数のｅメール提案のうちの一つ又はいくかの閾値に限定することができた時に目的地アドレスをコンプリートする工程。
【００４２】
２．  節１の方法であって、前記トランザクションデータは、印刷されたレシート上のデータとして構成することができ、前記トランザクションメタデータは、前記スキャナ、支払端末、ポールディスプレ（ｐｏｌｅ  ｄｉｓｐｌａｙ）、キーボード、磁気ストライプリーダー、ＰＤＱ／支払端末、又は、現金用引出し（ｔｉｌｌ）に取り付けられたその他のハードウエア一般、更に、現金用引出し（ｔｉｌｌ）で利用可能なＡＰＩ（アプリケーションプログラミングインターフェース）から得ることのできるその他すべてのデータとすることができる。
【００４３】
３．節１の方法であって、ｅメールアドレスに対する識別子プロキシの関連性を記憶する工程は、前記トランザクションデータおよび／又はトランザクションメタデータを考慮に入れることができる。
【００４４】
４．節３の方法であって、前記トランザクションデータおよび／又はトランザクションメタデータは、前記現金用引出し（ｔｉｌｌ）／ストアの地理的位置を含むことができる。
【００４５】
５．ユーザが少数のキータイプでそのアドレスを入力することを可能にするシステムあって、これは以下を含むことができる。
●  前記識別子プロキシから前記ｅメールアドレスへの関連性を記憶することが可能なデータベース、
●  ｅメールアドレスに、どこにデジタルレシートを送るかを尋ねることができるクライエントソフトウエアコンポーネント、これは以下を備える、
〇  前記トランザクションデータおよび／又はトランザクションメタデータ（たとえば、支払カード番号のマスキングされたＰＡＮ、又は、ポイントカードナンバー、および／又はブランチ位置）中の利用可能ないずれかの識別子プロキシにマッチングする可能性のある目的地アドレスのリストをクエリする機能、そして
〇  １又は複数の文字がタイプされた後に目的地アドレスをコンプリートする機能。
【００４６】
６．節１のシステムであって、前記目的地アドレスのリストをクエリする機能は以下を有するサーバによって行うことができる、
●  識別子プロキシを抽出するべくトランザクションデータおよび／又はメタデータを分析して、抽出された識別子プロキシと目的地アドレスとの間の関連性を前記データベースに記憶する機能、そして
●  前記抽出された識別子プロキシおよび／又はトランザクションデータ（および／又はその一部）又はトランザクションメタデータ（および／又はその一部）で前記データベースをクエリする機能。
【図面の簡単な説明】
【００４７】
【図１】本発明の実施例によるシステムを示す図
【図２】本発明の実施例によるユーザインターフェースを示す図
【図３】本発明の実施例によるデータ記録を示す図
【図４】図１のシステムの作動モードのフローチャートを示す図
【発明を実施するための形態】
【００４８】
本発明の実施例を、デジタルレシートシステムにおいてデジタルレシートを発行するコンテクストで記載するが、当業者は、ここに記載の方法とシステムがさまざまな検索とオートコンプリートタスクとに適用することが可能であることを理解するであろう。
【００４９】
以下の記載において、以下の用語が使用される。
【００５０】
“ＰＡＮ”は、「プライマリアカウントナンバー」、たとえば、デビット又はクレジットカード上の「カードナンバー」の略称である。
【００５１】
「マスクドＰＡＮ」（マスクドプライマリアカウントナンバー）は、部分的または完全に隠されたＰＡＮである。多くの場合、最後の４桁又はＰＡＮ全体がマスクドＰＡＮとして使用される。ＰＡＮをマスキングすることによって、複数のデビット／クレジットカードを有するカード保持者があるトランザクションにおいてどのカードを使用したかを識別することを可能にしながら、トランザクションレシートを入手する何者かからフルカードナンバーを隠す。
【００５２】
ここで使用される「識別子プロキシデータアイテム」とは、ユーザ識別子と関連付けることが可能なデータアイテムである。マスクドＰＡＮは、識別子プロキシデータアイテムの一例である。
【００５３】
本発明の実施例は、特定のユーザに対して固有ではない識別子プロキシデータアイテムを使用することができる（たとえば、ＰＡＮ全体は異なるものの、第１ユーザカードのマスクドＰＡＮが、第２ユーザカードのマスクドＰＡＮと同じとなり得るような場合）。但し、本発明の実施例は、本発明の実施例による検索エンジンが、ユーザ識別子データアイテムを従来のシステムよりもより正確かつ迅速に検索し見つけることを可能にする、データ記録中に識別子プロキシデータアイテムおよびユーザ識別子データアイテム（たとえばｅメールアドレス）を格納する。
【００５４】
本発明の実施例は、トランザクションに関連するデジタルレシートをリクエストするユーザのｅメールアドレスをコンプリート（完全化）するシステムと方法を提供する。この活動に特有の要件は、システム内の他のユーザのｅメールアドレスを不必要に露出させることを回避することである。ｅメール入力は、多くの異なるユーザ（カスタマ）によって使用される可能性があり、異なるユーザによってみられる可能性がある入力装置を介して公共の環境で行われるかしれない。従って、ｅメールアドレスに関連するオートコンプリート提案は、好ましくは、候補アドレスが所定範囲の精度に制限されているときにのみ出力されるべきである。
【００５５】
上記精度要件を満たすために、本発明の実施例は、ポイントカードナンバーや、支払カードのマスクドＰＡＮ、有効期限日、カードタイプの組み合わせ等のＰＯＳシステムにおけるトランザクション中に収集された情報から利用可能な識別子プロキシデータアイテムを利用する。
【００５６】
尚、特定の識別子プロキシデータアイテムは、特定のユーザ識別子に対するユニーク（固有）な関係を有さない場合もある。例えば、マスクドＰＡＮは、フルＰＡＮの最後の４桁として構成され得る。従って、もしも、マスクドＰＡＮが識別子データアイテムとして使用されるならば、それはたとえフルカードナンバーが異なっていても異なるユーザが同じ最後の４桁のカード番号を使用している場合であり得る。又、特定のユーザ識別子データアイテム（たとえばｅメールアドレス）が異なる識別子プロキシアイテムと関連付けられている場合もあり得る。例えば、あるユーザのｅメールアドレスは、そのユーザに属する複数のトランザクションカードに関連付けられている可能性がある。
【００５７】
本発明の一実施例において、検索方法は、トランザクション中に生成されるデータ、又は、その単数又は複数の利用可能な情報から識別子プロキシデータアイテムを抽出する工程と、デジタルレシートの送り出し毎に、抽出された識別子プロキシデータアイテムからｅメールアドレスへの関連性を記録する工程と、その後ユーザがデジタルレシートの発行をリクエストしたときに、本発明の実施例による検索方法を使用して記録された関連性をクエリする工程と、そしてクエリ結果の数が単数又は複数のｅメール提案の最大数の閾値に限定されたときにそれらのｅメールアドレスをオートコンプリートする工程と、を有する。
【００５８】
尚、ユーザ（カスタマ）がデジタルレシートの送付を初めてリクエストするとき、本発明の実施例の方法は、デジタルレシート発行システムの送信履歴やその他の利用可能な情報の中にしばしば現れるドメイン名のリストを参照することによってｅメールアドレスのドメイン名部分をコンプリートすることができる。ユーザが以前に一度デジタルレシートを受け取ったことがある場合、本発明の実施例は、ＰＯＳシステムと送信履歴からのトランザクションデータ中に見出される識別子プロキシデータアイテムを参照することによってユーザのｅメールアドレスをコンプリートすることができる。ｅメールアドレスは、候補アドレスの数が、ｅメールの提案の最大数の１又は複数の閾値に限定されたときにのみコンプリートすることができる。方法では、ＰＯＳシステムでのトランザクション中のｅメールアドレスの特定は、例えば、特に、ユーザが過去において多数の回数デジタルレシートをリクエストしており、それによって、システムの送信履歴内に多数のデータ記録が存在する場合にも、ユーザインターフェース装置での僅か２つ３つのキー入力で効率的に行うことができる。
【００５９】
図１は、本発明の実施例による検索システムと方法の概観を図示している。検索方法は図４にも図示されている。
【００６０】
図１において、ＰＯＳシステム内のポイントオブセールス（ＰＯＳ）端末１がＰＯＳ端末ソフトウエアとデジタルレシートクライエント３を実行する。デジタルレシートクライエントは、トランザクション中、ＰＯＳオペレータ（レジ係）とユーザ（カスタマ）との両方のためのユーザインターフェースを提供する。
【００６１】
ＰＯＳ端末は、支払トランザクションサーバ５とデジタルレシートサーバ１０と通信する。支払トランザクションサーバ５は、データストア８（支払トランザクションデータベース）と通信する。デジタルレシートサーバ１０は、別のデータストア１４（送信履歴データベース）と通信する。データストア１４は、請求項の第１データストアに対応し、データストア８は請求項の第２データストアに対応する。
【００６２】
尚、図１において、ＰＯＳ端末１、支払トランザクションサーバ５、デジタルレシートサーバ１０、およびデータベース８および１４は別々のコンポーネントとして図示されている。別の構成において、これらのコンポーネントのいくつか又は全部を同じ場所に配置することも可能である。例えば、デジタルレシートサーバ１０とデータベース１４とは、ＰＯＳシステムに対してローカルに、或いは、当該ＰＯＳシステムの一部として、配置することが可能である。
【００６３】
次に、図１に図示されている構成の作動モードについて説明する。
【００６４】
トランザクション中のあるポイントで、ユーザは、購入しているアイテムに対して支払を行うために支払情報を入力する。次に、工程１００において、ＰＯＳ端末ソフトウエア（２）は、支払トランザクションサーバ（５）に対して通信を送付するが、この通信は、トランザクション関連データ（たとえば、支払カード情報（これは識別子プロキシデータアイテムに対応する）等のトランザクションデータと、購入アイテムおよびトランザクション識別子等の関連メタデータ）を含む。
【００６５】
工程１０２において、工程１００から受け取った通信に応答して、トランザクション関連情報を支払トランザクションデータベース（８）に記録するために、支払トランザクションサーバ（５）内の処理が実行される。
【００６６】
従って、工程１０４で、トランザクション関連データがデータベース８に送られ、トランザクションデータ記録として格納される。この格納されたトランザクション記録は、受け取った識別子プロキシデータアイテムをトランザクション関連データ内に格納するための単数又は複数の識別子プロキシカテゴリを含む。識別子プロキシデータアイテムの具体例は、ＰＡＮカテゴリ、マスクドＰＡＮカテゴリ、ポイントカードナンバーカテゴリ、を含むが、これらに限定されるものではない。
【００６７】
図１に示すトランザクション環境において、支払プロセスが完了すると、デジタルレシートクライエント（３）は、デジタルレシートを送付する必要があるか否かを尋ねるメッセージを出力するように構成されている。
【００６８】
デジタルレシートが要求される場合には、そのレシートを送るためには、ユーザのｅメールアドレス（又は、携帯電話番号等のその他の適当なユーザ識別子データアイテム）が必要とされる。従って、工程１０６において、デジタルレシートクライエント（９）は、デジタルレシートサーバ（１０）に対して、そのユーザの候補ｅメールアドレスを提供するように求めるリクエストを送る。このリクエストは、トランザクションＩＤ（“txid”）を含む（なお、工程１００の通信はトランザクションＩＤを含む）。
【００６９】
サーバ１０による工程１０６からのリクエストの受信によって本発明の実施例によるトランザクション検索方法が開始される。工程１０８では、受信したリクエストからトランザクションＩＤ（“txid”）を抽出するプロセスが、デジタルレシートサーバ（１０）において実行される。
【００７０】
工程１１０において、サーバ１０は、支払トランザクションデータベース８に対してトランザクション検索クエリを送る。当該トランザクション検索クエリはトランザクションＩＤを含む。
【００７１】
工程１１２において、サーバ１０は、提供されたトランザクションＩＤに対応するトランザクションデータ記録（これは請求項の「データアイテムセット」に対応する）を受け取り、サーバ１０は、工程１１４において、受け取ったトランザクションデータ内の識別子プロキシカテゴリに対応する識別子プロキシデータアイテムを抽出するように構成されている。
【００７２】
工程１１６において、単数又は複数の抽出された識別子プロキシデータアイテムは、履歴トランザクション関連データの詳細を含む送信履歴データベース１４に送られる識別子検出クエリを定型化するために使用される。
【００７３】
データベース１４は、工程１１８において、ユーザ識別子データアイテム（本実施例ではｅメールアドレス候補）のリストとドメイン名のリストとをリターンする。
【００７４】
工程１１９において、サーバ１０は、データベース１４中に新たなデータ記録エントリを作り、抽出された識別子プロキシデータアイテム／受け取ったトランザクションデータ記録をデータベースに格納する。
【００７５】
工程１２０において、サーバ１０は、検索クエリ結果（候補ユーザ識別子データアイテムとドメイン名）をデジタルレシートクライエント３にリターンする。
【００７６】
次に、デジタルレシートクライエントは、ユーザにそのｅメールアドレスを尋ねるために、図２に図示のダイアログユーザインターフェース２００を提示する。クライエント３は、ユーザインターフェースの入力フィールド２０４のアドレス部分２０２に文字がタイプされる度に、候補ユーザ識別子データアイテムをフィルタリングするように構成されている。候補ユーザ識別子データアイテムの数が提案を行う数の最大数の所定の閾値を下回ったとき、ユーザインターフェースの入力フィールドをコンプリートすることができる。
【００７７】
好適な実施例において、コンプリートユーザインターフェースデータアイテムは、単一のマッチング候補が存在するときにのみユーザに提示される。データベース１４中に格納されサーバ１０に対して利用可能な識別子プロキシデータアイテムによって、ユーザ識別子検索は、単一の候補ｅメールアドレスのみをリターンすることができ、この場合、ユーザは、このアドレスを提示され、単純に、これがデジタルレシートを送るための正確なアドレスであることを確認するように求められる。
【００７８】
別構成において、ユーザは、入力フィールドのドメイン名部分２０６のユーザインターフェースに文字を入力することができる。この別構成においては、レシートクライエント３は、ドメイン名リストをフィルタリングして、最も好ましいものによってユーザインターフェースをコンプリートするように構成されている。
【００７９】
ｅメールアドレスが決定されると、クライエント３は、工程１２２において、デジタルレシートサーバ１０に対して、決定されたｅメールアドレスにデジタルレシートを送るようにリクエストを送る。
【００８０】
工程１２４において、トランザクションに対応するデジタルレシートが作られ、所定のｅメールアドレスに送り出される。デジタルレシートが正しく送り出されたことが確認されると、サーバ１０は、ｅメールアドレスを工程１１９で作られたデータ記録に挿入するべく送信履歴データベース１４内のデータ記録を更新する（工程１２６）。
【００８１】
図３は、識別子プロキシデータアイテムとｅメールアドレスとの間の相関を格納するために送信履歴データベース１４内に格納されたデータ記録の実施例を図示している。
【００８２】
列“id”は、このデータ記録表のプライマリーキーを表している。列“transaction_id”は、特定の支払いトランザクションを識別するためのキーを表している。列“created_at”は、その記録が作られた時を表している。列“store_id”は、その支払いトランザクションが行われたストアを表している。
【００８３】
列“identifier_proxy”は、識別子プロキシカテゴリフィールドを表している。支払トランザクションに現れた識別子プロキシデータアイテムはこのフィールドに格納される。本実施例において、最初の二つの文字は識別プロキシのタイプを表し、“CC”は、クレジットカードを表し、“LC”はポイントカードを表す。もしも支払トランザクション中に識別子データアイテムが見つからない場合（たとえば、ユーザが、ポイントカード等の他の識別情報を提示することなく現金で支払う場合）には、この列は空欄のままにすることができる。列“email_address”と“domain_name”は、デジタルレシートが有効に送られた先のｅメールアドレスとドメイン名とをそれぞれ表す。“Email address”と“domain name”のフィールド中の入力は、ユーザ識別子データアイテムを表し、表のこれらの列は、ユーザ識別子カテゴリに関連する。
【００８４】
上述したように、図３の表内のデータ記録は図１の工程１１９で作られる。工程１１９中において、列“email_address”と“domain_name”はコンプリートされない。
【００８５】
図３に図示される表において、最初の記録（id=1）は、それが現金で支払われたか、若しくは、サーバ１０から見てトランザクション関連データ内に識別子プロキシデータが見つからなかった、ことを表している。第２の記録（id=2）は、それが、その最後の４桁が“1234”でありその有効期日が”03/17”であるＶＩＳＡクレジットカードで支払われたことを表している。
【００８６】
第３の記録（id=3）は、それが、その最後の４桁が“1234”であり、その有効期日が“03/17”であるＶＩＳＡクレジットカードで支払われたことを表している。第２記録と第３記録とに対応のトランザクションは、たとえそれらの識別子プロキシデータアイテムが同じであるにも拘らず、同じクレジットカードで支払うことはできないことが銘記される。第４の記録（id=4）は、第３記録に対応する支払トランザクションに対してポイントカードが提示されたことを表している。
【００８７】
図１の工程１１６において、デジタルレシートサーバ１０は、データ記録の“identifier_proxy”データアイテムがデジタルレシートとして送られる支払トランザクションデータ中に現れた識別子プロキシデータアイテムにマッチングしなければならないという条件で、図３の表をクエリする。
【００８８】
もしも消費者が現金で支払いし、その識別子プロキシが“LC SHOP_A 38012983”であるポイントカードを示したならば、クエリは、第４データ記録においてのみ（工程１１８で）受け取る。この場合、候補ユーザ識別子データアイテムは、tai@ecrebo.comのみとなる。
【００８９】
もしも消費者がその識別子プロキシが“CC VISA 1234 03/17”であるクレジットカードで支払ったならば、クエリは、第２および第３データ記録を受け取り、候補ユーザ識別子データアイテムは、tailor@company.comとtai@ecrebo.comとなる。すべての記録から“domain_name”列をクエリすることによってドメイン名リストを得ることができる。また、ユーザに、ｅメールアドレス確認プロセスの一部としてポピュラーなドメイン名のリストを提示させることもでき、その選択によって、候補ｅメールアドメスのリストを出力するためにチェックすることが必要な検索空間を減少させることができる。
【００９０】
デジタルレシートクライエント３が、候補アドレスの数が１に限定され、tailor@company.comとtai@ecrebo.comのｅメールアドレス候補がサーバ１０によってリターンされた場合にのみ、ユーザインターフェースにおいてユーザ識別子データアイテムフィールドをオートコンプリートするように構成されていると仮定すると、デジタルレシートクライエント３は、“tail”がタイプされたときに、ｅメールアドレス入力フィールドをtailor@company.comでコンプリートする。或いは、それは、“tail”の後にエンターキー、又は、“@”がタイプされたときにtailor@company.comでコンプリートする。
【００９１】
方法は、更に、“store_id”も組み入れることができる。もしも支払トランザクションが、そのｉｄが“21”であるストアで行われたならば、デジタルレシートクライエントは、“ｔ”がタイプされたときにｅメールアドレス入力フィールドをtai@ecrebo.comでコンプリートすることができる（ユーザは、参加する大半のトランザクションにおいて同じセットのストアを再訪するかもしれない。そのようなトランザクション行動によって、検索空間を特定のストアに絞り込んだり、候補検索結果の優先順位を決めることが可能となる。ストア“21”において、tai@ecrebo.comが“CC VISA 1234 03/17”と関連付けられる唯一のｅメールアドレスである。従って、そのような識別子プロキシデータアイテムが受け取られた場合、tai@ecrebo.comが正しい候補ｅメールアドレスであると推定することができる）。
【００９２】
候補ユーザ識別子データアイテムを減少させるために（或いは、候補エントリが存在しない場合）、デジタルレシートクライエントは、ユーザに対して先ずドメイン名を入力するように求めることができる。
【００９３】
当業者は、上述した実施例に対して適切な改造又はバリエーションを提供することが可能であり、本発明の要旨および範囲から逸脱することなく、別の実施例を開発することが可能であると理解するであろう。有効な実施を記載する目的で基準および独占的技術に対する参照が提供されるが、それによって本発明の範囲は限定されるものではない。
【図１】
2018503916.tif 000003
【図２】
2018503916.tif 000004
【図３】
2018503916.tif 000005
【図４】
2018503916.tif 000006
【国際調査報告】
2018503916.tif 000007
2018503916.tif 000008