(57)【要約】      （修正有）【課題】モバイル端末で取り込んだ情報を情報処理装置を介してサーバー装置へ容易に入力することを可能とする情報処理システムを提供する。【解決手段】ＦＡＸ受注システム２０００が、基幹業務サーバー１０３と通信可能なＰＣ端末１０５と、モバイル端末１０４とを備える。受信手段が、モバイル端末１０４で取り込んだＦＡＸイメージデータに含まれるテキスト情報を、テキスト情報の識別情報（入力すべきシステムの項目を紐付ける情報）と共に受信する。そして、中継手段が、受信した識別情報に応じたスクリプトを実行することによって、テキスト情報を基幹業務サーバー１０３に入力する。【選択図】図１
2016066335.tif 000002
【特許請求の範囲】
【請求項１】
サーバー装置と通信可能な情報処理装置と、モバイル端末とを備えるシステムであって、
前記モバイル端末で取り込んだデータに含まれる情報を、前記情報の識別情報と共に受信する受信手段と、
前記受信した識別情報に応じた処理を実行することによって、前記情報を前記サーバー装置に入力する中継手段と、
を備えることを特徴とする情報処理システム。
【請求項２】
前記識別情報は、前記情報の項目を特定するものであり、
前記中継手段は、前記識別情報に紐付くスクリプトを実行することによって、前記項目の情報を前記サーバー装置に入力する、ことを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記中継手段が前記スクリプトを実行し、
前記情報が入力されたサーバー装置から応答情報が発行された場合に、前記中継手段は、前記モバイル端末に該応答情報を送信する、
ことを特徴とする請求項２に記載の情報処理システム。
【請求項４】
前記モバイル端末は、前記モバイル端末が取り込んだデータを表示し、
前記中継手段から受信した前記応答情報で前記表示したデータを更新する、
ことを特徴とする請求項３に記載の情報処理システム。
【請求項５】
前記中継手段は、前記サーバー装置に入出力するための操作画面に、前記受信手段が受信した前記識別情報に応じた処理を実行することによって前記情報を入力する、ことを特徴とする請求項１ないし４のいずれか１項に記載の情報処理システム。
【請求項６】
前記中継手段は、前記操作画面の操作に応じて、前記サーバー装置に入力された前記情報を編集する、ことを特徴とする請求項５に記載の情報処理システム。
【請求項７】
前記識別情報により特定される情報の項目が電話番号であった場合に、前記中継手段は、前記サーバー装置から該電話番号に紐付く顧客情報を検索し、前記操作画面に該電話番号とともに表示する、ことを特徴とする請求項５または６に記載の情報処理システム。
【請求項８】
前記モバイル端末で取り込んだデータは、ＦＡＸイメージである、ことを特徴とする請求項１ないし７のいずれか１項に記載の情報処理システム。
【請求項９】
前記モバイル端末は、
前記モバイル端末で取り込んだデータを操作画面に表示する表示手段と、
表示した前記データに含まれる情報を選択する選択手段と、
前記選択した情報の項目を特定する特定手段と、
前記選択した情報を、前記特定した項目を識別する識別情報と共に送信する送信手段と、
を備えることを特徴とする請求項１ないし８のいずれか１項に記載の情報処理システム。
【請求項１０】
前記特定手段は、正規表現を用いて前記選択した情報の項目を特定する、ことを特徴とする請求項９に記載の情報処理システム。
【請求項１１】
前記送信手段は、前記特定手段が正規表現を用いて前記選択した情報の項目を特定する際に、前記正規表現と複数の前記項目が合致した場合には、該複数の項目のいずれかを選択する確認画面を表示する、ことを特徴とする請求項１０に記載の情報処理システム。
【請求項１２】
サーバー装置と通信可能な情報処理装置であって、
モバイル端末で取り込んだデータに含まれる情報を、前記情報の識別情報と共に受信する受信手段と、
前記受信した識別情報に応じた処理を実行することによって、前記情報を前記サーバー装置に入力する中継手段と、
を備えることを特徴とする情報処理装置。
【請求項１３】
サーバー装置と通信可能な情報処理装置と、モバイル端末とを備えるシステムの制御方法であって、
前記モバイル端末で取り込んだデータに含まれる情報を、前記情報の識別情報と共に受信する受信工程と、
前記受信した識別情報に応じた処理を実行することによって、前記情報を前記サーバー装置に入力する中継工程と、
を備えることを特徴とする制御方法。
【請求項１４】
請求項１３に記載の制御方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理装置、情報処理システムの制御方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、受信したＦＡＸを紙で出力するのではなく、イメージとしてＰＣ端末に取り込み、表示することによって、ペーパーレスを実現するシステムがある。特許文献１は、ＦＡＸにより受信された注文票をＰＣ端末で表示し、ＦＡＸに含まれる情報をシステムに入力するＦＡＸ注文票ペーパーレス入力システムに関する技術を開示している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２０６４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年、モバイル端末の普及により、受信したＦＡＸイメージをモバイル端末に取り込み、モバイル端末を携帯することによって、いつでもどこでも受信したＦＡＸの参照が可能となった。しかしながら、特許文献１では受信したＦＡＸイメージをＰＣ端末で表示しなければ、ＦＡＸイメージに含まれる情報をシステム（サーバー装置）に容易に入力することができない。
【０００５】
本発明は、モバイル端末で取り込んだ情報を情報処理装置を介してサーバー装置へ容易に入力することを可能とする情報処理システムの提供を目的とする。
【課題を解決するための手段】
【０００６】
本発明の一実施形態の情報処理システムは、サーバー装置と通信可能な情報処理装置と、モバイル端末とを備えるシステムであって、モバイル端末で取り込んだデータに含まれる情報を、情報の識別情報と共に受信する受信手段と、受信した識別情報に応じた処理を実行することによって、情報を前記サーバー装置に入力する中継手段と、を備える。
【発明の効果】
【０００７】
本発明の情報処理システムによれば、モバイル端末で取り込んだ情報を情報処理装置を介してサーバー装置へ容易に入力することができる。これにより、ユーザーのサーバー装置への情報の入力の煩雑さを解消することができる。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施形態に係るシステムの全体構成の一例を示す図である。
【図２】一実施形態における各装置のハードウェア構成の一例を示す図である。
【図３】一実施形態における各装置のソフトウェア構成の一例を示す図である。
【図４】一実施形態におけるモバイルアプリのＵＩの一例を示す図である。
【図５】一実施形態に係るシステムの基本的な処理フローの一例を示す図である。
【図６】一実施形態におけるメッセージのデータ構造の一例を示す図である。
【図７】一実施形態に係る中継アプリで保持する情報の一例を示す図である。
【図８】図５のステップＳ５０７の処理の詳細を示す図である。
【図９】基幹システム接続アプリの操作画面の一例を示す図である。
【図１０】スクリプト実行時の処理フローの一例を示す図である。
【図１１】スクリプト実行時の処理フローの一例を示す図である。
【図１２】スクリプト実行時の処理フローの一例を示す図である。
【図１３】スクリプトの一例を示す図である。
【図１４】モバイルアプリのボタン作成画面およびデータ構造の一例を示す図である。
【図１５】モバイルアプリのＯＣＲ画面の一例を示す図である。
【図１６】モバイルアプリの送信確認画面の一例を示す図である。
【図１７】図５のフローのステップＳ５０５の処理の詳細を示す図である。
【図１８】一実施形態におけるメッセージのデータ構造の一例を示す図である。
【図１９】モバイルアプリの送信確認画面の一例を示す図である。
【図２０】モバイルアプリのＯＣＲ画面の一例を示す図である。
【図２１】一実施形態に係るメッセージのデータ構造の一例を示す図である。
【図２２】一実施形態における図５のステップＳ５０７の処理の詳細を示す図である。
【図２３】モバイルアプリのＯＣＲ画面の一例を示す図である。
【図２４】一実施形態におけるメッセージのデータ構造の一例を示す図である。
【図２５】モバイルアプリのＯＣＲ画面の一例を示す図である。
【図２６】一実施形態におけるメッセージのデータ構造の一例を示す図である。
【発明を実施するための形態】
【０００９】
以下、本発明を実施するための形態について図面などを参照して説明する。なお、実施形態は、本発明を限定するものではなく、また、実施形態で説明されている全ての構成が本発明の課題を解決するための手段に必須であるとは限らない。
【００１０】
（第１実施形態）
［システム構成］
本実施形態に係る情報処理システムの一例として、ＦＡＸ受注システムを例に説明する。
図１は、ＦＡＸ受注システム２０００の全体構成の一例を示す図である。ＦＡＸ受注システム２０００は、画像形成装置１０１、ＦＡＸ保管サーバー１０２、基幹業務サーバー１０３、端末の一例であるモバイル端末１０４、及びＰＣ端末１０５を有する。
画像形成装置１０１は、ユーザー環境に配置された装置であり、ネットワーク１００に接続されるとともに、ＦＡＸを受信するための公衆回線１０６に接続されている。ＦＡＸ保管サーバー１０２、基幹業務サーバー１０３、モバイル端末１０４、及びＰＣ端末１０５は、ユーザー環境に配置された装置であり、ネットワーク１００を介して互いに通信可能に接続されている。
なお、図１においてＦＡＸ保管サーバー１０２、基幹業務サーバー１０３、モバイル端末１０４、及びＰＣ端末１０５は、同一ネットワークに属しているが、これに限定されるものではない。それぞれの装置は、独立したネットワークに属しているか、又はインターネット１１０に直接接続されていても構わない。また、各サーバーは、１台で構成されていてもよいし、複数台で構成されていてもよい。
【００１１】
ＦＡＸ保管サーバー１０２は、画像形成装置１０１と同一のネットワークに存在するオンプレミスのＳＭＢ（Ｓｅｒｖｅｒ  Ｍｅｓｓａｇｅ  Ｂｌｏｃｋ）サーバー等である。また、ＦＡＸ保管サーバー１０２は、インターネットに接続された公知の一般的なストレージサーバーであっても構わない。例えば、Ｍｉｃｒｏｓｏｆｔ（登録商標）社のＯｎｅＤｒｉｖｅ（登録商標）やＧｏｏｇｌｅ（登録商標）社のＧｏｏｇｌｅドライブなどがある。
【００１２】
基幹業務サーバー１０３は、特定の業務に関して、ＰＣ端末１０５で動作する基幹システム接続アプリケーションを通じて情報の入力を受け付け、処理を行うサーバーである。本発明において、基幹業務サーバー１０３が受け付ける情報、および、それに基づいて実行する処理については、規定されるものではない。また、入力元の情報がＦＡＸから抽出された情報であることを、必ずしも想定する必要はない。基幹業務サーバー１０３は、単に、ＰＣ端末１０５で動作する基幹システム接続アプリケーションを通じて情報の入力を受け付け、処理を行うという条件だけを満たせばよい。図１に示すシステム構成において、ＰＣ端末１０５が備える中継アプリケーションが、モバイル端末１０４が取り込んだＦＡＸイメージに含まれる情報を基幹業務サーバー１０３へ入力する。
【００１３】
［ハードウェア構成］
図２は、ＦＡＸ受注システム２０００を構成する各装置（画像形成装置１０１、ＦＡＸ保管サーバー１０２、基幹業務サーバー１０３、モバイル端末１０４、及びＰＣ端末１０５）のハードウェアの構成の一例を示す図である。ＦＡＸ受注システム２０００を構成する各装置２０１は、各種のユニット（２０２〜２０７）を含んで構成される。
なお、ＦＡＸ受注システム２０００を構成する各装置のハードウェア構成は同一でも構わないし、それぞれ異なっていても構わない。
【００１４】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０２は、各種のプログラムを実行し、様々な機能を実現するユニットである。ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０４は、各種のプログラム等を記憶するユニットである。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３は、各種の情報を記憶するユニットである。また、ＲＡＭ２０３は、ＣＰＵ２０２の一時的な作業記憶領域としても利用されるユニットである。例えば、ＣＰＵ２０２は、ＲＯＭ２０４に記憶されているプログラムをＲＡＭ２０３にロードしてプログラムを実行する。
加えて、ＣＰＵ２０２がフラッシュメモリ、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｉｓｋ）といった外部記憶装置に記憶されているプログラムに基づき処理を実行する。これにより、図３に示されるようなＦＡＸ受注システム２０００を構成する各装置のソフトウェア構成及び後述するシーケンスの各ステップの処理が実現される。
なお、各装置の機能及び後述するシーケンスに係る処理の全部又は一部については専用のハードウェアを用いて実現してもよい。
【００１５】
Ｉｎｐｕｔ／Ｏｕｔｐｕｔインターフェース２０５は、各装置に接続されているディスプレイ（不図示）にデータを送信する他、同じく各装置に接続されているポインティングデバイス（不図示）からデータを受信するユニットである。
ＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）２０６は、装置をネットワーク１００に接続するためのユニットである。上述したユニットは、バス２０７を介してデータの送受信を行うことが可能に構成されている。
【００１６】
ここで、画像形成装置１０１は、印刷ユニット（不図示）を更に搭載している。印刷ユニットは、バス２０７を介して各ユニットとデータを送受信することが可能に構成されている。なお、印刷ユニットは、ラスタイメージを紙などの記録媒体に記録（印刷）することが可能なユニットである。
さらに、画像形成装置１０１は、スキャナユニット（不図示）を搭載している。スキャナユニットは、バス２０７を介して各ユニットとデータを送受信することが可能に構成されている。なお、スキャナユニットは、画像を入力することが可能なユニットである。
さらに、画像形成装置１０１は、ＦＡＸユニット（不図示）を搭載しており、バス２０７を介して各ユニットとデータを送受信することが可能に構成されている。ＦＡＸユニットは、各装置より受けたＦＡＸ制御言語をイメージに展開し不図示の公衆回線、又はインターネット１１０（ＩＰ−ＦＡＸ）を介して他のＦＡＸ装置（不図示）へ転送することができる。
【００１７】
また、モバイル端末１０４では、Ｉｎｐｕｔ／Ｏｕｔｐｕｔインターフェース２０５にタッチパネル（不図示）が接続されている。タッチパネルは、ディスプレイ等の表示部の一例であり、出力（表示）と入力との２つの機能を備えている。
【００１８】
［ソフトウェア構成（全般）］
次に、ＦＡＸ受注システム２０００を構成する各装置のソフトウェアの構成について説明する。図３は、各装置のソフトウェア構成の一例を示す図である。
図３に示される各ソフトウェア（アプリケーション）における機能（モジュール部）を実現するプログラムは、各装置のＲＯＭ２０４等に記憶されている。
【００１９】
［ソフトウェア構成（モバイル端末）］
次に、モバイル端末１０４におけるソフトウェアの構成について説明する。なお、モバイル端末１０４は、携帯端末の一例であり、無線通信機能などの装備によって自由な場所で利用できる端末である。
モバイル端末１０４のＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）（不図示）は、後述する各モジュール（画像管理部３０１、アドレス管理部３０２、及び通知処理部３０３）を有する。
【００２０】
画像管理部３０１は、画像やアプリケーションデータを管理する。ＯＳは、画像管理部３０１を利用するための制御ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）を提供している。各アプリはその制御ＡＰＩを利用することで画像管理部３０１が管理する画像やアプリケーションデータの取得や保存を行う。
アドレス管理部３０２は、氏名や電話番号、住所などのアドレス情報を管理する。アドレス管理部３０２も画像管理部３０１と同様に、各アプリが利用するための制御ＡＰＩを提供している。
通知処理部３０３は、通知サーバー（不図示）から通知情報を受信し、通知情報内のアプリ識別情報（トークン）を用いて通知の受信先であるアプリを特定し、アプリに対して通知情報を伝搬する。
【００２１】
モバイルアプリ（モバイルアプリケーション）３０４は、モバイル端末１０４のＯＳのインストール機能（例えばＡｐｐｌｅ（登録商標）  ＳｔｏｒｅやＧｏｏｇｌｅ  Ｐｌａｙ）を利用して、ダウンロードしインストールすることにより実行可能なアプリケーションである。モバイルアプリ３０４は、ＦＡＸ保管サーバー１０２が管理するデータに対する各種のデータ処理を行う。
【００２２】
メイン制御部３０５は、モバイル端末１０４用のアプリケーション（モバイルアプリ）３０４を制御し、後述する各モジュール部（３０５〜３１４）に対する指示、及び管理を行う。
情報表示部３０６は、メイン制御部３０５からの指示に従い、モバイルアプリ３０４のユーザインタフェース（ＵＩ）をユーザーに提供する。
図４は、モバイルアプリ３０４のＵＩ（携帯端末用のＵＩ）を提供する画面の一例（モバイル端末画面４００）を示す図である。モバイル端末画面４００は、モバイル端末１０４のタッチパネルに表示される。また、モバイル端末画面４００では、表示および操作領域４０１にＦＡＸデータが表示され、文書等に対するユーザーによる操作（ユーザ操作）を、表示されたＵＩを介して受け付ける。
なお、モバイルアプリ３０４のＵＩの形態（位置、大きさ、範囲、配置、表示内容など）は、図に示す形態に限定されるものではなく、モバイル端末１０４の機能を実現することができる適宜の構成を採用することができる。
【００２３】
再び図３に戻ってモバイルアプリ３０４の各モジュールの説明を行う。
操作情報取得部３０７は、情報表示部３０６により表示されたモバイルアプリ３０４のＵＩがユーザー操作された情報を取得し、取得した情報をメイン制御部３０５に通知する。例えば、表示および操作領域４０１をユーザーが手で触れると、操作情報取得部３０７は、触れられた画面上の位置の情報を感知し、感知した位置の情報をメイン制御部３０５に送信する。
データ送受信部３０８は、ＦＡＸ保管サーバー１０２とデータの送信および受信を行い、送受信するデータをメイン制御部３０５とやり取りする。データ送受信部３０８は、ＦＡＸデータ操作及びＦＡＸデータ編集によるファイルの更新をＦＡＸ保管サーバー１０２に要求する。
記憶部３０９は、操作情報取得部３０７を介して、換言するならばモバイルアプリ３０４のＵＩを介して、ユーザーにより入力された設定値を保存（永続化）する。さらに記憶部３０９は、データ送受信部３０８でＦＡＸ保管サーバー１０２から受信したデータ及び通知処理部３０３を介してアプリ通知処理部（不図示）で受けた通知情報を保存する。
ＦＡＸ画像解析部３１０は、ＦＡＸイメージを解析して、レイアウト情報を生成する。レイアウト情報には、ＦＡＸイメージから抽出された矩形領域とその種別（文字、図形、線、表など）とが含まれる。
ＯＣＲ部３１１は、ＦＡＸ画像解析部３１０で抽出した矩形領域の中で、文字と判定された矩形領域に対して、ＯＣＲ（光学文字認識）処理を行う。
メッセージ生成部３１２は、ＰＣ端末１０５の中継アプリ（中継アプリケーション）３２１に送信するメッセージを生成する。メッセージには、ＯＣＲ部３１１で処理した結果のテキスト情報が含まれる。
メッセージ送受信部３１３は、ＰＣ端末１０５の中継アプリ３２１に、メッセージ生成部３１２で生成したメッセージを送信し、その応答メッセージ（応答情報）を受信する。
メッセージ解析部３１４は、メッセージ送受信部３１３で受信したＰＣ端末１０５の中継アプリ３２１からの応答メッセージを解析し、ＦＡＸイメージに対する処理を実行する。
【００２４】
［ソフトウェア構成（ＰＣ端末）］
次に、ＰＣ端末１０５におけるソフトウェアの構成について説明する。
ＰＣ端末１０５は、ＰＣ端末１０５にインストールされたＯＳ上で複数のアプリケーションを実行することが可能である。図３では、複数のアプリケーションの一つである中継アプリ３２１と基幹システム接続アプリ（基幹システム接続アプリケーション）３３１について記載している。
なお、基幹システム接続アプリ３３１は、ユーザーからの入力を受け付け、基幹業務サーバー１０３に送信するアプリケーションである。本発明において、基幹システム接続アプリは、ユーザーからの入力を受け付ける機能を備えるアプリケーションであればよいので、その詳細については省略する。
【００２５】
中継アプリ３２１のモジュール構成について説明する。
メイン制御部３２２は、モバイルアプリ３０４と基幹システム接続アプリ３３１との間を中継する中継アプリ３２１を制御し、後述する各モジュール部（３２３〜３２６）に対する指示、管理を行う。
記憶部３２３は、ユーザーによって作成されたスクリプトを保存する。スクリプトは、モバイル端末１０４のモバイルアプリ３０４から受信したメッセージにしたがって中継アプリ３２１が実行する簡単なプログラムである。
メッセージ受信部３２４は、モバイル端末１０４のモバイルアプリ３０４からメッセージを受信する。
メッセージ解析部３２５は、メッセージ受信部３２４で受信したメッセージを解析する。
スクリプト実行部３２６は、メッセージ解析部３２５がメッセージを解析した結果、メッセージの内容に含まれる識別情報に紐付く、記憶部３２３に保存されているスクリプトを実行する。
【００２６】
［ソフトウェア構成（画像形成装置）］
次に、画像形成装置１０１におけるソフトウェアの構成について説明する。
画像形成装置１０１は、Ｊａｖａ（登録商標）のプラットフォーム上で複数のアプリケーションを実行する。図３では複数のアプリケーションの一つであるＦＡＸ受信アプリ３４１について記載している。以降ではこのＦＡＸ受信アプリ３４１のモジュール構成について説明する。
メイン制御部３４２は、ＦＡＸ受信アプリ３４１の各モジュールを制御し、各モジュールに対して指示し、各モジュールの管理を行う。
情報表示部３４３は、メイン制御部３４２からの指示に従い、ＦＡＸ受信アプリ３４１のＵＩをユーザーに提供する。ユーザーは、このＵＩ上でＦＡＸイメージの保存先（ＦＡＸ保管サーバー１０２）を指定することができる。
操作情報取得部３４４は、情報表示部３４３により表示されたＦＡＸ受信アプリ３４１のＵＩ上のユーザー操作を情報として取得し、取得した情報をメイン制御部３４２に通知する。
データ送受信部３４５は、ＦＡＸ保管サーバー１０２とデータの送信および受信を行う。
記憶部３４６は、情報表示部３４３及び操作情報取得部３４４を介してユーザーにより入力された設定値（例えば電話番号毎の振り分け先情報など）及び送受信するＦＡＸイメージの一時保存などを実行する。
【００２７】
［基本フロー］
次に、ＦＡＸ受注システム２０００の基本的な処理フローについて図５を用いて説明する。
本フローは、画像形成装置１０１におけるＦＡＸユニットが他のＦＡＸ装置からＦＡＸイメージを受信したことをトリガーに開始する。
ステップＳ５０１で、画像形成装置１０１は、ＦＡＸイメージを受信する。そして、受信したＦＡＸイメージとＦＡＸ情報（送り元電話番号、ＦＡＸ受信時間などのＦＡＸヘッダ）を画像形成装置１０１内のＲＡＭ等に保存する。ＦＡＸイメージを受信したことをトリガーとして、ＦＡＸ受信アプリ３４１のメイン制御部３４２は、ＦＡＸ情報の送り元電話番号をキーにしてアドレス帳を調べ、電話番号が一致するアドレスの情報を元にＦＡＸ受信書誌情報を作成する。記憶部３４６は、ＦＡＸ受信データ（ＦＡＸイメージとＦＡＸ受信書誌情報）を保存する。
ステップＳ５０２で、メイン制御部３４２は、ＦＡＸ受信データを、データ送受信部３４５を介してＦＡＸ保管サーバー１０２に送信する。
ステップＳ５０３で、モバイル端末１０４のモバイルアプリ３０４のメイン制御部３０５は、ＦＡＸ保管サーバー１０２から、ＦＡＸ受信データをダウンロードする。
ステップＳ５０４で、情報表示部３０６は、ＦＡＸ受信データに基づいてＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を表示する。
ステップＳ５０５で、ＦＡＸ画像解析部３１０は、ＦＡＸ受信データに含まれるＦＡＸイメージを解析してレイアウト情報を取得する。文字と認識された領域に関して、ＯＣＲ部３１１はＯＣＲ処理を行い、テキスト情報を生成する。ユーザー操作、例えばＵＩ上のボタン操作により生成したテキスト情報の送信を指示する操作をトリガーとして、メッセージ生成部３１２は、テキスト情報からＰＣ端末１０５の中継アプリ３２１に送信するメッセージを生成する。メッセージ送受信部３１３は、メッセージ生成部３１２が生成したメッセージをＰＣ端末１０５の中継アプリ３２１に送信する。なお、ステップＳ５０５のより詳細なフローに関しては第２実施形態において図１７を用いて後述する。
【００２８】
ステップＳ５０６で、ＰＣ端末１０５の中継アプリ３２１のメイン制御部３２２は、モバイル端末１０４のモバイルアプリ３０４からメッセージを受信する。
ステップＳ５０７で、メッセージ解析部３２５は、メイン制御部３２２が受信したメッセージを解析する。スクリプト実行部３２６は、メッセージ解析部３２５がメッセージを解析した結果、メッセージの内容に含まれる識別情報に紐付く、記憶部３２３が保存しているスクリプトを実行する。なお、ステップＳ５０７のより詳細なフローに関しては図８を用いて後述する。
ステップＳ５０８で、メイン制御部３２２は、基幹システム接続アプリ３３１から受注番号を読み取り、応答メッセージとして、モバイル端末１０４のモバイルアプリ３０４に送信する。
ステップＳ５０９で、モバイル端末１０４のモバイルアプリ３０４のメイン制御部３０５は、ＰＣ端末１０５の中継アプリ３２１から受信した受注番号をＦＡＸデータの付加情報（アノテーション）として保存する。
【００２９】
［データ構造］
次に、モバイル端末１０４のモバイルアプリ３０４と、ＰＣ端末１０５の中継アプリ３２１との間で送受信されるメッセージについて説明する。
図６は、本実施形態におけるメッセージのデータ構造の一例を示す図である。
メッセージ６０１は、ｍｅｓｓａｇｅキーとそれに対する値を含む。また、ｍｅｓｓａｇｅキーの値は、子プロパティ６０２を含む。子プロパティ６０２は、ｂｏｄｙキー、ｉｎｔｅｒｎａｌ−ｎａｍｅキー、ｄｉｓｐｌａｙ−ｎａｍｅキーを含む。ｂｏｄｙキーの値は、ＰＣ端末１０５の中継アプリ３２１がスクリプトを実行した際に、基幹システム接続アプリ３３１に入力される値（情報）である。ｉｎｔｅｒｎａｌ−ｎａｍｅキーの値は、モバイル端末１０４のモバイルアプリ３０４と、ＰＣ端末１０５の中継アプリ３２１との間で、メッセージの種類（項目）を一意に識別するための値である。ｄｉｓｐｌａｙ−ｎａｍｅキーの値は、モバイル端末１０４のモバイルアプリ３０４、および、ＰＣ端末１０５の中継アプリ３２１で表示に使用する値である。メッセージ６０３〜６０７は、メッセージの内容をＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ（登録商標）  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）形式で表現した例である。メッセージ６０３は、基幹システム接続アプリ３３１への入力をクリアする際に使用する。メッセージ６０４、６０５、６０６は、それぞれ基幹システム接続アプリ３３１に、電話番号、商品コード、商品数量を入力する際に使用するメッセージである。メッセージ６０７は、メッセージ６０４、６０５、６０６で、基幹システム接続アプリ３３１に入力した値を確定し、基幹システム接続アプリに表示される注文番号を取得する際に使用するメッセージである。
【００３０】
［中継アプリで保持する情報］
図７は、ＰＣ端末１０５の中継アプリ３２１で保持する情報の一例を示す図である。接続先情報７１１は、モバイル端末１０４との通信を開始するために使用する。接続先情報７１１は、接続先アドレスとポート番号を含み、それぞれ、モバイル端末１０４のアドレスと、モバイルアプリ３０４の待ち受けポート番号である。スクリプトファイル情報７１２は、モバイルアプリ３０４から受信したメッセージに対して、実行するスクリプトファイル（スクリプト）を示す。スクリプトファイル情報７１２は、識別名とスクリプトファイル名を含む。識別名は、モバイルアプリ３０４から受信したメッセージに含まれるｉｎｔｅｒｎａｌ−ｎａｍｅキーの値である。接続先情報７１１、および、スクリプトファイル情報７１２は、記憶部３２３で保持される。中継アプリ３２１は、アプリ起動時に、接続先情報７１１を使用して、モバイル端末１０４のモバイルアプリ３０４との間に、通信コネクションを確立する。
【００３１】
［中継アプリの基本フロー］
図８は、図５のフローのステップＳ５０７の処理の詳細を示す図である。
ＰＣ端末１０５の中継アプリ３２１は、ステップＳ８０１でモバイル端末１０４のモバイルアプリ３０４からのメッセージを受信する。
ステップＳ８０２で、メッセージ解析部３２５は、メッセージを解析し、メッセージに含まれるｉｎｔｅｒｎａｌ−ｎａｍｅキーの値を取得する。
ステップＳ８０３で、スクリプト実行部３２６は、スクリプトファイル情報７１２を参照して、ｉｎｔｅｒｎａｌ−ｎａｍｅキーに対応付けられたスクリプトファイル名を取得する。
ステップＳ８０４で、スクリプト実行部３２６は、スクリプトファイルを記憶部３２３から読み出し、スクリプトを実行する。実行される処理は、スクリプトファイルの内容に依存する。
ステップＳ８０５で、スクリプト実行部３２６は、スクリプトの実行結果を取得する。
ステップＳ８０６で、スクリプト実行部３２６は、スクリプトの実行結果に値（応答情報）が含まれているか否かを判断し、値が含まれていなければ終了する。
ステップＳ８０６で、スクリプトの実行結果に値が含まれていると判断した場合は、ステップＳ８０７で、メイン制御部３２２は、その値をモバイルアプリ３０４に送信する。
【００３２】
［基幹システム接続アプリの画面］
図９は、基幹システム接続アプリ３３１の操作画面の一例を示す図である。
本実施形態における基幹システム接続アプリ３３１は、ユーザーの入力をＧＵＩで受け付けるアプリケーションであれば、どのようなアプリケーションでもよい。本実施形態では基幹システム接続アプリ３３１は、基幹業務サーバー１０３に情報を入出力するための図９のようなＧＵＩを持つアプリケーションであることを前提として、以降の説明を行う。
なお、本実施形態では、中継アプリ３２１がスクリプトを実行することにより、以降の説明でユーザーが行う入力やボタン押下等の操作を自動化することができる。中継アプリ３２１がスクリプトを実行する処理の詳細は、図１０〜１２を用いて後述する。また、中継アプリ３２１がスクリプトを実行することで入力された情報を、ユーザーが操作画面上でさらに編集することも当然可能である。
【００３３】
９００は、基幹システム接続アプリ３３１のメインウィンドウである。表示欄９０１、９０２、及び９０３は、それぞれ、顧客社名表示欄、顧客名称表示欄、顧客部署表示欄である。電話番号入力欄９０５は、電話番号を入力する入力欄であり、ユーザーがＦＡＸイメージからＦＡＸの送信元電話番号を読み取って、入力する。９０４は、検索ボタンであり、検索ボタン９０４が押下されると電話番号入力欄９０５に入力された電話番号を元に、基幹業務サーバー１０３のデータベースから顧客情報を検索し、検索結果を表示欄９０１、９０２、及び９０３に表示（出力）する。
【００３４】
９０６は、注文入力欄である。注文入力欄９０６は、複数行から成り、（１行目のタイトル行を除く）各行は、商品コード入力欄９０７、商品名称表示欄９０８、数量入力欄９０９、単価表示欄９１０、金額表示欄９１１から成る。ユーザーが、ＦＡＸイメージから注文された商品の商品コードを読み取って、商品コード入力欄９０７に商品コードが入力される。商品コードが入力されると、基幹業務サーバー１０３のデータベースから商品情報が検索され、検索結果が同じ列の商品名称表示欄９０８、及び単価表示欄９１０に表示される。さらに、ユーザーが、ＦＡＸイメージから注文された商品の数量を読み取って、数量入力欄９０９に数量が入力されると、単価と数量から算出された金額が同じ列の金額表示欄９１１に表示される。受注した商品が複数ある場合は、商品コード入力欄９０７への入力と、数量入力欄９０９への入力を繰り返す。
【００３５】
９１３は、受注発行ボタンであり、９１４は、受注番号表示欄である。ユーザーが受注番号発行ボタン９１３を押下すると、表示欄９０１〜９０５に表示されている顧客情報と、注文入力欄９０６に表示されている情報が注文情報として基幹業務サーバー１０３のデータベースとして登録される。このとき、基幹業務サーバー１０３から発行される受注番号が、受注番号表示欄９１４に表示される。９１２は、クリアボタンである。ユーザーが、クリアボタン９１２を押下することにより、メインウィンドウ９００の表示が初期化され、各表示欄が空欄となる。
【００３６】
［スクリプトで実行される処理のフロー］
図１０〜１２は、図８のステップＳ８０４〜ステップＳ８０５で、スクリプトが実行される際の処理フローをより詳細に示した図である。
図１０〜１２の各フローは、図９で示したＧＵＩを持つ基幹システム接続アプリ３３１への入力を前提に作成されたスクリプトを実行した際のフローである。中継アプリがスクリプトを実行することにより、ユーザーが手動で入力することなしに、基幹システム接続アプリ３３１への入力を自動化できる。
図１０の処理フロー１０００は、モバイル端末１０４のモバイルアプリ３０４から受信したメッセージのｉｎｔｅｒｎａｌ−ｎａｍｅキー（識別情報）の値に、ｃｌｅａｒが設定されていた場合に、それに対応するスクリプトを実行した際のフローである。
ステップＳ１００１で、ＰＣ端末１０５で動作する複数のアプリケーションの中から、基幹システム接続アプリ３３１が特定される。
ステップＳ１００２で、基幹システム接続アプリ３３１のメインウィンドウ９００が特定される。
ステップＳ１００３で、メインウィンドウ９００に表示されているＧＵＩコントロールの中から、クリアボタン９１２が特定される。
ステップＳ１００４で、クリアボタン９１２の押下が実行される。
【００３７】
図１０の処理フロー１１００は、モバイル端末１０４のモバイルアプリ３０４から受信したメッセージのｉｎｔｅｒｎａｌ−ｎａｍｅキーの値に、ｔｅｌが設定されていた場合に、それに対応するスクリプトを実行した際のフローである。
ステップＳ１１０１とステップＳ１１０２は、それぞれ、図１０の処理フロー１０００のステップＳ１００１とステップＳ１００２と同様である。
ステップＳ１１０３で、メインウィンドウ９００に表示されているＧＵＩコントロールの中から、電話番号入力欄９０５（項目）が特定される。
ステップＳ１１０４で、電話番号入力欄９０５に、モバイルアプリ３０４から受信したメッセージのｂｏｄｙキーの値が設定される。
ステップＳ１１０５で、メインウィンドウ９００に表示されているＧＵＩコントロールの中から、検索ボタン９０４が特定される。
ステップＳ１１０６で、検索ボタン９０４の押下が実行される。
【００３８】
図１１の処理フロー１２００は、モバイル端末１０４のモバイルアプリ３０４から受信したメッセージのｉｎｔｅｒｎａｌ−ｎａｍｅキーの値に、ｃｏｄｅが設定されていた場合に、それに対応するスクリプトを実行した際のフローである。
ステップＳ１２０１とステップＳ１２０２は、それぞれ、図１０の処理フロー１０００のステップＳ１００１とステップＳ１００２と同様である。
ステップＳ１２０３で、メインウィンドウ９００に表示されているＧＵＩコントロールの中から、注文入力欄９０６が特定される。
ステップＳ１２０４で、注文入力欄９０６の商品コード列（項目）が特定される。
ステップＳ１２０５で、変数ｉに１を設定し、ステップＳ１２０６で、商品コード列のｉ行目が空かどうかを判断する。
空でないと判断した場合は、ステップＳ１２０７で、変数ｉをインクリメントして、ステップＳ１２０６に戻る。
ステップＳ１２０６で、ｉ行目が空であると判断した場合は、ステップＳ１２０８で、商品コード列のｉ行目のセルの商品コード入力欄９０７に、モバイルアプリ３０４から受信したメッセージのｂｏｄｙキーの値が設定される。
【００３９】
図１１の処理フロー１３００は、モバイル端末１０４のモバイルアプリ３０４から受信したメッセージのｉｎｔｅｒｎａｌ−ｎａｍｅキーの値に、ｎｕｍが設定されていた場合に、それに対応するスクリプトを実行した際のフローである。
基本的に、図１１の処理フロー１２００と同様であるため、差異がある部分についてのみ説明する。
ステップＳ１２０４では、注文入力欄９０６の商品コード列を特定しているのに対して、ステップＳ１３０４では、注文入力欄９０６の数量列（項目）を特定する。
また、ステップＳ１２０５〜ステップＳ１２０８では、商品コード列に対して処理を行っているのに対して、ステップＳ１３０５〜ステップＳ１３０８では、数量列に対して処理を行う。したがって、ステップＳ１３０８では、数量入力欄９０９に、モバイルアプリ３０４から受信したメッセージのｂｏｄｙキーの値が設定される。
【００４０】
図１２の処理フローは、モバイル端末１０４のモバイルアプリ３０４から受信したメッセージのｉｎｔｅｒｎａｌ−ｎａｍｅキーの値に、ｃｒｅａｔｅが設定されていた場合に、それに対応するスクリプトを実行した際のフローである。
ステップＳ１４０１とステップＳ１４０２は、それぞれ、図１０の処理フロー１０００のステップＳ１００１とステップＳ１００２と同様である。
ステップＳ１４０３で、メインウィンドウ９００に表示されているＧＵＩコントロールの中から、受注番号発行ボタン９１３が特定される。
ステップＳ１４０４で、受注番号発行ボタン９１３の押下が実行される。
ステップＳ１４０５で、メインウィンドウ９００に表示されているＧＵＩコントロールの中から、受注番号表示欄９１４が特定される。
ステップＳ１４０６で、受注番号表示欄９１４の値が取得される。
【００４１】
図１３は、図１０の処理フロー１１００を実行するスクリプトの一例である。この例では、ＷＩＮＤＯＷＳ（登録商標）のＯＳ（オペレーティングシステム）で実行が可能なスクリプトを示す。
なお、図１０〜１２では、図９で示したＧＵＩの各々のコントロールに対応するスクリプトが１つ実行される例を説明したが、これに限られものではない。例えば、モバイル端末で表示したＦＡＸイメージの電話番号や商品コードなど、各情報をまとめて図９の対応する各入力欄に入力されるように、スクリプトを実行してもよい。また、まとめて各入力欄に入力されるように、スクリプトを作成してもよい。
【００４２】
以上のように、本実施形態によれば、モバイル端末で取り込んだＦＡＸイメージからＯＣＲ処理によって読み取ったテキスト情報は、識別情報とともにＰＣ端末の中継アプリに送信される。中継アプリが、識別情報により特定されるスクリプトを実行することによって、ユーザーのシステムへの入力操作を自動化することができる。
【００４３】
（第２実施形態）
モバイル端末が取り込んだＦＡＸイメージからＯＣＲ処理によって読み取ったテキスト情報を、適切な識別情報とともにＰＣ端末の中継アプリに送信することにより、中継アプリは、識別情報を用いて適切なスクリプトを実行することができる。本実施形態では、モバイル端末がＰＣ端末の中継アプリに送信するメッセージに適切な識別情報を容易に設定する処理について説明する。
【００４４】
［ボタン作成画面（モバイル端末）］
モバイル端末１０４におけるボタン作成画面について図１４を用いて説明する。
ボタン作成画面１４００は、後述する図１５のＯＣＲ画面１５００のボタン表示領域１５０２に表示するための設定ボタンを作成するための生成画面である。ボタン作成画面１４００は、図４のモバイル端末画面４００での右下にある「設定」ボタンを押すことにより表示される。
【００４５】
表示名テキストボックス１４０１は、ＯＣＲ画面１５００の表示名領域１５０８に表示される名前を設定できる。内部名設定テキストボックス１４０２は、内部でボタンを一意に認識するための名前を設定できる。内部名に設定した値が、ｉｎｔｅｒｎａｌ−ｎａｍｅキーの値（識別情報）としてメッセージに設定されることにより、ＰＣ端末１０５の中継アプリ３２１で実行するスクリプトが決定され、基幹システム接続アプリ３３１の対応する入力項目を特定できる。
【００４６】
表示順設定ボックス１４０３は、ＯＣＲ画面１５００のボタン表示領域１５０２でどの位置にボタンを表示させるか（配置順）を設定することができる。アイコン設定ボックス１４０４は、ボタンのアイコンを設定することが出来る。テキスト送信チェックボックス１４０５は、テキストをメッセージに含めて送信するか（チェック）、テキストを含めないでメッセージを送信するか（チェックなし）を設定する。テキストを含めないメッセージの例としては、クリアボタン１５０３を押したときに送信されるメッセージ６０３や番号発行ボタン１５０７を押したときに送信されるメッセージ６０７がある。テキストを含めないでメッセージを送信する場合は、ボタンを押したときにメッセージが送信される。テキストを含めてメッセージを送信する場合は、各ボタンを押した後に選択可能領域１５０９を選択する必要がある。なお、図１５では、選択可能領域は四角で囲まれた領域全てを指す。
【００４７】
ＩＭＥ設定ボックス１４０６は、送信確認画面１６００でテキスト入力ボックス１６０２を選択時に表示されるキーボードの種類のデフォルト値を設定する。ＩＭＥ設定には、例えば、数値、日本語、英語という設定がある。設定が数値の場合は、テキスト入力ボックス１６０２を選択して、送信内容を編集する際にテンキーが表示される。さらに、図１４に示すように、ＩＭＥ設定ボックス１４０６に正規表現などを設定することで、送信されるメッセージのフォーマットを詳細に設定することができる。
【００４８】
連続送信ボックス１４０７は、メッセージを連続で送信するときにチェックする。チェック済みの場合は、メッセージ送信後もボタンの選択状態が引き継がれるため、選択可能領域１５０９を連続で押すと、複数回連続でメッセージを送信することが出来る。チェックなしの場合は、メッセージ送信直後にボタンの選択状態はクリアされるので、再度ボタンを押さないと選択状態にはならない。設定確定ボタン１４０８は、上述の設定情報を確定し、ボタン作成を決定するボタンである。
なお、図１４に示した設定内容は一例であり、これに限られるものではない。その他ボタンを押下した際の処理内容について、入力または選択可能に表示され得る。
【００４９】
次に、ボタン作成画面１４００によりボタンを作成した際に登録される情報（一部のデータ）の一例について、図１４の表１４０９を用いて説明する。この例では、表示名１４１０には“電話番号”、“商品Ｃｏｄｅ”、“商品数量”が登録されている。それぞれに対応する内部名１４１１は、“ｔｅｌ”、“ｃｏｄｅ”、“ｎｕｍ”が登録されている。また、それぞれに対応するＩＭＥ１４１２は、正規表現“￥ｄ｛２，４｝−￥ｄ｛２，４｝−￥ｄ｛４｝”、“￥ｄ｛７，１２｝”、“￥ｄ｛１，６｝”が登録されている。
【００５０】
［ＯＣＲ画面（モバイル端末）］
次に、モバイル端末１０４におけるＯＣＲ画面について図１５を用いて説明する。
ＯＣＲ画面１５００は、図４のモバイル端末画面４００の右上にある「ＯＣＲ」ボタンを押すことにより表示される。ＯＣＲ画面１５００を表示する際には、モバイル端末画面４００の表示および操作領域４０１で表示していたＦＡＸのイメージ画像に対して、オブジェクトをブロックとして認識し、そのブロックに対してＯＣＲ処理を行う。ＯＣＲ画面１５００は、テキストと認識されたものを選択可能領域１５０９として四角で囲まれて選択可能状態で表示し、ユーザーのボタン押下や選択可能領域の選択等の操作を受け付ける。
【００５１】
ボタン表示領域１５０２は、ボタン作成画面１４００で設定したボタンを表示するための領域である。クリアボタン１５０３は、テキスト送信チェックボックス１４０５がチェックなしの設定がされたボタンであり、ボタンを押す（選択する）とメッセージ６０３が中継アプリ３２１に送信される。電話番号ボタン１５０４は、テキスト送信チェックボックス１４０５がチェック済みに設定されたボタンである。電話番号ボタン１５０４を押した後に選択可能領域１５０９を押すと選択可能領域のＯＣＲ結果（テキスト情報）と、選択した領域の項目を送信対象として決定し、メッセージを中継アプリ３２１に送信することができる。メッセージ６０４は、電話番号ボタンを押した際に送信されるメッセージの例である。商品Ｃｏｄｅボタン１５０５および商品数量ボタン１５０６を押した際に送信されるメッセージの例が、メッセージ６０５およびメッセージ６０６である。
【００５２】
表示名領域１５０８は、ボタン作成画面１４００の表示名テキストボックス１４０１において設定したボタンの表示名を表示する領域である。選択可能領域１５０９は、オブジェクト認識およびＯＣＲの結果としてテキストであると認識されたものが四角で囲まれて選択できるようになったものである。選択済み領域１５１０は、選択可能領域１５０９をユーザーが選択した時に選択されたことが分かるように印が付いたものである。図１５では、電話番号が選択済み領域１５１０として表示されている。ユーザーが選択可能領域１５０９を選択すると、その領域は選択済み領域になり、送信確認画面１６００に遷移する。
【００５３】
［送信確認画面（モバイル端末）］
次に、モバイル端末１０４における送信確認画面について図１６を用いて説明する。
送信確認画面１６００では、ユーザーが選択した領域のＯＣＲ結果を表示し、間違いがあるか否かを確認できる。送信確認画面１６００では、間違いがなければ中継アプリ３２１にＯＣＲ結果の送信を実行できる。また、間違いがあれば、修正あるいは送信のキャンセルを実行できる。検出画像データ（選択済み画像）表示領域１６０１は、ユーザーが選択した選択可能領域１５０９の画像を拡大して表示する。テキスト入力ボックス１６０２は、選択された選択可能領域１５０９のＯＣＲ結果のテキスト情報を初期値として表示する編集可能な入力エリアである。テキストクリアボタン１６０３は、テキスト入力ボックスに入力された値をクリアするボタンである。ＯＣＲ結果が間違っていた場合などに使用する。送信実行ボタン１６０４は、送信を実行するボタンである。ボタンを押すとメッセージが中継アプリ３２１に送信される。キャンセルボタン１６０５は、画面をキャンセルするボタンであり、ＯＣＲ画面に戻る。
【００５４】
［抽出情報送信処理のフローチャート］
図１７は、図５のフローのステップＳ５０５の処理の詳細を示す図である。本フローは、モバイル端末１０４の表示および操作領域４０１にＦＡＸデータを表示している時にユーザーがＯＣＲボタンを押したことをトリガーに開始する。
ステップＳ１７０１で、ＦＡＸ画像解析部３１０は、ＦＡＸ受信データに含まれるＦＡＸイメージを解析してオブジェクトとしてブロックを認識する。
ステップＳ１７０２で、ＯＣＲ部３１１は、各ブロックに対してＯＣＲ処理を行い、テキスト情報を抽出する。
ステップＳ１７０３で、情報表示部３０６は、ＦＡＸイメージに対してＯＣＲ処理が行われたブロックの領域の色を変え、選択可能状態にしたＯＣＲ画面１５００を表示する。
ステップＳ１７０４で、ユーザーは、ＯＣＲ画面１５００で送信したいテキスト情報を含む選択可能領域を選択する。図１５では、選択可能領域の１つである電話番号を示す領域が選択され、選択済み領域１５１０として表示されている。
【００５５】
ステップＳ１７０５で、ＯＣＲ部３１１は、識別情報を特定するボタンが選択されているか否かの判定を行う。具体的には、本実施形態では、ＯＣＲ結果のテキスト情報を送信する電話番号ボタン１５０４、商品Ｃｏｄｅボタン１５０５、または商品数量ボタン１５０６が選択されているか否かの判定を行う。ユーザーは、ステップＳ１７０４で送信したいテキスト情報を含む選択領域を選択する際に、その選択した領域（テキスト情報）の項目を特定するために、ＯＣＲ画面１５００のボタン表示領域１５０２のいずれかのボタンを押すことができる。この操作により、適切な項目の識別情報がｉｎｔｅｒｎａｌ−ｎａｍｅキーの値としてメッセージに設定され、ＰＣ端末１０５の中継アプリ３２１で実行するスクリプトが決定され、基幹システム接続アプリ３３１の対応する入力項目を特定できる。以下では、電話番号ボタン１５０４が押された場合を例として説明する。なお、ユーザーがボタン表示領域１５０２のボタンを押すと、押されたボタンは選択状態になる。また、本実施形態では、上述したようにユーザーがボタン表示領域１５０２のボタンを押さなかった場合についても、適切な項目の識別情報（ｉｎｔｅｒｎａｌ−ｎａｍｅキーの値）がテキスト情報とともに送信される。このような場合については、ステップＳ１７０７〜Ｓ１７１０で説明する。
【００５６】
ステップＳ１７０６で、ボタン表示領域１５０２の選択されているボタンに設定されている識別情報（図１４の内部名で設定した、ｉｎｔｅｒｎａｌ−ｎａｍｅキーに設定される値）を取得する。図１４の表１４０９のボタン作成により登録される情報（一部のデータ）から、表示名が電話番号に対応する内部名（ｉｎｔｅｒｎａｌ−ｎａｍｅキー）の値としてｔｅｌが取得される。
ステップＳ１７１１で、メイン制御部３０５は、送信確認画面１６００を表示する。
ステップＳ１７１２で、ユーザーは、送信確認画面１６００の検出画像データ（選択済み画像表示領域）１６０１の値とＯＣＲ結果が入ったテキスト入力ボックス１６０２の値（テキスト情報）を確認する。値が一致していれば、ユーザーは、送信実行ボタン１６０４を押す。
ステップＳ１７１３で、ユーザーにより送信実行ボタンが押されたことをトリガーとしてメッセージを生成する。具体的には、メッセージ生成部３１２が、テキスト情報と電話番号ボタン１５０４に設定されている識別情報（ｉｎｔｅｒｎａｌ−ｎａｍｅキーの値）を元にＰＣ端末１０５の中継アプリ３２１に送信するメッセージを生成する。この時生成されたメッセージは、メッセージ６０４である。さらにメッセージ送受信部３１３が、中継アプリ３２１に対してメッセージを送信する。
【００５７】
以上のように、本実施形態によれば、モバイル端末で取り込んだＦＡＸイメージからＯＣＲ処理によって読み取ったテキスト情報は、適切な識別情報（ｉｎｔｅｒｎａｌ−ｎａｍｅキーの値）とともにＰＣ端末の中継アプリに送信される。中継アプリが、識別情報により特定されるスクリプトを実行することによって、ユーザーのシステムへの入力操作を自動化することができる。
【００５８】
次に、ステップＳ１７０５で、上述したようにユーザーがボタン表示領域１５０２のボタンを押さなかった場合についても適切な項目の識別情報がテキスト情報とともに送信される方法について説明する。
【００５９】
ステップＳ１７０５で、ボタンが選択されていないと判断された場合に、ステップＳ１７０７で、ＯＣＲ部３１１は、ＯＣＲ結果（テキスト情報）と一致するＩＭＥの正規表現があるか否かの判定を行う。具体的には、ＯＣＲ部３１１が、図１４の表１４０９のボタンの登録情報において、ＩＭＥ（正規表現）１４１２の中から選択済み領域１５１０のＯＣＲ結果（テキスト情報）である“０８０−１２３４−１２３４”と合致するデータがあるか否かの判定を行う。この例では、電話番号ボタン１５０４のＩＭＥ（正規表現）１４１２が“￥ｄ｛２，４｝−￥ｄ｛２，４｝−￥ｄ｛４｝”であり、選択済み領域１５１０のＯＣＲ結果（テキスト情報）である“０８０−１２３４−１２３４”と一致すると判定される。
【００６０】
ステップＳ１７０８で、ＯＣＲ部３１１は、ＩＭＥ（正規表現）１４１２が一致したボタンの識別情報である内部名（ｉｎｔｅｒｎａｌ−ｎａｍｅ）１４１１を取得する。本実施形態では、内部名（ｉｎｔｅｒｎａｌ−ｎａｍｅ）１４１１として“ｔｅｌ”が取得される。そして、ステップＳ１７１１に進み、送信確認画面１６００を表示する。以降の処理は、ステップ１７０５でＹｅｓであった場合と同様に、ステップＳ１７１２〜Ｓ１７１３の処理が実行される。なお、上述したようにＯＣＲ部が正規表現により識別情報を取得した場合には、送信確認画面１６００において、ＯＣＲ部３１１が取得した内部名（ｉｎｔｅｒｎａｌ−ｎａｍｅ）１４１１に対応する表示名１４１０を表示してもよい。
【００６１】
ステップＳ１７０７において、ＯＣＲ結果（テキスト情報）と一致するＩＭＥの正規表現がなかった場合には、処理はステップＳ１７０９に進む。
ステップＳ１７０９で、ＯＣＲ部３１１は、ユーザーが選択した選択可能領域のＯＣＲ結果（テキスト情報）に対応する項目が取得できなかったことをユーザーに通知する。この通知では、項目を特定するために、ユーザーにボタンを選択することを促すメッセージを表示し、ユーザーがボタンを選択するまで待機する。
ステップＳ１７１０で、ＯＣＲ部３１１は、ユーザーが選択したボタンの内部名（ｉｎｔｅｒｎａｌ−ｎａｍｅ）を取得する。そして、ステップＳ１７１１に進む。以降のステップＳ１７１１〜Ｓ１７１３の処理は、上述した場合と同様のため、説明を省略する。
以上のように、ユーザーがボタン表示領域１５０２のボタンを押さなかった場合についても適切な項目の識別情報（ｉｎｔｅｒｎａｌ−ｎａｍｅキーの値）が特定される。そして、ユーザーにより送信実行ボタンが押されたことをトリガーとして、メッセージ生成部３１２は、ＰＣ端末１０５の中継アプリ３２１に送信するメッセージを生成する事ができる。この時生成されたメッセージは、メッセージ６０４である。さらにメッセージ送受信部３１３が、中継アプリ３２１に対してメッセージを送信する。
【００６２】
これ以降の処理は、上述した第１実施形態において図５を用いて説明したステップＳ５０６以降の処理と同様のため、その詳細な説明は省略する。
図５のステップＳ５０６で、ＰＣ端末１０５の中継アプリ３２１がメッセージを受信した後、ステップＳ５０７で、メッセージの内容に含まれる識別情報に紐付くスクリプトを実行する。ステップＳ５０７の処理は、第１実施形態において図８を用いて説明した処理と同様である。本実施形態では、上述したようにメッセージに設定された識別情報（ｉｎｔｅｒｎａｌ−ｎａｍｅキーの値）は、“ｔｅｌ”である。このため、図８のステップＳ８０３においてｉｎｔｅｒｎａｌ−ｎａｍｅキーに対応付けられたスクリプトファイル名として、“ｔｅｌ．ｐｓ１”が取得され、実行される。
スクリプトファイル“ｔｅｌ．ｐｓ１”を実行した際の処理フローは、第１実施形態において説明した図１０の処理フロー１１００と同様である。
【００６３】
以上のように、本実施形態によれば、モバイル端末で取り込んだＦＡＸイメージからＯＣＲ処理によって読み取ったテキスト情報が、適切な識別情報とともにＰＣ端末の中継アプリに送信されるようになる。これにより、中継アプリが、識別情報により特定されるスクリプトを適切に実行することができ、ユーザーのシステムへの入力操作を自動化することができる。
【００６４】
（第３実施形態）
第２実施形態では、ユーザーが送信したいテキスト情報の項目（識別情報）を特定するボタンを押さなかった場合であっても、ボタンの登録情報の１つである正規表現から識別情報を特定する処理について説明した。これに対して、本実施形態では、複数のボタンにおいて重複した正規表現が登録されていた場合の処理について説明する。なお、上述した他の実施形態と同一の構成および処理には同一の符号を付し、説明を省略する。
【００６５】
図１８は、本実施形態においてボタン作成画面によりボタンを作成した際に登録される情報（一部のデータ）の一例を示す図である。
この例では、表示名（ｄｉｓｐｌａｙ−ｎａｍｅ）１８０１が“商品Ｃｏｄｅ”と“型番”のＩＭＥ（正規表現）１８０３は、それぞれ“￥ｄ｛７，１２｝”と“￥ｄ｛８，１０｝”である。このため、ユーザーが送信したいＯＣＲ結果（テキスト情報）が８〜１０桁の数値の場合に、その項目の識別情報が“商品Ｃｏｄｅ”であるのか“型番”であるのかの判定を行うことができない。このような場合に、本実施形態では、図１９のような送信確認画面を表示する。
【００６６】
図１９は、本実施形態に係る送信確認画面の一例を示す図である。
検出画像データ（選択済み画像表示領域）１９０１は、ユーザーが選択した選択可能領域１５０９の画像を拡大して表示する。テキスト入力ボックス１９０２は、選択された選択可能領域１５０９のＯＣＲ結果のテキスト情報を初期値として表示する編集可能な入力エリアである。表示名１９０３は、テキスト入力ボックス１９０２の値（テキスト情報）を送信する際に、そのテキスト情報の識別情報（ｉｎｔｅｒｎａｌ−ｎａｍｅキーの値）として設定される値を選択するための表示名（ｄｉｓｐｌａｙ−ｎａｍｅ）を表示する。
【００６７】
識別情報選択ラジオボタン１９０４は、表示名１９０３を選択するためのラジオボタンである。図１８の登録情報によれば、表示名１９０３において“商品Ｃｏｄｅ”が選択された場合には、識別情報として“ｃｏｄｅ”が選択される。また、表示名１９０３において“型番”が選択された場合には、識別情報として“ｐｒｏｄｕｃｔ”が選択される。
【００６８】
図１９では、検出画像データとして、“０１２３４５６７８９”が検出され、選択済み画像表示領域１９０１に表示されている。このとき、図１７の抽出情報送信処理のフローチャートにおいて、ステップＳ１７０７で、ＯＣＲ部３１１は、“０１２３４５６７８９”と一致するＩＭＥの正規表現があるか否かの判定を行う。具体的には、１０桁の数値を表す正規表現が図１８のＩＭＥ（正規表現）にあるか否かの判定を行う。ここで、図１８によれば、商品Ｃｏｄｅが“￥ｄ｛７，１２｝”のため一致する。また、型番も“￥ｄ｛８，１０｝”のため一致する。このため、商品Ｃｏｄｅおよび型番の２個が選択候補となる。
このような場合に、本実施形態では、ステップＳ１７１１で、メイン制御部３０５は、図１９のような送信確認画面１９００を表示する。送信確認画面１９００では、ステップＳ１７０７において選択候補となった商品Ｃｏｄｅおよび型番の２個が表示名１９０３に表示され、それらを選択するための識別情報選択ラジオボタン１９０４が表示されている。
【００６９】
ステップＳ１７１３で、ユーザーにより送信実行ボタンが押されたことをトリガーとしてメッセージを生成する。具体的には、メッセージ生成部３１２が、ユーザーが選択した識別情報選択ラジオボタン１９０４の値を元に識別情報（ｉｎｔｅｒｎａｌ−ｎａｍｅキーの値）が決定される。そして、テキスト情報と決定された識別情報を元にＰＣ端末１０５の中継アプリ３２１に送信するメッセージを生成する。図１９の例では、ユーザーが表示名１９０３の商品Ｃｏｄｅに対応する識別情報選択ラジオボタン１９０４が選択されているため、生成されたメッセージは、メッセージ６０５である。さらにメッセージ送受信部３１３が、中継アプリ３２１に対してメッセージを送信する。
【００７０】
これ以降の処理は、上述した第１実施形態において図５を用いて説明したステップＳ５０６以降の処理と同様のため、その詳細な説明は省略する。
図５のステップＳ５０６で、ＰＣ端末１０５の中継アプリ３２１がメッセージを受信した後、ステップＳ５０７で、メッセージの内容に含まれる識別情報に紐付くスクリプトを実行する。ステップＳ５０７の処理は、第１実施形態において図８を用いて説明した処理と同様である。本実施形態では、上述したようにメッセージに設定された識別情報（ｉｎｔｅｒｎａｌ−ｎａｍｅキーの値）は、“ｃｏｄｅ”である。このため、図８のステップＳ８０３においてｉｎｔｅｒｎａｌ−ｎａｍｅキーに対応付けられたスクリプトファイル名として、“ｃｏｄｅ．ｐｓ１”が取得され、実行される。
スクリプトファイル“ｃｏｄｅ．ｐｓ１”を実行した際の処理フローは、第１実施形態において説明した図１１の処理フロー１２００と同様である。
【００７１】
以上のように、本実施形態によれば、ボタンの登録情報の１つである正規表現が重複している場合においても、モバイル端末で取り込んだＦＡＸイメージからＯＣＲ処理によって読み取ったテキスト情報に関して適切な識別情報が特定できる。これにより、中継アプリが、ユーザーのシステムへの入力操作を自動化することができる。
【００７２】
（第４実施形態）
第１実施形態ないし第３実施形態では、モバイル端末で表示したＦＡＸイメージからユーザーが１つの項目の情報を選択し、ＰＣ端末に送信する処理について説明した。これに対して、本実施形態では、ユーザーが複数の情報をまとめて選択し、ＰＣ端末に送信する処理について説明する。なお、上述した他の実施形態と同一の構成および処理には同一の符号を付し、説明を省略する。
【００７３】
図２０は、本実施形態におけるＯＣＲ画面の一例を示す図である。
図２０では、ユーザーがＯＣＲ画面において選択可能領域から商品Ｃｏｄｅを３個選択し、それらが選択済み領域２００１として表示されている。このとき生成されるメッセージについて図２１を用いて説明する。
【００７４】
図２１（Ａ）は、本実施形態におけるメッセージのデータ構造の一例を示す図である。
メッセージ２１０１は、基幹システム接続アプリ３３１に商品コードを複数入力する際に使用するメッセージである。第１実施形態で説明した図６のメッセージのデータ構造と異なる点は、本実施形態におけるメッセージ２１００は、ｍｅｓｓａｇｅキーの値の型として配列を含む点である。図２１（Ｂ）は、メッセージの型が配列であった場合のメッセージの内容をＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ（登録商標）  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）形式で表現した例である。メッセージ２１０１は、図２０で商品Ｃｏｄｅを３個選択した場合に生成されるメッセージである。メッセージ２１０１は、３つの“ｍｅｓｓａｇｅ”配列からなる。１つ目の“ｍｅｓｓａｇｅ”は、ｉｎｔｅｒｎａｌ−ｎａｍｅキーの値（識別情報）が“ｃｏｄｅ”であり、ｂｏｄｙキーの値（テキスト情報）が“２８０１１１９”である。２つ目の“ｍｅｓｓａｇｅ”は、ｉｎｔｅｒｎａｌ−ｎａｍｅキーの値が“ｃｏｄｅ”であり、ｂｏｄｙキーの値が“３８０１１２０”である。３つ目の“ｍｅｓｓａｇｅ”は、ｉｎｔｅｒｎａｌ−ｎａｍｅキーの値が“ｃｏｄｅ”であり、ｂｏｄｙキーの値が“４８０１１２１”である。
【００７５】
上述したメッセージ２１０１は、モバイル端末１０４のメッセージ送受信部３１３によりＰＣ端末１０５の中継アプリ３２１に対して送信される。メッセージを受信した中継アプリ３２１の以降の処理は、上述した他の実施形態において図５を用いて説明したステップＳ５０６以降の処理と同様の処理が実行される。ただし、本実施形態ではステップＳ５０７の処理が他の実施形態と異なる。ステップＳ５０７の処理の詳細について図２２を用いて以下で説明する。
【００７６】
図２２は、図５のフローのステップＳ５０７の処理の本実施形態に係る詳細を示す図である。他の実施形態のステップＳ５０７の処理と異なる点は、ステップＳ２１０１〜Ｓ２１０３であり、ＯＣＲ画面において複数のテキスト情報が選択されたことにより、ステップＳ８０２〜Ｓ８０５の処理を繰り返し行う。
ＰＣ端末１０５の中継アプリ３２１は、ステップＳ８０１でモバイル端末１０４のモバイルアプリ３０４からのメッセージを受信する。ステップＳ２１０１で、メッセージ解析部３２５は、メッセージの配列インディックスｊを初期化（ｊ＝１）する。ステップＳ８０２で、メッセージ解析部３２５は、ｊ番目のメッセージを取得してメッセージを解析し、メッセージに含まれるｉｎｔｅｒｎａｌ−ｎａｍｅキーの値を取得する。ステップＳ８０３で、スクリプト実行部３２６は、スクリプトファイル情報７１２を参照して、ｉｎｔｅｒｎａｌ−ｎａｍｅキーに対応付けられたスクリプトファイル名を取得する。ステップＳ８０４で、スクリプト実行部３２６は、スクリプトファイルを記憶部３２３から読み出し、スクリプトを実行する。実行される処理は、スクリプトファイルの内容に依存する。ステップＳ８０５で、スクリプト実行部３２６は、スクリプトの実行結果を取得する。ステップＳ２１０２で、メッセージ解析部３２５は、メッセージの配列に含まれる全てのメッセージを処理したか否かの判定を行う。全てのメッセージを処理した場合は、続いてステップＳ８０６の処理を行う。全てのメッセージを処理していない場合は、続いてステップＳ２１０３の処理を行う。ステップＳ２１０３で、メッセージ解析部３２５は、次の未処理のメッセージの処理を行うためにメッセージの配列インディックスを＋１（ｊ＝ｊ＋１）する。続いて、ステップＳ８０２の処理に戻り、未処理のメッセージを処理する。ステップＳ８０６で、スクリプト実行部３２６は、スクリプトの実行結果に値（応答情報）が含まれているか否かを判断し、値が含まれていなければ終了する。ステップＳ８０６で、スクリプトの実行結果に値が含まれていると判断した場合は、ステップＳ８０７で、メイン制御部３２２は、その値をモバイルアプリ３０４に送信する。
【００７７】
なお、ステップＳ８０２で取得されるｊ番目のメッセージに対する処理は、メッセージの型が配列でなくｉｎｔｅｒｎａｌ−ｎａｍｅキーの値がｃｏｄｅであった場合の、図１１に示した処理フロー１２００と同様である。
【００７８】
なお、上述した例では同じ項目（全て商品Ｃｏｄｅ）であったが、これに限られるものではない。つまり、メッセージの配列に含まれる各メッセージのｉｎｔｅｒｎａｌ−ｎａｍｅキーの値が全て同じである必要はなく、異なる場合であっても同様に処理を行うことが可能である。具体的には、図２２の処理フローのステップＳ８０３において、図７のスクリプトファイル情報７１２から、それぞれのメッセージに対応付けられたスクリプトファイル名を取得し、それぞれのスクリプトを実行すればよい。
【００７９】
図２３は、本実施形態におけるＯＣＲ画面の他の一例を示す図である。
図２３では、ユーザーがＯＣＲ画面２２００において選択可能領域から異なる項目である商品Ｃｏｄｅおよび数量をそれぞれ１個選択し、それらが選択済み領域２２０１として表示されている。このとき生成されるメッセージについて図２４を用いて説明する。
図２４は、本実施形態におけるメッセージの内容をＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ（登録商標）  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）形式で表現した例である。メッセージ２３０１は、２つの“ｍｅｓｓａｇｅ”配列からなる。１つ目の“ｍｅｓｓａｇｅ”は、ｉｎｔｅｒｎａｌ−ｎａｍｅキーの値（識別情報）が“ｃｏｄｅ”であり、ｂｏｄｙキーの値（テキスト情報）が“２８０１１１９”である。２つ目の“ｍｅｓｓａｇｅ”は、ｉｎｔｅｒｎａｌ−ｎａｍｅキーの値が“ｎｕｍ”であり、ｂｏｄｙキーの値が“３”である。これらは、図２４の選択済み領域２２０１に示される商品Ｃｏｄｅと数量のテキストデータと対応している。
【００８０】
図２５は、本実施形態におけるＯＣＲ画面のその他の一例を示す図である。
図２５では、ユーザーがＯＣＲ画面２４００において選択可能領域から異なる項目である商品Ｃｏｄｅおよび数量をそれぞれ３個選択し、それらが選択済み領域２４０１として表示されている。このとき生成されるメッセージについて図２６を用いて説明する。
図２６は、本実施形態におけるメッセージの内容をＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ（登録商標）  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）形式で表現した例である。メッセージ２５０１は、６つの“ｍｅｓｓａｇｅ”配列からなる。１つ目の“ｍｅｓｓａｇｅ”は、ｉｎｔｅｒｎａｌ−ｎａｍｅキーの値（識別情報）が“ｃｏｄｅ”であり、ｂｏｄｙキーの値（テキスト情報）が“２８０１１１９”である。２つ目の“ｍｅｓｓａｇｅ”は、ｉｎｔｅｒｎａｌ−ｎａｍｅキーの値が“ｎｕｍ”であり、ｂｏｄｙキーの値が“３”である。これらは、図２５の選択済み領域２４０１の１行目のデータの商品Ｃｏｄｅと数量のテキストデータと対応している。また、３つ目の“ｍｅｓｓａｇｅ”は、ｉｎｔｅｒｎａｌ−ｎａｍｅキーの値が“ｃｏｄｅ”であり、ｂｏｄｙキーの値が“３８０１１２０”である。そして４つ目の”ｍｅｓｓａｇｅ”は、ｉｎｔｅｒｎａｌ−ｎａｍｅキーの値が“ｎｕｍ”であり、ｂｏｄｙキーの値が“３”である。これらは、図２５の選択済み領域２４０１の２行目のデータの商品Ｃｏｄｅと数量のテキストデータと対応している。同様に、５つ目および６つ目の“ｍｅｓｓａｇｅ”は、図２５の選択済み領域２４０１の３行目のデータの商品Ｃｏｄｅと数量のテキストデータと対応している。
【００８１】
以上のように、本実施形態によれば、モバイル端末で取り込んだＦＡＸイメージからＯＣＲ処理によって読み取ったテキスト情報を複数個まとめて、それぞれ対応する識別情報とともにＰＣ端末の中継アプリに送信可能である。中継アプリが、それぞれの識別情報により特定されるスクリプトを実行することによって、複数個の情報に対してもユーザーのシステムへの入力操作をまとめて自動化することができる。
【００８２】
（その他の実施例）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００８３】
以上、本発明の好ましい実施形態について説明したが、本発明は、これらの実施形態に限定されず、その要旨の範囲内で種々の変形および変更が可能である。
【符号の説明】
【００８４】
１０３    基幹業務サーバー
１０４    モバイル端末
１０５    ＰＣ端末
２０００  ＦＡＸ受注システム
【図１】
2016066335.tif 000003
【図２】
2016066335.tif 000004
【図３】
2016066335.tif 000005
【図４】
2016066335.tif 000006
【図５】
2016066335.tif 000007
【図６】
2016066335.tif 000008
【図７】
2016066335.tif 000009
【図８】
2016066335.tif 000010
【図９】
2016066335.tif 000011
【図１０】
2016066335.tif 000012
【図１１】
2016066335.tif 000013
【図１２】
2016066335.tif 000014
【図１３】
2016066335.tif 000015
【図１４】
2016066335.tif 000016
【図１５】
2016066335.tif 000017
【図１６】
2016066335.tif 000018
【図１７】
2016066335.tif 000019
【図１８】
2016066335.tif 000020
【図１９】
2016066335.tif 000021
【図２０】
2016066335.tif 000022
【図２１】
2016066335.tif 000023
【図２２】
2016066335.tif 000024
【図２３】
2016066335.tif 000025
【図２４】
2016066335.tif 000026
【図２５】
2016066335.tif 000027
【図２６】
2016066335.tif 000028