JP5404593B2 - アドレス帳サーバ及びこれを備えたデータ処理システム - Google Patents

Description

本発明は、画像データをＯＣＲ処理し、テーブル定義が互いに異なるアドレス帳にそのデータを追加するアドレス帳サーバ及びこれを備えたデータ処理システムに関する。

下記特許文献１、２には、カメラ付携帯端末で名刺を撮像し、その画像データをサーバに送信し、サーバ側でＯＣＲ処理し、得られた文字列から会社名、住所、電話番号、ＦＡＸ番号等を判別して行データを生成し、これをアドレス帳に追加し、この行データを、ユーザによる携帯端末での操作とサーバでの処理と編集する方法が開示されている。

特開２００２−３６６５６３号公報 特開２００３−２９６３５３号公報

しかしながら、上記行データを、テーブル定義が互いに異なる複数のアドレス帳で利用することができない。サーバでこれら複数のアドレス帳を備え、このデータをそれぞれのテーブル定義のアドレス帳に保存すると、構成が複雑になり、ユーザにより選択されたアドレス帳のみに保存すると、利用性が低下する。

本発明の目的は、このような問題点に鑑み、画像データを処理して得られたアドレス帳データを、簡単な構成で、テーブル定義が互いに異なる複数のアドレス帳で利用可能にするアドレス帳サーバ及びこれを備えたデータ処理システムを提供することにある。

本発明の第１態様では、画像データとともに受信したアドレス帳データ追加要求に応答して、該画像データに含まれる文字列を認識し、各文字列の項目を判別し、個別アドレス帳データ要求に応答して、テーブル定義が互いに異なる個別アドレス帳のうち要求された個別アドレス帳のデータを返信するアドレス帳サーバであって、
個別アドレス帳ＩＤ毎に個別アドレス帳の列順を統一アドレス帳の列順と対応付けた列順変換情報と、
該アドレス帳データ追加要求に応答して、該項目を統一アドレス帳の列名と対応付けた行データを該統一アドレス帳に追加し、個別アドレス帳ＩＤに関係付けられた該個別アドレス帳データ要求に応答して、該列順変換情報を参照して、該行データを、要求された個別アドレス帳の行データに変換する情報処理手段とを有する。

本発明によるアドレス帳サーバの第２態様では、第１態様において、装置ＩＤと個別アドレス帳ＩＤとを対応付けた装置・個別アドレス帳対応付情報をさらに有し、
該個別アドレス帳ＩＤに関係した情報は装置ＩＤであり、
該情報処理手段は、装置／個別アドレス帳対応付情報を参照して、受信した装置ＩＤから個別アドレス帳ＩＤを決定し、この個別アドレス帳ＩＤで該列順変換情報を参照する。

本発明によるアドレス帳サーバの第３態様では、第２態様において、該統一アドレス帳は更新日時の列を含み、
該装置・個別アドレス帳対応付情報にはさらに、装置ＩＤ毎に更新日時が対応付けられており、
該情報処理手段は、行データを該統一アドレス帳に追加する際に、対応する更新日時に現日時を書き込み、
該個別アドレス帳データ要求に応答して、該装置・個別アドレス帳対応付情報の対応する更新日時より新しい更新日時の行データを該統一アドレス帳から読み出し、該装置・個別アドレス帳対応付情報の対応する更新日時を現日時で更新する。

上記第１態様の構成によれば、個別アドレス帳ＩＤに関係付けられた個別アドレス帳データ要求に応答して、個別アドレス帳ＩＤ毎に個別アドレス帳の列順を統一アドレス帳の列順と対応付けた列順変換情報を参照して、統一アドレス帳の行データを、要求された個別アドレス帳の行データに変換するので、テーブル定義が互いに異なる複数の個別アドレス帳をサーバに備えることなく、画像データを処理して得られたアドレス帳データをこれら個別アドレス帳で利用することができるという効果を奏する。

上記第２態様の構成によれば、装置／個別アドレス帳対応付情報を参照して、受信した装置ＩＤから個別アドレス帳ＩＤを決定し、この個別アドレス帳ＩＤで該列順変換情報を参照するので、ログイン時の装置ＩＤを使用できるとともにセキュリティを確保することができるという効果を奏する。

上記第３態様の構成によれば、行データを該統一アドレス帳に追加する際に、対応する更新日時に現日時を書き込み、個別アドレス帳データ要求に応答して、該装置／個別アドレス帳対応付情報の対応する更新日時より新しい更新日時の行データを該統一アドレス帳から読み出すとともに該装置／個別アドレス帳対応付情報の対応する更新日時を現日時で更新するので、サーバ側に個別アドレス帳を備えることなくサーバ側の統一アドレス帳とクライアント側の個別アドレス帳との同期をとることが可能となるという効果を奏する。

本発明の他の目的、特徴的な構成及び効果は、以下の説明を特許請求の範囲及び図面の記載と関係づけて読むことにより明らかになる。

（Ａ）は統一アドレス帳の列順と複数の個別アドレス帳の列順との対応関係を示す列順変換テーブルの説明図であり、（Ｂ）はどの装置がどのアドレス帳を備え何時更新されたかを示すテーブルの説明図である。 統一アドレス帳テーブル定義の列名と個別アドレス帳テーブル定義の列名との対応関係をＸＭＬで示す列名対応関係データ説明図である。 テーブル定義が互いに異なる個別アドレス帳テーブル定義とこれらに基づき作成される統一アドレス帳テーブル定義とを示すテーブル定義説明図である。 （Ａ）は統一アドレス帳テーブルの説明図であり、（Ｂ）はこのテーブルの最後の行を、個別アドレス帳テーブルの行に変換しＣＳＶ形式で表したものを示す個別アドレス帳行データ説明図である。 図３中の任意の個別アドレス帳テーブル定義ＡＤＲｋと図２のＸＭＬとを用いて図１（Ａ）の列順変換テーブルの第ｋ行のデータを生成するプログラムのフローチャートである。 サーバが携帯端末から画像データを受信してから統一アドレス帳に行データを追加するまでの処理を示すフローチャートである。 携帯端末、画像形成装置又はＰＣに対するユーザの操作及びサーバと携帯端末、画像形成装置又はＰＣとの間の通信を示す概略シーケンス図である。 本発明に係るアドレス帳データ処理システムの概略構成図である。 サーバのハードウェアの構成を示す概略ブロック図である。

図８は、本発明に係るアドレス帳データ処理システムの概略構成図である。

このアドレス帳データ処理システムでは、Ｎ台の画像形成装置１１〜１Ｎと、Ｍ台のＰＣ２１〜２Ｍと、サーバ３０と、携帯端末用基地局４０とが、ネットワーク５０に結合されている。基地局４０は、電波を介して携帯端末６０と結合される。

画像形成装置１１〜１Ｎのそれぞれは、テーブル定義が互いに異なる複数のアドレス帳のうちのいずれかを備え、ファクシミリ送信、電子メール送信又はファイル送信にアドレス帳が利用される。一方、ＰＣ２１〜２Ｍのそれぞれは、これらアドレス帳の１つ以上を備え、画像形成装置１１〜１Ｎを介してファクシミリ送信等を行うのにアドレス帳が利用される。

各アドレス帳への行データの追加又は編集は、画像形成装置１１〜１Ｎ及びＰＣ２１〜２Ｍのそれぞれで行うことができる。また、カメラ付の携帯端末６０で名刺６１を撮像し、その画像ファイルを、基地局４０を介しサーバ３０に送信することにより、サーバ３０に備えられた統一アドレス帳に行データが追加され、これを、各クライアントで受信して編集したり、編集したものの列順を変換して各個別アドレス帳に追加したりすることができる。

図９は、サーバ３０のハードウェアの構成を示す概略ブロック図である。

サーバ３０では、ＣＰＵ３１がインターフェイス３２を介してメモリ３３、補助記憶装置３４、会話型入出力装置３５及びネットワークインターフェイス３６に結合されている。メモリ３３及び補助記憶装置３４は記憶手段を構成している。ブロック３２は、説明の簡単化のために、ＣＰＵ３１と構成要素３３〜３６のそれぞれとの間のインターフェイスを１つに纏めて示したものであり、これにはチップセットが含まれている。

補助記憶装置３４には、汎用のオペレーティングシステム、Ｗｅｂサーバ、Ｗｅｂアプリケーション用ランタイム及びＤＢＭＳ（データベース管理システム）と、以下にフローチャートに基づき説明する本実施例特有のＷｅｂアプリケーション及び以下に示す本実施例特有のテーブルを含むデータベースとが格納されている。

図３は、テーブル定義が互いに異なる個別アドレス帳テーブル定義ＡＤＲ１〜ＡＤＲ３と、これらの各列名に対応した列を全て含むようにテーブルが定義された統一アドレス帳テーブル定義ＡＤＲとを示す。

例えば統一アドレス帳テーブル定義ＡＤＲの列名「宛名名称」は、個別アドレス帳テーブル定義ＡＤＲ１の列名「宛名」、個別アドレス帳テーブル定義ＡＤＲ２の列名「宛先名称」及び個別アドレス帳テーブル定義ＡＤＲ３の列名「宛先名」に対応し、統一アドレス帳テーブル定義ＡＤＲの列名「ファクス番号」は、個別アドレス帳テーブル定義ＡＤＲ１の列名「ファックス」、個別アドレス帳テーブル定義ＡＤＲ２の列名「ファックス番号」及び個別アドレス帳テーブル定義ＡＤＲ３の列名「ファクシミリ」に対応している。

図１（Ａ）は、これらの対応関係を示す列順変換テーブル７０であり、サーバ３０に備えられている。列順変換テーブル７０は、統一アドレス帳テーブル定義ＡＤＲの列名を基準とし、個別アドレス帳テーブル定義ＡＤＲ１〜ＡＤＲ３の対応する列名の列番号を記入したものである。例えば個別アドレス帳ＩＤ（ＡＤＲＩＤ）がＡＤＲ３の行には、その列名「宛先名」及び「ファクシミリ」の列番号０及び１がそれぞれ統一アドレス帳テーブル定義ＡＤＲの列名「宛先名称」、「ファックス番号」の列に記入されている。空欄はNULLであり、対応する列名が無いことを意味する。

図２は、統一アドレス帳テーブル定義ＡＤＲの列名と個別アドレス帳テーブル定義ＡＤＲ１〜ＡＤＲ３の列名との対応関係を示す項目判定用ＸＭＬ７１であり、サーバ３０に備えられている。例えば、個別アドレス帳テーブル定義の「宛名」、「宛先名称」及び「宛先名」が統一アドレス帳テーブル定義ＡＤＲの列名「宛先名称」に対応している（同一項目である）ことを示している。

図５は、図３中の任意の個別アドレス帳テーブル定義ＡＤＲｋと図２の項目判定用ＸＭＬ７１とを用いて図１（Ａ）の列順変換テーブル７０の第ｋ行のデータを作成するプログラムのフローチャートである。以下、括弧内は図中のステップ識別符号である。

（Ｓ０）範囲０〜ｎの各インデックスｉについて、統一アドレス帳テーブル定義ＡＤＲの第ｉ列の列名を配列要素ＵＲＮ（ｉ）に代入する。

（Ｓ１）範囲０〜ｍの各インデックスｊについて、個別アドレス帳テーブル定義ＡＤＲｋの第ｉ列の列名を配列要素ＩＲＮ（ｊ）に代入する。

（Ｓ２）ｉに初期値０を代入する。

（Ｓ３）ｊに初期値０を代入する。

（Ｓ４）項目判定用ＸＭＬ７１を参照して、ＵＲＮ（ｉ）とＩＲＮ（ｊ）とが対応しているか否か（同一項目であるか否か）を判定し、対応していればステップＳ７へ進み、そうでなければステップＳ５へ進む。

（Ｓ５）ｊを１だけインクリメントする。

（Ｓ６）ｊ＞ｍであればステップＳ８へ進み、そうでなければステップＳ４へ戻る。

（Ｓ７）列順変換テーブル７０の第ｋ行第ｉ列ＲＴ（ｋ,ｉ）にｊを代入する。

（Ｓ８）ｉを１だけインクリメントする。

（Ｓ９）ｉ＞ｎであれば図５の処理を終了し、そうでなければステップＳ３へ戻る。

このような処理を各個別アドレス帳テーブル定義ＡＤＲｋについて行うことにより、図１（Ａ）の列順変換テーブル７０が得られる。

図４（Ａ）は、統一アドレス帳テーブル定義ＡＤＲに基づく統一アドレス帳７３を示し、これはサーバ３０に備えられている。図６は、サーバ３０が携帯端末６０から画像データを受信したことに応答して開始され、この統一アドレス帳７３に行データを追加するまでの処理を示すフローチャートである。

（Ｓ１０）この画像データに対し、ＯＣＲ処理を行うことにより、画像データに含まれる各文字を認識する。

（Ｓ１１）文字間隔から文字列が行方向であるか列方向であるかを判別し、判別した行方向又は列方向の文字列が、統一アドレス帳テーブル定義ＡＤＲのどの列（項目）に対応するかを判別する。例えば、この文字列に「株式会社」が含まれていれば項目が「宛先名称」であると判別し、文字列に「ＦＡＸ」と数字列が含まれていれば項目が「ファックス番号」であると判別し、文字列に都道府県名が含まれていれば項目が「住所」であると判別する。

（Ｓ１２）判別された項目の文字列を統一アドレス帳テーブル定義ＡＤＲの列に振り分けて行データを生成する。

（Ｓ１３）この行データを統一アドレス帳７３に追加する。

図１（Ｂ）は、どの装置がどのアドレス帳を備え、該装置に対しサーバが何時更新データを送信したかを示すテーブルであり、サーバ３０に備えられている。

図７は、携帯端末６０、画像形成装置１１又はＰＣ２１に対するユーザ８０の操作と、サーバ３０とクライアント（携帯端末６０、画像形成装置１１又はＰＣ２１）との間の通信とを示す概略シーケンス図である。図７では、複雑化を避けるため、サーバ３０でのクライアントに対するログイン処理を図示省略している。以下、括弧内は図７中のシーケンス番号である。

（１）ユーザ８０は、携帯端末６０を起動させる。

（２）ユーザ８０は、携帯端末６０を操作して、名刺６１を撮像する。

（２．１）携帯端末６０はこれに応答して、その画像ファイルを生成する。

（３）ユーザ８０は、携帯端末６０を操作してブラウザを起動させ、統一アドレス帳７３への行データ追加サービスを行うＷｅｂ頁のアドレスを指定する。

（３．１）携帯端末６０はこれに応答して、サーバ３０にこのＷｅｂ頁を要求する。

（３．１．１）サーバ３０はこれに応答して、このＷｅｂ頁を生成し携帯端末６０に送信する。これにより、このＷｅｂ頁が携帯端末６０に表示される。

（４）ユーザ８０は、このＷｅｂ頁で上記画像ファイルを選択し、送信ボタンをクリックすることにより、行データ追加要求を行う。

（４．１）サーバ３０はこれに応答して、上述の図６の処理を行う。これにより、図４（Ａ）の統一アドレス帳７３に行データが追加される。この行データには、行番号（図４中のＮｏ）及び更新日時が追加されており、更新日時はこの追加の日時である。

（４．１．１）この行データが携帯端末６０に送信されて表示される。

サーバ３０でのＯＣＲ処理において、誤認識が生じた場合、これを編集する必要がある。ユーザ８０は、携帯端末６０を操作してこれを編集することも可能であるが、図７では、より操作性の良いＰＣ２１を用いてこの編集を以下のように行う場合を示している。

（５）ユーザ８０は、ＰＣ２１を起動させる。

（６）ユーザ８０はＰＣ２１を操作してブラウザを起動させ、編集Ｗｅｂ頁のアドレスを指定する。

（６．１）ＰＣ２１はこれに応答して、サーバ３０にこのＷｅｂ頁を要求する。

（６．１．１）サーバ３０はこれに応答して、このＷｅｂ頁を生成し、ＰＣ２１に送信する。

（７）ユーザ８０は、このＷｅｂ頁で統一アドレス帳７３のデータ範囲、例えば全行、所定日付以降の行又は行番号を指定する。

（７．１）ＰＣ２１はこれに応答して、サーバ３０に前記範囲のデータを要求する。

（７．１．１）サーバ３０は、要求された範囲のデータを統一アドレス帳７３から読み出し、これと編集用プログラムとを含むＷｅｂ頁を生成してＰＣ２１に送信する。

（８、８．１）ユーザ８０はＰＣ２１と対話的にＷｅｂ頁上のデータを編集する。

（９）ユーザ８０はＰＣ２１を操作して、このＷｅｂ頁上の送信ボタンをクリックすることにより更新を指示する。

（９．１）ＰＣ２１はこれに応答して、更新されたデータを更新要求とともにサーバ３０に送信する。

（９．１．１）サーバ３０はこれに応答して、受信データで統一アドレス帳７３の対応するデータを上書きして更新し、この際、更新日時をこの上書きの日時で書き換え、次いで更新が完了したことを示す情報をこの更新日時とともにＰＣ２１に送信する。

次に、画像形成装置１１に備えられたアドレス帳に、この更新されたデータを追加する場合を説明する。

（１０）ユーザ８０は、画像形成装置１１を起動させる。

（１１）ユーザ８０は画像形成装置１１の所定ボタンを押下することにより、自装置のアドレス帳へのデータ追加を指示する。自装置のＩＤは、この指示の前のログイン処理でサーバに送信されており、サーバでのセッション管理で例えばクッキーによりクライアントを識別できるので、この段階で装置ＩＤをサーバへ送信する必要はない。

（１１．１）画像形成装置１１はこれに応答して、例えばＳＯＡＰプロトコルにより、サーバ３０に対しデータ追加のプロシージャをリモートコール（ＲＰＣ）する。

（１１．１．１）サーバ３０のこのプロシージャは、これに応答して、サーバ側個別アドレス帳更新情報７２から前記装置ＩＤに対応した個別アドレス帳ＩＤ（ＡＤＲＩＤ）及び更新日時を読み出し、次いで図４（Ａ）の統一アドレス帳７３から、この更新日時以降の更新日時をもつ行データを読み出し、次いでこの個別アドレス帳ＩＤ、例えばＡＤＲ２の列データを列順変換テーブル７０から読み出しこれに基づき、統一アドレス帳７３から読み出した行データの列を並び替えることにより、個別アドレス帳テーブル定義ＡＤＲｋの行データに変換し、次いで標準フォーマット、例えばＣＳＶのフォーマットの行データにする。但し、行番号は削除する。図４（Ｂ）は、統一アドレス帳７３のＮｏ＝０３２５の行を、行番号を除き個別アドレス帳ＡＤＲ２の行データに変換しＣＳＶフォーマットにしたものを示す。サーバ３０は、個別アドレス帳更新情報７２の上記装置ＩＤの更新日時を現日時に書き換え、さらに、前記行データを戻り値として、ＳＯＡＰプロトコルで画像形成装置１１に返す。

（１１．２）画像形成装置１１はこれに応答して、この行データを自装置のアドレス帳に追加する。この際、行番号は自動的に追加される。

本実施例１によれば、ログイン時の装置ＩＤとテーブル７２とにより個別アドレス帳ＩＤに関係付けられた個別アドレス帳データ要求にサーバ３０が応答して、個別アドレス帳ＩＤ毎に個別アドレス帳の列順を統一アドレス帳７３の列順と対応付けた列順変換テーブル７０を参照して、統一アドレス帳７３の行データを、要求された個別アドレス帳の行データに変換するので、テーブル定義が互いに異なる複数の個別アドレス帳をサーバ３０に備えることなく、画像データを処理して得られたアドレス帳データをこれら個別アドレス帳で利用することができるという効果を奏する。

また、サーバ側個別アドレス帳更新情報７２を参照して、受信した装置ＩＤから個別アドレス帳ＩＤを決定し、この個別アドレス帳ＩＤで列順変換テーブル７０を参照するので、ログイン時の装置ＩＤを使用できるとともにセキュリティを確保することができるという効果を奏する。

さらに、行データを統一アドレス帳テーブル７３に追加する際に、対応する更新日時に現日時を書き込み、個別アドレス帳データ要求に応答して、テーブル７２の対応する更新日時より新しい更新日時の行データを統一アドレス帳７３から読み出すとともにテーブル７２の対応する更新日時を現日時で更新するので、サーバ３０側に個別アドレス帳を備えることなくサーバ３０側の統一アドレス帳７３とクライアント側の個別アドレス帳との同期をとることが可能となるという効果を奏する。

以上において、本発明の好適な実施例を説明したが、本発明には他にも種々の変形例が含まれ、各構成要素の機能を実現する他の構成を用いたもの、当業者であればこれらの構成又は機能から想到するであろう他の構成も、本発明に含まれる。
例えば、サーバ３０はクラウドサーバであってもよい。

１１ 画像形成装置
２１ ＰＣ
３０ サーバ
３１ ＣＰＵ
３２ インターフェイス
３３ メモリ
３４ 補助記憶装置
３５ 会話型入出力装置
３６ ネットワークインターフェイス
４０ 基地局
５０ ネットワーク
６０ 携帯端末
６１ 名刺
７０ 列順変換テーブル
７１ 項目判定用ＸＭＬ
７２ サーバ側個別アドレス帳更新情報
７３ 統一アドレス帳
７４ 行データ
８０ ユーザ
ＡＤＲ 統一アドレス帳テーブル定義
ＡＤＲ１〜ＡＤＲ３ 個別アドレス帳テーブル定義

Claims (5)

1. 画像データとともに受信したアドレス帳データ追加要求に応答して、該画像データに含まれる文字列を認識し、各文字列の項目を判別し、個別アドレス帳データ要求に応答して、テーブル定義が互いに異なる個別アドレス帳のうち要求された個別アドレス帳のデータを返信するアドレス帳サーバであって、
   個別アドレス帳ＩＤ毎に個別アドレス帳の列順を統一アドレス帳の列順と対応付けた列順変換情報と、
   該アドレス帳データ追加要求に応答して、該項目を統一アドレス帳の列名と対応付けた行データを該統一アドレス帳に追加し、個別アドレス帳ＩＤに関係付けられた該個別アドレス帳データ要求に応答して、該列順変換情報を参照して、該行データを、要求された個別アドレス帳の行データに変換する情報処理手段と、
   を有することを特徴とするアドレス帳サーバ。
2. 装置ＩＤと個別アドレス帳ＩＤとを対応付けた装置／個別アドレス帳対応付情報をさらに有し、
   該個別アドレス帳ＩＤに関係した情報は装置ＩＤであり、
   該情報処理手段は、装置／個別アドレス帳対応付情報を参照して、受信した装置ＩＤから個別アドレス帳ＩＤを決定し、この個別アドレス帳ＩＤで該列順変換情報を参照する、
   ことを特徴とする請求項１に記載のアドレス帳サーバ。
3. 該統一アドレス帳は更新日時の列を含み、
   該装置／個別アドレス帳対応付情報にはさらに、装置ＩＤ毎に更新日時が対応付けられており、
   該情報処理手段は、行データを該統一アドレス帳に追加する際に、対応する更新日時に現日時を書き込み、
   該個別アドレス帳データ要求に応答して、該装置／個別アドレス帳対応付情報の対応する更新日時より新しい更新日時の行データを該統一アドレス帳から読み出すとともに該装置／個別アドレス帳対応付情報の対応する更新日時を現日時で更新する、
   ことを特徴とする請求項２に記載のアドレス帳サーバ。
4. 請求項３に記載のアドレス帳サーバと、
   撮像して取得した画像データをアドレス帳データ追加要求とともに該アドレス帳サーバに送信するカメラ付端末と、
   操作者の指示入力に応答して、個別アドレス帳データ要求を該アドレス帳サーバに送信し、返信された個別アドレス帳データを内蔵の個別アドレス帳に追加する画像形成装置と、
   がネットワークに結合されていることを特徴とするアドレス帳データ処理システム。
5. 該サーバはクラウドサーバであることを特徴とする請求項４に記載のアドレス帳データ処理システム。

Images