JP4556970B2 - 連絡先管理装置、連絡先管理方法、および、コンピュータプログラム - Google Patents

Description

本発明は、連絡先を示す所定の情報である連絡先情報を管理する連絡先情報管理装置に関する。

従来から、ネットワークに接続されたサーバ，クライアント間で、メールアドレスなどの連絡先と画像と文字からなる電子名刺のやり取りは行なわれていた。電子名刺は、個人単位で管理することが多いが、電子名刺をサーバで管理し、電子名刺の閲覧，変更，変更の過去の閲覧者への通知を可能にするシステムの発明も存在した（例えば、特許文献１参照）。

一方、電子名刺の作成者ごとに、作成者が連絡先の配信を希望する配信先を管理し、電子名刺が変更されると、変更後の連絡先を配信先に配信するシステムも存在した。

個人のやり取りで電子名刺を受け取った人は、パーソナルコンピュータのメモリ上で電子名刺を管理している。連絡先を配信された人は、メールソフトなどで使用するアドレス帳で、会社名，住所，電話番号などの連絡先を管理することが可能である。

特開２００２−２６９２２１号公報

しかしながら、従来のシステムでは、連絡先などの文字情報のやり取りが主体であり、電子名刺を紙の名刺と同じような画像として広く配信することはできなかった。昨今では、顔写真を入れた名刺などもあり、会社のロゴなど名刺の画像そのものから得られる情報は多いが、それらを簡単に手に入れることができなかった。名刺の管理を紙媒体で行なっている人も多数おり、そのような者にとっては、紙媒体の名刺がほしくても、手に入れることができないため、従来のシステムは利便性が不十分であった。

また、従来のシステムでは、アドレス帳への連絡先情報の追加，更新についての可否をたずねる画面が表示され、煩わしかったり、連絡先情報を重複登録してしまったりするなどの課題もあった。

本発明は、上記した問題点を解決するためになされたものであり、電子名刺の簡便な配信、及び受信した連絡先情報の管理における利便性の向上を図ることを目的とする。

上記課題の少なくとも一部を解決する本発明の連絡先管理装置は、
連絡先を示す所定の情報である連絡先情報を管理する連絡先管理装置であって、
前記連絡先情報を管理する連絡先管理部と、
前記連絡先管理部に登録する前記連絡先情報である登録連絡先情報のメールアドレスと一致するメールアドレスを持つ連絡先情報が前記連絡先管理部に存在するか否か判断する判断部と、
前記連絡先管理部の変更可否をユーザに確認することなく、前記判断部による判断の結果、該連絡先情報が存在する場合は、前記登録連絡先情報を該連絡先情報に上書きして登録し、存在しない場合は前記登録連絡先情報を前記連絡先管理部に追加登録する登録部と
を備えることを特徴とする。

本発明によれば、連絡先管理部に連絡先情報を追加する際、新たに連絡先情報を追加するか上書きするかをたずねる画面が表示されないため、使用者の手間が省ける。同じメールアドレスならば上書きするので、同じメールアドレスをもつ連絡先情報が複数追加されることもなく、紛らわしくなくなる。

本発明において、連絡先情報，アクセス情報，イメージ出力情報は、それぞれ電子メールに添付して送信するものとしてもよい。

以下、本発明の実施の形態について、以下の項目に分けて説明する。
Ａ．実施例：
Ａ１．全体構成：
Ａ２．機能ブロック：
Ａ３．データベース：
Ａ４．処理：
Ａ５．効果：
Ｂ．変形例：

Ａ．実施例：
Ａ１．全体構成：
図１は、連絡先情報管理システム４０を表わす全体構成図である。連絡先情報管理システム４０は、サーバ２０，作成クライアント２５，受信クライアント３０，プリンタ３７で構成されており、名刺形式での全体画像（以下「名刺イメージ」とよぶ）の作成，管理，配信をすることを目的としている。サーバ２０，作成クライアント２５，受信クライアント３０は、それぞれインターネット２２に接続しており、ネットワークを介したデータのやり取りが可能である。また、受信クライアント３０にはプリンタ３７が接続されており、ファイルなどの印刷が可能となっている。ネットワークは、ＬＡＮでもよい。

作成クライアント２５は、名刺イメージを端末で表示するための情報（以下、名刺情報とよぶ）を作成し、サーバ２０に送信したり、メールアドレスなどの連絡先を示す文字情報としての連絡先情報の配信指示を出したりする。

サーバ２０は、作成クライアント２５から名刺情報を受信し、管理する。また、受信クライアント３０に連絡先情報を配信したり、名刺情報をもとにした名刺イメージを送信したりする。

受信クライアント３０は、サーバ２０から連絡先情報を受信したり、希望によっては名刺イメージも受信したりする。プリンタ３７は、名刺の画像を印刷する。

なお、名刺情報には、連絡先情報が含まれている。また、作成クライアントと受信クライアントは、１つの端末として構成してもよい。つまり、作成クライアントが、他の作成クライアントで作成した名刺情報による名刺イメージも受信可能であるような構成としても良い。

Ａ２．機能ブロック：
図２は、連絡先情報管理システム４０の機能を示す機能ブロック図である。機能ブロックは、ソフトウェア的に構成されている。作成クライアント２５にはブラウザ７０がインストールされており、ブラウザ７０はサーバ２０が提供するＷｅｂページを表示する。作成クライアント２５の使用者（以下、作成者とよぶ）は、ブラウザ７０を介して自身に割り当てられた作成者のユーザＩＤや名刺情報をサーバ２０に送信する。ユーザＩＤは、作成者が特定できるように、作成者に１つずつ割り当てられた番号である。

サーバ２０の連絡先情報受付部５８は、作成クライアント２５から名刺情報やユーザＩＤを受信し、名刺情報ＤＢ４２（データベース）へ保存する。名刺情報は、保存場所，ファイル名に応じて固有のＵＲＬが割り当てられる。このＵＲＬがアクセス情報に相当する。

ＤＢ管理部５４は、次に示す４つのデータベースを管理する。送信先情報ＤＢ５０は、作成者ごとに、連絡先情報とアクセス情報を配信したい相手を登録してあるデータベースである。名刺情報ＤＢ４２は、名刺情報やユーザＩＤ，アクセス情報を管理するためのデータベースである。テンプレートＤＢ４４は、名刺のテンプレートに関する情報を保存しているデータベースである。送信先情報ＤＢ５０，名刺情報ＤＢ４２，テンプレートＤＢ４４について詳しくは後述する。

ロゴＤＢ４６は、会社のロゴなど、複数の人の名刺で使用されるような画像の画像ファイル（以下、ロゴ画像ファイルとよぶ）を管理する目的で作られている。つまり、ロゴＤＢ４６は、１レコードが「ロゴＮｏ」と「ロゴ画像ファイル名」で構成されており、「ロゴＮｏ」はロゴ画像ファイルを一義的に特定可能な番号である。また、「ロゴ画像ファイル名」により、ロゴ画像ファイルにアクセス可能である。

抽出部５６は、作成クライアント２５から連絡先情報の配信要求が出されたら、名刺情報ＤＢ４２から、連絡先情報とアクセス情報を抽出する。送信部６２は、送信先情報ＤＢ５０を参照して、抽出部５６が抽出した連絡先情報とアクセス情報を受信クライアント３０へ送信する。

画像出力要求受付部６４は、受信クライアント３０から、名刺の画像の出力要求を受け付ける。画像出力部６０は、画像出力要求部７３が画像の出力要求を受けると、名刺情報ＤＢ４２やテンプレートＤＢ４４やロゴＤＢ４６を参照して画像を作成し、受信クライアント３０へ出力する。

受信クライアント３０のアドレス帳８０には、連絡先情報が登録されている。取得部７２は、サーバ２０から配信された連絡先情報とアクセス情報を受信する。判断部７４は、取得部７２で受信した連絡先情報の「メールアドレス」により、連絡先情報をアドレス帳８０に更新で登録するか、新規で登録するかの判断を行なう。アドレス帳管理部７６はアドレス帳８０を管理しており、判断部７４の判断結果により、連絡先情報を更新で登録したり新規で登録したりする。

画像出力要求部７３は、ＵＲＬを指定して、サーバ２０に対して名刺イメージの出力要求を行なう。印刷部７５は、サーバ２０から出力された名刺イメージを印刷する。

Ａ３．データベース：
図３は、名刺情報ＤＢ４２の一例を示す説明図である。名刺情報ＤＢ４２の１レコードは、「ユーザＩＤ」，「連絡先情報」，「イメージ出力情報」，「アクセス情報」からなる。「名刺情報」は、「連絡先情報」と「イメージ出力情報」をあわせた情報である。

「連絡先情報」は、「氏名」，「会社名」，「部署」，「住所」，「電話番号」，「ＦＡＸ番号」，「メールアドレス」で構成されている。「住所」，「電話番号」，「ＦＡＸ番号」，「メールアドレス」は会社のものである。「連絡先情報」は、これだけに限らず、例えば会社のＷｅｂページのアドレスなどを含んでいてもよい。

「イメージ出力情報」は、名刺情報のうちの「連絡先情報」以外の情報で、「テンプレートＮｏ」，「ロゴＮｏ」，「写真画像ファイル名」で構成されている。

「テンプレートＮｏ」は、作成者が使用する名刺のテンプレートを一義的に特定する番号である。「ロゴＮｏ」は、作成者が使用する会社のロゴ画像ファイル名を一義的に特定する番号である。「写真画像ファイル名」は、作成者が名刺にのせる写真画像のファイル名である。写真画像は作成クライアント２５からサーバ２０に送信されており、写真画像ファイル名を付されてサーバ２０で管理されている。

図４は、テンプレートＤＢ４４の一例を示す説明図である。図の上方にデータ構造を示し、下方にテンプレートを示した。「テンプレートＮｏ」は、名刺イメージ８５のテンプレートを一義的に特定する番号である。「大きさ」は、名刺イメージ８５の（縦の長さ，横の長さ）をｍｍ単位で示している。一般的に名刺イメージ８５は長方形であるから、「大きさ」としては、これだけの情報で十分であるが、他にも名刺イメージ８５の外郭を様々に指定可能としてもよい。例えば、円形の名刺イメージ８５の場合は（半径）などを用いることができる。

項目「裏」は、名刺イメージ８５の裏面の言語を記憶している。名刺の裏面には、表面の情報を他言語に翻訳した情報が載せられていることが多いので、「裏」で示されている言語に、名刺イメージ８５の表面の情報を自動的に翻訳して名刺イメージ８５を作成する。裏面に情報を載せない名刺イメージ８５ならば、「裏」はＮｕｌｌでよい。

「ロゴエリア」は、ロゴマークなどの画像ファイルをはめ込むエリアを示す。図中にロゴエリアの設定方法を示した。「ロゴエリア」は、（左上位置の左辺からの距離Ａ１，左上位置の上辺からの距離Ａ２）−（右下位置の左辺からの距離Ｂ１，右下位置の上辺からの距離Ｂ２）で示されている。ロゴマークなどの画像ファイルは、名刺イメージの出力時には、このエリアに収まるように大きさを調整される。

ロゴマークなどの画像は、一般的には長方形で作成されているので、「ロゴエリア」は、このような指定方法にしているが、これに限らず、ロゴマークの画像が円形である場合などは、中心位置と半径で「ロゴエリア」を指定できるようにしてもよい。また、「ロゴエリア」は裏面に指定できるようにしてもよい。「ロゴエリア」は複数指定可能としてもよい。

テンプレートＤＢ４４には、名刺イメージ８５の表面に載せる文字情報の「位置」，「フォント」，「大きさ」も指定できる。名刺イメージ８５の表面に載せる文字情報としては、例えば「会社名」，「部署」などがある。「連絡先情報」にある情報は、名刺イメージ８５の表面に載せられている場合が多い。「位置」は、（左上位置の左辺からの距離Ｃ１，左上位置の上辺からの距離Ｃ２）で示される。「大きさ」は文字の大きさで、ポイント数である。「位置」，「フォント」，「大きさ」以外に例えば「色」などが指定可能であってもよい。また、「ロゴエリア」と同様に、文字情報をはめ込むエリアの大きさを指定しておき、文字の大きさをエリアに合わせて調節してはめこむような構成としてもよい。その場合は、「位置」，「フォント」，「大きさ」ではなく、「エリア」，「フォント」となる。

図５は、送信先情報ＤＢ５０の一例を示す説明図である。「メールアドレス」，「氏名」，「会社名」は、「ユーザＩＤ」の保有者が連絡先情報を送信したい相手の情報である。この情報は、「ユーザＩＤ」の保有者が任意に追加，変更可能である。

なお、データベースは、リレーショナルデータベースなど、種々の形式を採ることが可能であり、本実施例では、すべてのデータベースをＸＭＬにより構成するものとしてもよい。この形式では、一つのレコードは、一つのＸＭＬファイルに格納される。上述の各項目は、それぞれＸＭＬファイル中のタグによって定義される。ＸＭＬファイルで構成されたデータベースは、各レコードに含まれる項目の組み合わせが柔軟に変更できる利点がある。例えば、送信先情報ＤＢ５０に関して言えば、あるレコードについては、「ユーザＩＤ」，「メールアドレス」のみが記録され、別のレコードについては、図５に示した全項目が記録されるというように、レコードごとに、記録される項目が不一致でもよい。

Ａ４．処理：
図６は、作成クライアント２５が名刺情報をサーバ２０に送信する処理を示したフローチャートである。下方の図は名刺イメージ８５の作成例である。作成クライアント２５が、名刺作成用のＷｅｂページにアクセスすると（ステップＳ０１）、サーバ２０はインタフェース画面を提供する（ステップＳ１１）。インタフェースを提供する前に、「ユーザＩＤ」やパスワードの入力を促してもよい。作成クライアント２５は、提供されたインタフェース画面により、名刺イメージ８５の作成例のように「名刺情報」を入力して（ステップＳ０２）、「名刺情報」と「ユーザＩＤ」をサーバ２０に送信する（ステップＳ０３）。

サーバ２０は、受信した「ユーザＩＤ」で名刺情報ＤＢ４２の「ユーザＩＤ」を検索して、存在すれば、その「ユーザＩＤ」のレコードの「名刺情報」を、受信した「名刺情報」に更新し、存在しなければ、「名刺情報」を新規登録する（ステップＳ１２）。新規登録する際は、「アクセス情報」も割り当てて登録する。

次に、「連絡先情報」を配信する処理について説明する。図７は、「連絡先情報」の配信処理を示したフローチャートである。作成クライアント２５が、「連絡先情報」の配信請求用のＷｅｂページにアクセスすると（ステップＳ２１）、サーバ２０はインタフェースを提供する（ステップＳ３１）。提供されたインタフェースを介して、作成クライアント２５は「連絡先情報」の配信要求をする（ステップＳ２３）。その要求は、自分の「ユーザＩＤ」を指定して行なう。

サーバ２０は、「連絡先情報」の送信要求を受信すると、送信先情報ＤＢ５０を「ユーザＩＤ」で検索して、送信要求を行なった作成クライアント２５が「連絡先情報」の配信を希望する配信先の「メールアドレス」を取得する（ステップＳ３３）。次に、名刺情報ＤＢ４２を「ユーザＩＤ」で検索し、検索結果のレコードの「連絡先情報」と「アクセス情報」を抽出する（ステップＳ３５）。

そして、ステップＳ３３で取得した「メールアドレス」宛に、ステップＳ３５で抽出した「連絡先情報」と「アクセス情報」を送信する（ステップＳ３９）。送信の形式は、様々に考えられる。例えば、ｖＣａｒｄの形式を利用することができる。ｖＣａｒｄの形式では、電子メールの本文とは別に、「連絡先情報」と「アクセス情報」が添付情報として送信される。

次に、受信クライアント３０での、「連絡先情報」の登録処理について説明する。図８は、「連絡先情報」の登録処理を示すフローチャートである。「連絡先情報」の登録処理は、受信クライアント３０の使用者が「登録」を指示することで開始される処理である。

受信クライアント３０は、ステップＳ３９で送信された「連絡先情報」と「アクセス情報」を受信すると（ステップＳ４１）、「連絡先情報」のうちの「メールアドレス」で、アドレス帳８０を検索する（ステップＳ４３）。

検索結果が存在すれば（ステップＳ４５）、検索結果の「連絡先情報」に、受信した「連絡先情報」を上書きする（ステップＳ４７）。検索結果が存在しなければ（ステップＳ４５）、「連絡先情報」を新規登録する（ステップＳ４９）。なお、受信クライアント３０の使用者の「登録」の指示もなく、まったく自動的にアドレス帳８０に「連絡先情報」を追加する構成としても良い。また、「メールアドレス」と「氏名」など複数の情報をキーにしてもよい。

図９は、名刺イメージ８５を受信クライアント３０で印刷するための処理のフローチャートである。受信クライアント３０でアドレス帳を開き、いずれかの登録者を選択すると、その登録者の個人情報と共に、ＵＲＬに対応したリンクボタンが表示される。受信クライアント３０の使用者がリンクボタンをクリックすると、サーバ２０は、そのＵＲＬに一致する「アクセス情報」をもつ「名刺情報」を名刺情報ＤＢ４２から検索して取得する（ステップＳ６２）。

次に、取得した「名刺情報」の「テンプレートＮｏ」でテンプレートＤＢ４４を検索し、テンプレートの情報を取得する（ステップＳ６３）。また、「名刺情報」の「ロゴＮｏ」でロゴＤＢ４６を検索し、ロゴ等の画像情報を取得する（ステップＳ６４）。そして、ステップＳ６２，Ｓ６３，Ｓ６４で取得した情報を元に、写真の画像も取得するなどして、名刺イメージ８５を作成し（ステップＳ６５）、受信クライアント３０へ出力する（ステップＳ６６）。

名刺イメージ８５は、ビットマップ等の画像データ、ＸＭＬとスタイルシートの組み合わせや、ＨＴＭＬで記述したファイル、ＰＤＦファイル（登録商標）、更には名刺イメージ表示用の専用フォーマットなど、種々のデータ形式で送信可能である。

名刺イメージ８５を受信した受信クライアント３０では、受信した名刺イメージ８５をプリンタ３７で印刷する（ステップＳ５５）。

Ａ５．効果：
本実施例によれば、「連絡先情報」を作成クライアント２５が予め指定した受信クライアント３０に送信することができる。受信クライアント３０では、受信した「連絡先情報」をアドレス帳８０に自動的に登録することが可能である。更に、受信クライアント３０からの「アクセス情報」を介した要求により、「連絡先情報」と「イメージ出力情報」から画像を作成し送信するので、受信クライアント３０では、作成された画像を印刷することが可能になる。文字だけではなく、画像情報も得ることができるので、それだけ大きな情報源となる。

Ｂ．変形例：
以上、本発明の実施の形態について説明したが、本発明はこうした実施の形態に何ら限定されるものではなく、本発明の要旨を逸脱しない範囲内において、更に様々な形態で実施しうることは勿論である。例えば、会社で使用する名刺に関してだけではなく、個人的に使用する名刺で本システムを利用しても良い。名刺に限らず、自分の連絡先と顔写真を入れた画像など、様々な自己アピール手段やグリーティングカードにも応用可能である。

実施例では、１人に１つずつ「ユーザＩＤ」を割り当てていたが、複数個の「ユーザＩＤ」を割り当てて、複数種類の名刺イメージ８５を作成可能とするようにしてもよい。

また、テンプレートＤＢ４４で、「テンプレートＮｏ」ごとに、使用している会社や部署などを登録しておくようにしてもよい。そうしておけば、使用されないテンプレートを削除することもできるし、名刺イメージ８５の作成者が、誤ったテンプレートで名刺イメージ８５を作成しようとした際に、警告を出すこともできる。

更に、送信先情報ＤＢ５０において、目的ごとに、送信先をグループ分けできるようにしておいても良い。例えば、友人，取引先などである。

また、ロゴや写真の画像や、送信先情報は、予め作成して登録してあるものとしたが、名刺情報を作成する際に、作成して送信する構成としてもよい。

連絡先情報管理システム４０を表わす全体構成図である。 連絡先情報管理システム４０の機能を示す機能ブロック図である。 名刺情報ＤＢ４２の一例を示す説明図である。 テンプレートＤＢ４４の一例を示す説明図である。 送信先情報ＤＢ５０の一例を示す説明図である。 作成クライアント２５が名刺情報をサーバ２０に送信する処理を示したフローチャートである。 「連絡先情報」の配信処理を示したフローチャートである。 「連絡先情報」の登録処理を示すフローチャートである。 名刺イメージ８５を受信クライアント３０で印刷するための処理のフローチャートである。

符号の説明

２０...サーバ
２２...インターネット
２５...作成クライアント
３０...受信クライアント
３７...プリンタ
４０...連絡先情報管理システム
４２...名刺情報ＤＢ
４４...テンプレートＤＢ
４６...ロゴＤＢ
５０...送信先情報ＤＢ
５４...ＤＢ管理部
５６...抽出部
５８...連絡先情報受付部
６０...画像出力部
６２...送信部
６４...画像出力要求受付部
７０...ブラウザ
７２...取得部
７３...画像出力要求部
７４...判断部
７５...印刷部
７６...アドレス帳管理部
８０...アドレス帳
８５...名刺イメージ
Ａ１...左上位置の左辺からの距離
Ａ２...左上位置の上辺からの距離
Ｂ１...右下位置の左辺からの距離
Ｂ２...右下位置の上辺からの距離
Ｃ１...左上位置の左辺からの距離
Ｃ２...左上位置の上辺からの距離

Claims (5)

1. 連絡先を示す所定の情報である連絡先情報を管理する連絡先管理装置であって、
   メールアドレスと、前記メールアドレスとは異なる他の情報であって、連絡先を示す他の情報と、を含む前記連絡先情報を管理する連絡先管理部と、
   前記連絡先管理部に前記連絡先管理装置が新たに登録しようとしている登録連絡先情報に含まれる情報の中で少なくともメールアドレスと一致するメールアドレスを持つ連絡先情報が前記連絡先管理部に存在するか否か判断する判断部と、
   前記連絡先管理部の変更可否をユーザに確認することなく、前記判断部による判断の結果、前記連絡先情報が存在する場合は、前記登録連絡先情報を前記連絡先情報に上書きして登録し、存在しない場合は前記登録連絡先情報を前記連絡先管理部に追加登録する登録部と
   を備えた連絡先管理装置。
2. 連絡先を示す所定の情報である連絡先情報を管理する連絡先管理装置であって、
   メールアドレスと、前記メールアドレスとは異なる他の情報であって、連絡先を示す他の情報と、を含む前記連絡先情報を管理する連絡先管理部と、
   前記連絡先管理部に連絡先管理装置が新たに登録しようとしている登録先連絡情報のメールアドレスと一致するメールアドレスを持つと共に、前記登録連絡先情報の前記他の情報の一部と一致する情報を持つ連絡先情報が前記連絡先管理部に存在するか否か判断する判断部と、
   前記連絡先管理部の変更可否をユーザに確認することなく、前記判断部による判断の結果、前記連絡先情報が存在する場合は、前記登録連絡先情報を前記連絡先情報に上書きして登録し、存在しない場合は前記登録連絡先情報を前記連絡先管理部に追加登録する登録部と
   を備えた連絡先管理装置。
3. 請求項１又は請求項２に記載の連絡先管理装置において、
   前記他の情報は、氏名、会社名、部署、住所、電話番号、ＦＡＸ番号、Ｗｅｂページのアドレスのうちの全部または一部を含む、連絡先管理装置。
4. 連絡先を示す所定の情報である連絡先情報をコンピュータによって管理する連絡先管理方法であって、
   該コンピュータが、
   連絡先管理部により、メールアドレスと、前記メールアドレスとは異なる他の情報であって、連絡先を示す他の情報と、を含む前記連絡先情報を管理する工程と、
   判断部により、前記連絡先管理部に前記コンピュータが新たに登録しようとしている登録連絡先情報に含まれる情報の中で少なくともメールアドレスと一致するメールアドレスを持つ連絡先情報がすでに存在するか否か判断する工程と、
   登録部により、前記連絡先情報が存在する場合は前記連絡先情報に前記登録連絡先情報を上書きし、存在しない場合は前記登録連絡先情報を追加する工程と
   を実行する連絡先管理方法。
5. 連絡先を示す所定の情報である連絡先情報を管理するコンピュータプログラムであって、
   メールアドレスと、前記メールアドレスとは異なる他の情報であって、連絡先を示す他の情報と、を含む前記連絡先情報を管理する機能と、
   前記コンピュータプログラムが新たに管理対象に加えようとしている登録連絡先情報に含まれる情報の中で少なくともメールアドレスと一致するメールアドレスを持つ連絡先情報がすでに存在するか否か判断する機能と、
   前記連絡先情報が存在する場合は前記連絡先情報に前記登録連絡先情報を上書きし、存在しない場合は前記登録連絡先情報を追加する機能と
   をコンピュータによって実現するためのコンピュータプログラム。

Images