JP5849553B2 - 情報端末、処理フロー制御プログラム、及び処理フロー制御システム - Google Patents

情報端末、処理フロー制御プログラム、及び処理フロー制御システム Download PDF

Info

Publication number
JP5849553B2
JP5849553B2 JP2011199252A JP2011199252A JP5849553B2 JP 5849553 B2 JP5849553 B2 JP 5849553B2 JP 2011199252 A JP2011199252 A JP 2011199252A JP 2011199252 A JP2011199252 A JP 2011199252A JP 5849553 B2 JP5849553 B2 JP 5849553B2
Authority
JP
Japan
Prior art keywords
input
output
electronic device
information terminal
function
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2011199252A
Other languages
English (en)
Other versions
JP2013062654A (ja
Inventor
村田　淳
淳 村田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ricoh Co Ltd filed Critical Ricoh Co Ltd
Priority to JP2011199252A priority Critical patent/JP5849553B2/ja
Publication of JP2013062654A publication Critical patent/JP2013062654A/ja
Application granted granted Critical
Publication of JP5849553B2 publication Critical patent/JP5849553B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Selective Calling Equipment (AREA)
  • Telephone Function (AREA)
  • Control Or Security For Electrophotography (AREA)
  • Facsimiles In General (AREA)
  • User Interface Of Digital Computer (AREA)

Description

本発明は、処理フローを制御する技術に関するものである。
特許文献１には、画像処理装置が有する機能を利用した処理フロー制御の技術が開示されている。このように、オフィス環境に導入された電子機器の搭載機能を連携動作させ、利用者からの要求処理を実現する処理フロー制御は、作業効率の向上などから、業務上、様々な場面で利用される。
しかしながら、従来の方法では、利用者が使いづらさを感じる場面があり、利便性に優れた処理フローサービスを実現できていない。例えば、利用機能の変更・実行順などのフロー内容を変更する場合である。このように、フロー内容を変更する場合には、該当処理フローに対応するプログラムやデータを変更しなければならない。またこのとき、変更操作を受け付けるＵＩ（User Interface）が提供されるが、直感的に操作が行えるものではなく、ある程度の知識を有する者が操作することが前提とされている。つまり、利用者は、煩雑な作業や操作の習得を行わなければならない。
本発明は上記従来技術の問題点を鑑み提案されたものであり、利便性に優れた処理フローサービスを実現できる情報端末、処理フロー制御プログラム、及び処理フロー制御システムを提供することにある。
上記目的を達成するため、本発明に係る情報端末は、所定のデータ伝送路を介して電子機器と接続される情報端末であって、前記電子機器の中から通信可能な電子機器を検出し、検出した電子機器を処理フローで利用可能な入力候補及び／又は出力候補として管理する機器管理手段と、搭載センサからの取得情報に基づき、自機の回転移動を検出する回転移動検出手段と、検出結果に基づき、回転移動に連動させて、処理フローで入力機器として指定された電子機器と出力機器として指定された電子機器とを入れ替え、入出力指定のフロー内容を変更するフロー制御手段と、を有する。
上記目的を達成するため、本発明に係る処理フロー制御プログラムは、所定のデータ伝送路を介して電子機器と接続されるコンピュータを、前記電子機器の中から通信可能な電子機器を検出し、検出した電子機器を処理フローで利用可能な入力候補及び／又は出力候補として管理する機器管理手段と、搭載センサからの取得情報に基づき、自機の回転移動を検出する回転移動検出手段と、検出結果に基づき、回転移動に連動させて、処理フローで入力機器として指定された電子機器と出力機器として指定された電子機器とを入れ替え、入出力指定のフロー内容を変更するフロー制御手段として機能させる。
上記目的を達成するため、本発明に係る処理フロー制御システムは、入力機能及び／又は出力機能を有する電子機器と、前記電子機器と接続されるコンピュータを、前記電子機器の中から通信可能な電子機器を検出し、検出した電子機器を処理フローで利用可能な入力候補及び／又は出力候補として管理する機器管理手段と、搭載センサからの取得情報に基づき、自機の回転移動を検出する回転移動検出手段と、検出結果に基づき、回転移動に連動させて、処理フローで入力機器として指定された電子機器と出力機器として指定された電子機器とを入れ替え、入出力指定のフロー内容を変更するフロー制御手段として機能させる処理フロー制御プログラムと、を有する。
本発明によれば、利便性に優れた処理フローサービスを実現可能な情報端末、処理フロー制御プログラム、及び処理フロー制御システムを提供することができる。
本発明の第１の実施形態に係る処理フロー制御システムの構成例を示す図である。 回転操作に応じた画面制御の動作例を示す図である。 本発明の第１の実施形態に係る情報端末のハードウェア構成例を示す図である。 本発明の第１の実施形態に係る処理フロー制御機能の構成例を示す図である。 本発明の第１の実施形態に係る電子機器が有する機能と通信プロトコルとの関係を示す図である。 本発明の第１の実施形態に係る定義情報のデータ例を示す図である。 本発明の第１の実施形態に係る入出力候補におけるデータタイプと入出力機能との関係を示す図である。 本発明の第１の実施形態に係るプリントフローからスキャンフローに変更された場合の処理フロー制御の動作例を示す図である。 本発明の第１の実施形態に係るＦＡＸフロー（送信）からＦＡＸフロー（返信）に変更された場合の処理フロー制御の動作例を示す図である。 本発明の第１の実施形態に係る処理フローの制御処理手順例（アプリ起動時）を示すフローチャートである。 本発明の第１の実施形態に係る処理フローの制御処理手順例（フロー実行後の入出力入れ替え制御）を示すフローチャートである。 方向操作に応じた画面制御の動作例を示す図である。 本発明の変形例１に係る処理フロー制御機能の構成例を示す図である。 本発明の変形例１に係る定義情報のデータ例を示す図である。 本発明の変形例１に係る処理フローの制御処理手順例（出力切り換え制御）を示すフローチャートである。 本発明の変形例２に係る処理フロー制御機能の構成例を示す図である。 本発明の変形例２に係る処理フローの制御処理手順例（ゲスト機器のペアリング処理）を示すフローチャートである。 本発明の変形例２に係る処理フローの制御処理手順例（情報端末のペアリング処理）を示すフローチャートである。
以下、本発明の好適な実施の形態（以下「実施形態」という）について、図面を用いて詳細に説明する。
［第１の実施形態］
＜システム構成＞
図１は、本実施形態に係る処理フロー制御システム１の構成例を示す図である。
図１には、複数の電子機器２００ａ〜２００ｄ（以下総称する場合「電子機器２００」という）と、情報端末１００とが、ネットワークなどの所定のデータ伝送路で接続されるシステム構成例が示されている。
電子機器２００は、入力機能及び／又は出力機能を有する機器であり、例えば、ＰＣ（Personal Computer）、ＭＦＰ（Multifunction Peripheral）、プロジェクタ（Projector）、メディアボード（ＭＤＢ：Media Board）などがある。
情報端末１００は、各種センサーを利用した入出力を含む情報処理機能を有し、携帯性や操作性に優れた機器であり、例えば、スマートフォンやタブレットＰＣ（Tablet Personal Computer）などがある。
近年、このような情報端末１００は、パーソナルでの利用だけでなく、ビジネスでの利用も増えており、上述したような処理フローの実行環境においても、電子機器２００と連携動作する場面が考えられる。
そこで、本実施形態に係る処理フロー制御システム１では、利用者に次のようなサービスを提供する。
例えば、利用者が、ネットワーク上のＰＣ２００ａとＭＦＰ２００ｂとを連携させて印刷処理（以下「プリントフロー」という）を実行したい場合には、まず、情報端末１００からネットワーク上の電子機器２００を検索し（ブロードキャストし）、ＰＣ２００ａとＭＦＰ２００ｂとを見つける。利用者は、情報端末１００に表示された検索結果から、ＰＣ２００ａを入力機器（入力機能）として指定し、ＭＦＰ２００ｂを出力機器（出力機能）として指定し、プリントフローのフロー内容を確定する。その後、利用者は、情報端末１００の画面上で実行ボタンをタッチ（押下）することで、プリントフローの実行を指示する。これにより、情報端末１００では、入力機器指定されたＰＣ２００ａから取得した処理データ（印刷画像データ）を出力機器指定されたＭＦＰ２００ｂに送信し（入出力機器の間で処理データを中継し）、利用者から要求されたプリントフローを実行する。
また、利用者が、プリントフロー実行後に、同じＭＦＰ２００ｂとＰＣ２００ａとを連携させて画像読み取り処理（以下「スキャンフロー」という）を実行したい場合には、図２に示すように、情報端末１００を１８０°回転させる。
図２は、回転操作に応じた画面制御Ｗの動作例を示す図である。
図２（Ｃ）に示すように、情報端末１００には、プリントフローの入力機器と出力機器とが入れ替わった画面表示が示されている。情報端末１００では、同図（Ａ）に示す表示状態で同図（Ｂ）に示す利用者の回転操作を受け付けると、同図（Ｃ）に示すように、入力機器：ＰＣ２００ａと出力機器：ＭＦＰ２００ｂとが指定されたプリントフローから、入力機器：ＭＦＰ２００ｂと出力機器：ＰＣ２００ａとに入れ替えられたスキャンフローにフロー内容が変更される。その後、利用者は、情報端末１００の画面上で実行ボタンをタッチすることで、スキャンフローの実行を指示する。これにより、情報端末１００では、入力機器指定されたＭＦＰ２００ｂから取得した処理データ（読み取り画像データ）を出力機器指定されたＰＣ２００ａに送信し、利用者から要求されたスキャンフローを実行する。
以上のように、本実施形態に係る処理フロー制御システム１では、上記システム構成により、処理フローサービスを実現できる。
＜ハードウェア構成＞
図３は、本実施形態に係る情報端末１００のハードウェア構成例を示す図である。
図２に示すように、情報端末１００は、操作パネル１０１、センサ１０２、外部Ｉ／Ｆ１０３、ＲＡＭ（Random Access Memory）１０４、ＲＯＭ（Read Only Memory）１０５、ＣＰＵ（Central Processing Unit）１０６、通信Ｉ／Ｆ１０７、及びＨＤＤ（Hard Disk Drive）１０８などを備え、それぞれがバスＢで相互に接続されている。
操作パネル１０１は、表示デバイス及びタッチ機能を有する入力デバイスを備えており、機器情報などの各種情報を利用者に提供したり、動作設定や動作指示などの各種利用者操作を受け付けたりする。
センサ１０２は、機器状態を検知するデバイスである。機器状態には、自機の回転移動状態や方向移動状態などがあり、対応デバイスには、加速度センサ、地磁気センサ、ジャイロセンサなどがある。
通信Ｉ／Ｆ１０７は、情報端末１００をネットワークに接続するインタフェースである。これにより、情報端末１００は、通信Ｉ／Ｆ１０７を介して、電子機器２００とデータ通信を行うことができる。
ＨＤＤ１０８は、プログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、端末全体を制御する基本ソフトウェアであるＯＳ（Operating System）及び該ＯＳ上で動作し各種機能を提供するアプリケーションソフトウェアなどがある。また、ＨＤＤ１０８は、格納しているプログラムやデータを、所定のファイルシステム及び／又はＤＢ（Data Base）により管理している。
外部Ｉ／Ｆ１０３は、外部装置とのインタフェースである。外部装置には、記録媒体１０３ａなどがある。これにより、情報端末１００は、外部Ｉ／Ｆ１０３を介して、記録媒体１０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体１０３ａには、ＳＤメモリカード（SD Memory Card）やＵＳＢメモリ（Universal Serial Bus Memory）などがある。
ＲＯＭ１０５は、電源を切っても内部データを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１０５には、情報端末１００の起動時に実行されるＢＩＯＳ（Basic Input/Output System）、ＯＳやアプリケーション設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ１０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。ＣＰＵ１０６は、上記記憶装置（例えば「ＨＤＤ」や「ＲＯＭ」など）から、プログラムやデータをＲＡＭ上に読み出し、処理を実行することで、端末全体の制御や搭載機能を動作させる演算装置である。
以上のように、本実施形態に係る情報端末１００では、上記ハードウェア構成により、操作パネル１０１やセンサ１０２などを利用した入出力を含む情報処理サービスを実現できる。
＜処理フロー制御機能＞
本実施形態に係る処理フロー制御機能について説明する。
本実施形態に係る情報端末１００では、ネットワーク上から検出した通信可能な電子機器２００を、処理フローで利用可能な入力候補及び／又は出力候補として管理する。情報端末１００は、検出した自機の回転移動に連動させて、処理フローで入力機器として指定された電子機器２００と出力機器として指定された電子機器２００とを入れ替え、フロー内容を変更する。情報端末１００は、入れ替えられた入力機器から処理データを取得し、入れ替えられた出力機器に対して取得データを送信し、処理フローを実行する。本実施形態に係る情報端末１００は、このような処理フロー制御機能を有している。
従来の処理フロー制御では、利用機能の変更や実行順などのフロー内容を変更する際に、利用者が使いづらさを感じる場面があり、利便性に優れた処理フローサービスを実現できていない。
そこで、本実施形態に係る情報端末１００では、処理フローで指定された入力機器と出力機器とを回転移動に合わせて入れ替える仕組みとした。
これにより、本実施形態に係る情報端末１００は、例えば、図２に示すような、直感的な操作でフロー内容が変更でき、簡便な操作で処理フローが実行可能な処理フロー制御機能を提供する。その結果、本実施形態に係る処理フロー制御システム１では、利便性に優れた処理フローサービスを実現できる。
以下に、本実施形態に係る処理フロー制御機能の構成とその動作について説明する。
図４は、本実施形態に係る処理フロー制御機能の構成例を示す図である。
図４に示すように、本実施形態に係る処理フロー制御機能は、機器管理部１１、回転移動検出部１２、ＵＩ制御部１３、及びフロー制御部１４などを有している。これらの機能部は、情報端末１００にインストールされたプログラムやデータを含むアプリケーションソフトウェアの実行により機能し連携動作する。
なお、以下の説明では、便宜上、電子機器２００のうち、処理フローで入力機器（入力機能）として利用する電子機器２００を「入力機器２００１」と称し、処理フローで出力機器（出力機能）として利用する電子機器２００を「出力機器２００２」と称する。
機器管理部１１は、ネットワーク上の電子機器２００を管理する機能部である。機器管理部１１は、ネットワーク上から検出した通信可能な電子機器２００を、処理フローで利用可能な入力機器候補（入力機能候補）及び／又は出力機器候補（出力機能候補）として管理する。
また、機器管理部１１は、処理フロー実行時の処理データの通信処理（機器間のデータ中継処理）を行う。具体的には、処理フローで指定された入力機器２００１からの処理データの取得や、処理フローで指定された出力機器２００２に対する処理データの送信などを行う。
通信処理は、例えば、図５に示すような、電子機器２００の入出力機能に対応する通信プロトコルに従って行う。
図５は、本実施形態に係る電子機器２００が有する機能と通信プロトコルとの関係を示す図である。
例えば、図５には、ＰＣ２００ａ、ＭＦＰ２００ｂ、プロジェクタ２００ｃ、メディアボード２００ｄの各電子機器２００が有する入力機能及び／又は出力機能と、該機能利用時に外部機器と通信を行う際に用いる通信プロトコルとの対応関係が示されている。
ＭＦＰ２００ｂが有する印刷機能（Ｐｒｉｎｔ）、画像読み取り機能（Ｓｃａｎ）、ファックス機能（ＦＡＸ）や、プロジェクタ２００ｃが有する画像投影機能（Ｐｒｏｊｅｃｔｉｏｎ）、投影画像取り込み機能（Ｃａｐｔｕｒｅ）は、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）に従って外部機器との通信が行われる。また、ＰＣ２００ａ（Ｄｉｒｅｃｔｏｒｙ）が有するファイル共有機能（Ｆｉｌｅ）は、ＳＭＢ（Server Message Block）に従って外部機器との通信が行われる。また、メディアボード２００ｄが有する手書き入力機能（Ｃａｐｔｕｒｅ）、画像投影機能（Ｐｒｏｊｅｃｔｉｏｎ）は、ＨＴＴＰ（HyperText Transfer Protocol）に従って外部機器との通信が行われる。
図４の説明に戻る。そこで、機器管理部１１は、上記通信プロトコルに対応する通信プログラムを、入力機能／出力機能ごとに提供し、処理フロー実行時に該プログラムが呼び出されることで、上記通信処理を行う。なお、以下では、便宜上、上記通信プログラムを「入力機能／出力機能に対応するメソッド」と称す。
回転移動検出部１２は、情報端末１００の回転移動を検出する機能部である。回転移動検出部１２は、例えば、回転操作を検知する加速度センサから情報（例えば「回転角度」などの回転移動量）を取得し、回転移動を検出する。
ＵＩ制御部１３は、操作パネル１０１の画面を制御する機能部である。ＵＩ制御部１３は、処理フロー制御に係るＵＩ画面処理の制御を行う。具体的には、制御画面Ｗの表示、制御画面Ｗの回転、操作イベントの取得などを行う。
制御画面Ｗの表示処理は、処理フローの流れ（実行順）や処理データのプレビュー、処理フローの入力機器２００１／出力機器２００２の選択・指定や処理フローの実行指示などを受け付ける操作部品（Graphical Parts）などを表示したりする。また、制御画面Ｗの回転処理は、情報端末１００の回転操作に応じて、制御画面Ｗを回転させ、画面を再表示（表示内容を再描画）する。また、操作イベントの取得処理は、制御画面上に表示された操作部品がタッチされた場合に発行される操作イベント（選択・指定／指示に関する命令）を取得する。
これにより、情報端末１００では、利用者に対して、図２に示すような直感的な操作（簡便な操作）が可能なＵＩ環境を提供できる。
フロー制御部１４は、処理フローを制御する機能部である。フロー制御部１４は、回転操作や画面操作などに応じて、フロー内容の変更処理や処理フローの実行処理の制御を行う。フロー制御部１４は、次のような定義情報に基づき制御を行う。
ここで、定義情報について説明する。なお、定義情報は、情報端末１００が備える記憶装置１０８（ＨＤＤ）の所定の記憶領域である定義情報保持部９０に保持されている。
図６は、本実施形態に係る定義情報９０Ｄのデータ例を示す図である。
図６に示すように、定義情報９０Ｄには、主に、処理フローで利用可能な入出力候補に関する情報が定義されたデータ領域Ｒ１（以下便宜上「入出力候補の定義データＲ１」という）と、利用者操作に基づく処理フロー制御に関する情報が定義されたデータ領域Ｒ２（以下便宜上「処理フロー制御の定義データＲ２」という）とを含む。また、定義情報９０Ｄは、ＸＭＬ（Extensible Markup Language）などの構造化言語を用いて、情報を階層化して定義している。
入出力候補の定義データＲ１には、まず、入力機器２００１／出力機器２００２に該当する電子機器２００が定義されている。具体的には、電子機器２００の識別子（属性：name）、デフォルト時に有効にする入出力機能の値（属性：initial）、電子機器２００のネットワーク設定値：識別子（属性：ipAddress，属性：pcName）などが、機器単位（機器定義用タグ「＜device＞タグ」単位）で定義されている。
また、そのデータの１つ下の階層には、入力機能／出力機能に該当する搭載機能が定義されている。具体的には、入力機能／出力機能のデータタイプの値（属性：type）、入力機能／出力機能（入力機能／出力機能に対応するメソッド）の実行パラメータの値：クラス名（属性：classType）などが、入出力機能単位（入力候補用タグ「＜srcFunction＞タグ」／出力候補用タグ「＜dstFunction＞タグ」単位）で定義されている。
例えば、入出力候補に該当するＭＦＰ２００ｂ，ＰＣ２００ａ（Ｄｉｒｅｃｔｏｒｙ）の定義データＲ１は、次のようなデータとなる。
具体的には、＜device＞タグのデータには、機器識別子："ＭＦＰ"、デフォルト時に出力機能を有効とする値："ｄｉｓｔｉｎａｔｉｏｎ"、ネットワーク設定値："１９２．１６８．１０．００１"などが定義されている。また、＜device＞タグのデータには、機器識別子："Ｄｉｒｅｃｔｏｒｙ"、デフォルト時に入力機能を有効とする値："ｓｏｕｒｃｅ"、ネットワーク設定値："ＭｙＣｏｍｐｕｔｅｒ"などが定義されている。
つまり、図６に示す入出力候補の定義データＲ１には、ネットワーク設定値："１９２．１６８．１０．００１"のＭＦＰ２００ｂが、デフォルト時に出力機能が有効となる出力機器２００２として定義されている。また、ネットワーク設定値："ＭｙＣｏｍｐｕｔｅｒ"のＰＣ２００ａ（Ｄｉｒｅｃｔｏｒｙ）が、デフォルト時に入力機能が有効となる入力機器２００１として定義されている。
また、ＭＦＰ２００ｂに対応する＜device＞タグのデータの１つ下の階層には、入力機能に該当する画像読み取り機能（Ｓｃａｎ）及びファックス機能（ＦＡＸ：返信）と、出力機能に該当する印刷機能（Ｐｒｉｎｔ）及びファックス機能（ＦＡＸ：送信）とが定義されている。
具体的には、＜srcFunction＞タグのデータには、画像読み取り機能（Ｓｃａｎ）のデータタイプの値："Ｉｍａｇｅ"、実行パラメータの値（クラス名）："ｊｐ．ｃｏ．ＸＸＸ．ｍｆｐ００１．ｓｃａｎ"などが定義されている。また、＜srcFunction＞タグのデータには、ファックス機能（ＦＡＸ：返信）のデータタイプの値："Ｉｍａｇｅ"、実行パラメータの値（クラス名）："ｊｐ．ｃｏ．ＸＸＸ．ｍｆｐ００１．ｆａｘ"などが定義されている。
＜dstFunction＞タグのデータには、印刷機能（Ｐｒｉｎｔ）のデータタイプの値："Ｉｍａｇｅ"、実行パラメータの値（クラス名）："ｊｐ．ｃｏ．ＸＸＸ．ｍｆｐ００１．ｐｒｉｎｔ"などが定義されている。また、＜dstFunction＞タグのデータには、ファックス機能（ＦＡＸ）のデータタイプの値："Ｉｍａｇｅ"、実行パラメータの値（クラス名）："ｊｐ．ｃｏ．ＸＸＸ．ｍｆｐ００１．ｆａｘ"などが定義されている。
また、ＰＣ２００ａ（Ｄｉｒｅｃｔｏｒｙ）に対応する＜device＞タグのデータの１つ下の階層には、入出力機能に該当するファイル共有機能（Ｆｉｌｅ）が定義されている。
具体的には、＜srcFunction＞タグ／＜dstFunction＞タグのデータには、ファイル共有機能（Ｆｉｌｅ）のデータタイプの値："Ｉｍａｇｅ"、実行パラメータの値（クラス名）："ｊｐ．ｃｏ．ＸＸＸ．ｐｃ００１．ｆｉｌｅ"などが定義されている。
つまり、図６に示す入出力候補の定義データＲ１には、ＭＦＰ２００ｂが入力機器２００１に指定された場合の入力機能として、クラス名："ｊｐ．ｃｏ．ＸＸＸ．ｍｆｐ００１．ｓｃａｎ"又は"ｊｐ．ｃｏ．ＸＸＸ．ｍｆｐ００１．ｆａｘ"の実行パラメータに基づき、画像データを処理する、画像読み取り機能（Ｓｃａｎ）とファックス機能（ＦＡＸ：返信）とが定義されている。また、ＭＦＰ２００ｂが出力機器２００２に指定された場合の出力機能として、クラス名："ｊｐ．ｃｏ．ＸＸＸ．ｍｆｐ００１．ｐｒｉｎｔ"又は"ｊｐ．ｃｏ．ＸＸＸ．ｍｆｐ００１．ｆａｘ"の実行パラメータに基づき、画像データを処理する、印刷機能（Ｓｃａｎ）とファックス機能（ＦＡＸ：送信）とが定義されている。
このような入出力候補の定義データＲ１は、例えば、図７に示すような、入出力候補におけるデータタイプと入出力機能との関係に従って定義される。
図７は、本実施形態に係る入出力候補におけるデータタイプと入出力機能との関係を示す図である。
例えば、図７には、ＰＣ２００ａ、ＭＦＰ２００ｂ、プロジェクタ２００ｃの各電子機器２００が有する入出力候補の機能と、該機能利用時のデータタイプとの対応関係が示されている。
ＭＦＰ２００ｂが有する入力候補の画像読み取り機能（Ｓｃａｎ）、出力候補の印刷機能（Ｐｒｉｎｔ）、入出力候補のファックス機能（ＦＡＸ）は、画像データを用いて処理が行われる。また、プロジェクタ２００ｃが有する入力候補の投影画像取り込み機能（Ｃａｐｔｕｒｅ）、出力候補の画像投影機能（Ｐｒｏｊｅｃｔｉｏｎ）は、画像データを用いて処理が行われる。また、ＰＣ２００ａ（Ｄｉｒｅｃｔｏｒｙ）が有する入出力候補のファイル共有機能（Ｆｉｌｅ）は、画像データを用いて処理が行われる。
本実施形態では、上記関係に従って、入出力候補の定義データＲ１を生成することで、情報端末１００がネットワーク上で検出した電子機器２００の搭載機能を、処理フローの入力機能／出力機能として利用することができる。
図６の説明に戻る。処理フロー制御の定義データＲ２には、処理フローの制御内容が定義されている。具体的には、処理フロー制御の識別子（属性：name）、制御条件式（属性：condition）などが、制御単位（制御定義用タグ「＜model＞タグ」単位）で定義されている。
また、そのデータの１つ下の階層には、制御条件が満たされた場合の入出力機能の設定が定義されている。具体的には、設定対象機能の識別子（属性：target）、入出力機能の設定値などが、設定単位（設定定義用タグ「＜setparam＞タグ」単位）で定義されている。
例えば、回転操作に基づく処理フロー制御の定義データＲ２は、次のようなデータとなる。
具体的には、＜model＞タグのデータには、制御識別子："ｅｘｔ"、回転制御条件式："３６０＞ｄｅｖｉｃｅ＿ｘ≧１８０"などが定義されている。
つまり、図６に示す処理フロー制御の定義データＲ２には、情報端末１００の回転移動量（回転角度）が１８０°以上３６０°未満の条件を満たした場合、処理フローの入出力機能を再設定する制御内容が定義されている。
また、そのデータの１つ下の階層には、回転制御条件が満たされた場合の入出力機能の設定が定義されている。
具体的には、＜setparam＞タグのデータには、設定対象識別子："ｆｌｏｗｄｅｆ．ｓｏｕｒｃｅ"と対象機器設定値："ＭＦＰ"、設定対象識別子："ｆｌｏｗｄｅｆ．ｄｉｓｔｉｎａｔｉｏｎ"と対象機器設定値："Ｄｉｒｅｃｔｏｒｙ"などが定義されている。
つまり、図６に示す処理フロー制御の定義データＲ２には、回転制御条件を満たした場合、処理フローの入力機能をＭＦＰ２００ｂが有する機能に設定し、処理フローの出力機能をＰＣ２００ａ（Ｄｉｒｅｃｔｏｒｙ）が有する機能に設定する（入出力を入れ替える）制御内容が定義されている。
このように、図６に示す定義情報９０Ｄには、入出力候補の定義データＲ１に、デフォルト時に入力機能が有効となるＰＣ２００ａ（Ｄｉｒｅｃｔｏｒｙ）と出力機能が有効となるＭＦＰ２００ｂとが定義されており、処理フロー制御の定義データＲ２に、回転制御条件が満たされた場合に、入力機器２００１と出力機器２００２とを入れ替える制御内容が定義されている。
図４の説明に戻る。フロー制御部１４は、まず、定義情報保持部９０にアクセスし、上記定義情報９０Ｄの入出力候補の定義データＲ１を参照し、デフォルトの定義内容に基づき、デフォルトの処理フローを決定する。例えば、図６に示す定義情報９０Ｄの場合には、プリントフローとなる。
フロー制御部１４は、実行パラメータ代入部１４３、実行可否判定部１４４、フロー実行部１４５により、次のような処理を行う。
フロー制御部１４は、実行可否判定部１４４により、入力機器２００１／出力機器２００２の入力機能／出力機能に対応する定義データＲ１のデータタイプの定義値に基づき、決定した処理フローで利用する入出力機能のデータタイプが同じか否かを判定する。
フロー制御部１４は、データタイプが同じと判定した場合に、実行パラメータ代入部１４３により、同定義データＲ１の実行パラメータの定義値（クラス名）に基づき、実行パラメータを入力機能／出力機能に対応するメソッド（機器管理部が提供する通信プログラム）に代入する。なお、本実施形態では、実行パラメータの定義値（クラス名）から、実行パラメータを代入するメソッドを一意に特定可能となるように実装（プログラムミング）されている。フロー制御部１４は、実行可否判定部１４４により、代入した実行パラメータでメソッドが実行可能な否かを判定する（代入した実行パラメータを検証する）。
フロー制御部１４は、データタイプが同じで、かつ、メソッドが実行可能と判定した場合に、処理フローが実行可能であると判断し、フロー実行部１４５により、入力機能に対応するメソッドを呼び出し（コールし）、入力機器２００１から処理データ（画像データ）を取得する。フロー制御部１４は、ＵＩ制御部１３に対して、処理データをプレビュー画像とする制御画面Ｗの表示を指示する。
このように、情報端末１００では、処理フロー制御機能のアプリケーションソフトウェアが起動された際に（以下便宜上「アプリ起動時」という）、フロー制御部１４により上記処理が実行され、入出力指定を変更可能なデフォルトの処理フローの制御画面Ｗが表示パネル１０１に表示される。
また、フロー制御部１４は、ＵＩ制御部１３が制御画面Ｗから入出力変更指示を受け付けると、次のようなフロー内容の変更処理を実行する。なお、ＵＩ制御部１３では、入出力変更指示を受け付けると、入出力変更の設定画面を操作パネル１０１に表示し、設定画面から変更内容（変更後の入力機能／出力機能の指定）を受け付ける。
フロー制御部１４は、実行可否判定部１４４により、変更時に指定された入力機能／出力機能に対応する定義データＲ１のデータタイプに基づき、変更後の入出力機能のデータタイプが同じか否かを判定する。フロー制御部１４は、実行パラメータ代入部１４３により、同定義データＲ１の実行パラメータの定義値に基づき、実行パラメータを変更後の入力機能／出力機能に対応するメソッドに代入し、実行可否判定部１４４により、代入した実行パラメータでメソッドが実行可能な否かを判定する。
フロー制御部１４は、データタイプが同じで、かつ、メソッドが実行可能と判定した場合に、処理フローが実行可能であると判断し、フロー実行部１４５により、変更後の入力機能に対応するメソッドを呼び出し、入力機器２００１から処理データを取得し、ＵＩ制御部１３に対して、処理データをプレビュー画像とする変更後の制御画面Ｗの表示を指示する。
また、フロー制御部１４では、ＵＩ制御部１３が制御画面Ｗから処理フロー実行指示を受け付けると、フロー内容が確定したとして、次のような処理フローの実行処理を実行する。
フロー制御部１４は、フロー実行部１４５により、出力機能に対応するメソッドを呼び出し、出力機器２００２に対して処理データ（画像データ）を送信する。
このように、情報端末１００では、処理フローで指定された入力機器２００１と出力機器２００２との間で処理データが中継される。
また、フロー制御部１４は、制御画面表示中に情報端末１００が回転操作されると、回転移動量取得部１４１、制御条件判定部１４２、実行パラメータ代入部１４３、実行可否判定部１４４、フロー実行部１４５により、次のようなフロー内容の変更処理を実行する。
フロー制御部１４は、回転移動量取得部１４１により、情報端末１００の回転移動量（回転角度）を取得する。なお、ここで取得する回転移動量は、回転の移動開始位置にあたる起点からの相対的な回転角度である。よって、フロー制御部１４は、起点確定部１４０により、処理フロー制御機能のアプリ起動時に、情報端末１００の回転の移動開始位置（現在位置）を取得し、起点を確定しておく。
フロー制御部１４は、定義情報９０Ｄの処理フロー制御の定義データＲ２を参照し、定義内容に基づき、処理フロー制御を特定する。例えば、図６に示す定義情報９０Ｄの場合には、入出力入れ替え制御が特定される。
フロー制御部１４は、制御条件判定部１４２により、同定義データＲ２の回転制御条件式に、取得した回転移動量を代入し、回転移動量が回転制御条件を満たしているか否かを判定する。
フロー制御部１４は、回転制御条件を満たしていると判定した場合に、実行可否判定部１４４により、制御条件を満たした場合に設定される（入れ替え変更後の）入力機器２００１／出力機器２００２の入力機能／出力機能に対応する定義データＲ１のデータタイプの定義値に基づき、入れ替え変更後の入出力機能のデータタイプが同じか否かを判定する。フロー制御部１４は、実行パラメータ代入部１４３により、同定義データＲ１の実行パラメータの定義値に基づき、実行パラメータを入れ替え変更後の入力機能／出力機能に対応するメソッドに代入し、実行可否判定部１４４により、代入した実行パラメータでメソッドが実行可能な否かを判定する。なおこのとき、実行可否判定部１４４は、入れ替え変更前の処理フロー実行時の実行パラメータについても、メソッドが実行可能な否かを判定する。
フロー制御部１４は、入出力機能のデータタイプが同じで、かつ、メソッドが実行可能と判定した場合に、フロー実行部１４５により、入れ替え変更後の入力機能に対応するメソッドを呼び出し、入力機器２００１から処理データを取得し、ＵＩ制御部１３に対して、処理データをプレビュー画像とする入れ替え変更後の制御画面Ｗの表示（回転表示）を指示する。
このように、情報端末１００では、情報端末１００の回転操作に応じて、処理フローで指定された入力機器２００１と出力機器２００２とが入れ替わり、フロー内容が変更される。
これにより、情報端末１００では、利用者に対して、図８、９に示すような処理フローの実行環境を提供できる。
《プリントフロー／スキャンフローの動作例》
図８は、本実施形態に係るプリントフローからスキャンフローに変更された場合の処理フロー制御の動作例を示す図である。
図８（Ａ）には、情報端末１００において、処理フロー制御機能のアプリ起動時の動作例が示されている。図中の動作例では、ＰＣ２００ａ（Ｄｉｒｅｃｔｏｒｙ）が有する入力候補のファイル共有機能（Ｆｉｌｅ）が入力機能に指定され、ＭＦＰ２００ｂが有する出力候補の印刷機能（Ｐｒｉｎｔ）が出力機能に指定されている。よって、情報端末１００には、入力：ＰＣ２００ａ（Ｄｉｒｅｃｔｏｒｙ）から出力：ＭＦＰ２００ｂへのプリントフローの制御画面Ｗが表示される。その後、利用者は、同図（Ｂ）に示すように、情報端末１００を回転操作する。その結果、情報端末１００では、同図（Ｃ）に示すように、入力：ＭＦＰ２００ｂから出力：ＰＣ２００ａ（Ｄｉｒｅｃｔｏｒｙ）へのスキャンフローの制御画面Ｗが表示される。つまり、情報端末１００では、回転操作に応じて、入力機器２００１と出力機器２００２とを入れ替えて設定し、入力機能／出力機能を指定する。具体的には、ＭＦＰ２００ｂが有する入力候補の画像読み取り機能（Ｓｃａｎ）を入力機能に、また、ＰＣ２００ａ（Ｄｉｒｅｃｔｏｒｙ）が有する出力候補のファイル共有機能（Ｆｉｌｅ）を出力機能に指定する。
このように、本実施形態では、プリントフローからスキャンフローへの変更、又は、スキャンフローからプリントフローへの変更を、情報端末１００を回転させることで実現できる。
《ＦＡＸフローの動作例》
図９は、本実施形態に係るＦＡＸフロー（送信）からＦＡＸフロー（返信）に変更された場合の処理フロー制御の動作例を示す図である。
図９（Ａ）には、情報端末１００において、処理フロー制御機能のアプリ起動時の動作例が示されている。図中の動作例では、ＰＣ２００ａ（Ｄｉｒｅｃｔｏｒｙ）が有する入力候補のファイル共有機能（Ｆｉｌｅ）が入力機能に指定され、ＭＦＰ２００ｂが有する出力候補のファックス機能（ＦＡＸ：送信）が出力機能に指定されている。よって、情報端末１００には、入力：ＰＣ２００ａ（Ｄｉｒｅｃｔｏｒｙ）から出力：ＭＦＰ２００ｂへのＦＡＸ送信フローの制御画面Ｗが表示される。その後、利用者は、同図（Ｂ）に示すように、情報端末１００を回転操作する。その結果、情報端末１００では、同図（Ｃ）に示すように、入力：ＭＦＰ２００ｂから出力：ＰＣ２００ａ（Ｄｉｒｅｃｔｏｒｙ）へのＦＡＸ返信フローの制御画面Ｗが表示される。つまり、情報端末１００では、回転操作に応じて、入力機器２００１と出力機器２００２とを入れ替えて設定し、入力機能／出力機能を指定する。具体的には、ＭＦＰ２００ｂが有する入力候補のファックス機能（ＦＡＸ：返信）を入力機能に、また、ＰＣ２００ａ（Ｄｉｒｅｃｔｏｒｙ）が有する出力候補のファイル共有機能（Ｆｉｌｅ）を出力機能に指定する。
このように、本実施形態では、ＦＡＸ送信フローからＦＡＸ返信フローへの変更、又は、ＦＡＸ返信フローからＦＡＸ送信フローへの変更を、情報端末１００を回転させることで実現できる。
以上のように、本実施形態に係る処理フロー制御機能は、上記各機能部が連携動作することにより実現される。なお、上記各機能部は、情報端末１００に搭載（インストール）されるプログラム（処理フロー制御機能を実現するソフトウェア）が、演算装置（ＣＰＵ）により、記憶装置（「ＨＤＤ」や「ＲＯＭ」）からメモリ（ＲＡＭ）上に読み出され、以下の処理が実行されることで実現される。
本実施形態に係る処理フロー制御機能の詳細な動作（機能部群の連携動作）について、処理手順を示すフローチャートを用いて説明する。なお、以下の説明には、アプリ起動時にプリントフローが選択され、プリントフロー実行後の回転操作により、スキャンフローへとフロー内容が変更された場合を想定している。
《アプリ起動時の処理》
図１０は、本実施形態に係る処理フローの制御処理手順例（起動時）を示すフローチャートである。
図１０に示すように、情報端末１００は、フロー制御部１４により、定義情報９０Ｄを読み取る（ステップＳ１０１）。このとき、フロー制御部１４は、定義情報保持部９０にアクセスし、定義情報９０Ｄを入出力候補の定義データＲ１及び処理フロー制御の定義データＲ２を読み取る。その後、フロー制御部１４は、定義データＲ１に定義される入力機器２００１／出力機器２００２のタグデータ（<device>タグデータ）の各initial属性の属性値（デフォルト値）に基づき、ＰＣ２００ａ（Ｄｉｒｅｃｔｏｒｙ）のファイル共有機能（Ｆｉｌｅ）を入力機能に指定し、ＭＦＰ２００ｂの印刷機能（Ｐｒｉｎｔ）を出力機能に指定し、プリントフローをデフォルトの処理フローに決定する。
次に、情報端末１００は、フロー制御部１４の起点確定部１４０により、自機の回転の開始位置（現在位置）を取得し、起点を確定する（ステップＳ１０２）。このとき、起点確定部１４０は、加速度センサから取得した位置情報に基づき起点を確定する。
次に、情報端末１００は、フロー制御部１４の実行可否判定部１４４により、入力機器２００１／出力機器２００２の入力機能／出力機能に対応する定義データＲ１のデータタイプの定義値に基づき、決定した処理フローで利用する入出力機能のデータタイプが同じか否かを判定する（ステップＳ１０３）。このとき、実行可否判定部１４４は、定義データＲ１に定義される入出力機能のタグデータ（<srcFunction>タグデータ／<dstFunction>タグデータ）の各type属性の属性値（"Ｉｍａｇｅ"）を比較し、比較結果に基づき上記判定を行う。
情報端末１００は、入出力機能のデータタイプが同じと判定した場合に（ステップＳ１０３：ＹＥＳ）、フロー制御部１４の実行パラメータ代入部１４３により、定義データＲ１の実行パラメータの定義値（クラス名："ｊｐ．ｃｏ．ＸＸＸ．ｐｃ００１．ｆｉｌｅ"／"ｊｐ．ｃｏ．ＸＸＸ．ｍｆｐ００１．ｐｒｉｎｔ"）に基づき、実行パラメータを入力機能／出力機能に対応するメソッドに代入する（ステップＳ１０４）。その結果、入出力機能には、それぞれの機能に対する実行パラメータが設定される。このとき、実行パラメータ代入部１４３は、定義データＲ１に定義される入出力機能のタグデータ（<srcFunction>タグデータ／<dstFunction>タグデータ）の各classType属性の属性値（クラス名）から特定した指定クラスの実行パラメータを、機器管理部１１が提供する同クラスのメソッド（ファイル共有機能／印刷機能対応のメソッド）に代入する。
次に、情報端末１００は、フロー制御部１４の実行可否判定部１４４により、代入した実行パラメータでメソッドが実行可能な否かを判定する（ステップＳ１０５）。このとき、実行可否判定部１４４は、classType属性の属性値（クラス名）に基づき、データタイプ不一致により実行不可能なメソッドに実行パラメータが代入されていないかを検証する。具体的には、入力機能であるファイル共有機能（Ｆｉｌｅ）に対応するメソッドに、クラス名："ｊｐ．ｃｏ．ＸＸＸ．ｐｃ００１．ｆｉｌｅ"以外の実行パラメータが代入されていないかを検証する。また、出力機能である印刷機能（Ｐｒｉｎｔ）に対応するメソッドに、クラス名："ｊｐ．ｃｏ．ＸＸＸ．ｍｆｐ００１．ｐｒｉｎｔ"以外の実行パラメータが代入されていないかを検証する。
情報端末１００は、メソッドが実行可能と判定した場合に（ステップＳ１０５：ＹＥＳ）、フロー制御部１４のフロー実行部１４５により、入力機能に対応するメソッドを呼び出し、入力機器２００１から処理データ（画像データ）を取得する（ステップＳ１０６）。なおこのとき、情報端末１００と入力機器２００１であるＰＣ２００ａ（Ｄｉｒｅｃｔｏｒｙ）との間では、機器管理部１１により、メソッドが呼び出されたことで、ファイル共有機能（Ｆｉｌｅ）に対応する通信プロトコルに従った通信が行われる。具体的には、情報端末１００とＰＣ２００ａとの間ではＳＭＢに従った通信が行われる。
次に、情報端末１００は、フロー制御部１４がＵＩ制御部１３に対して、取得データをプレビューデータとして渡し、制御画面Ｗの表示を指示する。その結果、情報端末１００では、ＵＩ制御部１３により、処理データをプレビュー画像とするプリントフローの制御画面Ｗが表示される（ステップＳ１０７）。
その後、情報端末１００は、ＵＩ制御部１３により、制御画面Ｗを介して、フロー実行指示を受け付けると（ステップＳ１０８：ＹＥＳ）、フロー制御部１４に対して、その旨を通知する。なおこのとき、ＵＩ制御部１３では、制御画面上の実行ボタンのタッチイベントを検出することで、フロー実行指示を受け付ける。その結果、情報端末１００では、フロー制御部１４のフロー実行部１４５により、出力機能に対応するメソッドを呼び出し、出力機器２００２に処理データ（画像データ）を送信する（ステップＳ１０９）。これにより、出力機器２００２では、受信データに基づく処理（印刷処理）が実行される。なおこのとき、情報端末１００と出力機器２００２であるＭＦＰ２００ｂの間では、機器管理部１１により、メソッドが呼び出されたことで、出力機能に対応する通信プロトコルに従った通信が行われる。具体的には、情報端末１００とＭＦＰ２００ｂとの間ではＴＣＰ／ＩＰに従った通信が行われる。
また、情報端末１００は、ＵＩ制御部１３により、制御画面Ｗを介して、入出力変更指示を受け付けると（ステップＳ１０８：ＮＯ，Ｓ１１０：ＹＥＳ）、入出力変更可能な設定画面を表示する（ステップＳ１１１）。
その後、情報端末１００は、ＵＩ制御部１３により、設定画面を介して、入出力の変更設定（変更された入力指定／出力指定）を受け付けると、ステップＳ１０３の処理へと移行し、変更後のフロー内容に対して実行可否判定処理を行う。
また、情報端末１００は、入出力機能のデータタイプが異なると判定した場合に（ステップＳ１０３：ＮＯ）やメソッドが実行不可能と判定した場合に（ステップＳ１０５：ＮＯ）、フロー制御部１４により、ＵＩ制御部１３に対して、データタイプ／実行パラメータ変更可能な設定画面の表示を指示する。
その後、情報端末１００は、ＵＩ制御部１３により、設定画面を介して、データタイプ／実行パラメータの変更設定（変更されたデータタイプ／実行パラメータ）を受け付けると、ステップＳ１０３の処理へと移行し、変更後のフロー内容に対して実行可否判定処理を行う。
《処理フロー実行後の入出力入れ替え制御処理》
図１１は、本実施形態に係る処理フローの制御処理手順例（フロー実行後の入出力入れ替え制御）を示すフローチャートである。
図１１に示すように、情報端末１００は、回転移動検出部１２により、自機の回転移動を検出する（ステップＳ２０１：ＹＥＳ）。このとき、回転移動検出部１２は、例えば、回転操作を検知する加速度センサから情報を取得し、回転移動を検出する。
情報端末１００は、自機の回転移動が検出されると、フロー制御部１４の回転移動量取得部１４１により、情報端末１００の回転移動量（回転角度）を取得する（ステップＳ２０２）。このとき、回転移動量取得部１４１は、アプリ起動時に確定した起点からの回転移動量を取得する。
次に、情報端末１００は、フロー制御部１４の制御条件判定部１４２により、アプリ起動時に読み取った処理フロー制御の定義データＲ２の回転制御条件式と取得した回転移動量とに基づき、処理フロー制御（入出力入れ替え制御）と連動する回転操作が行われたか否かを判定する（ステップＳ２０３）。このとき、制御条件判定部１４２は、取得した回転移動量を回転制御条件式に代入し、回転移動量が回転制御条件を満たしているか否かを判定する。なおこのとき、制御条件判定部１４２は、定義データＲ２に定義される制御内容のタグデータ（<model>タグデータ）のcondition属性の属性値（制御条件式："３６０＞ｄｅｖｉｃｅ＿ｘ≧１８０"）に基づき、処理フローの制御条件を特定する。また、制御条件判定部１４２は、定義データＲ２に定義される制御設定のタグデータ（＜setparam＞タグデータ）のtarget属性の属性値（制御設定値）に基づき、制御条件（回転移動範囲内）が満たされた場合の処理フロー制御で設定する入れ替え変更後の入力機器２００１／出力機器２００２を特定する。具体的には、制御条件式："３６０＞ｄｅｖｉｃｅ＿ｘ≧１８０"の制御条件が満たされた場合に設定される入力機能（画像読み取り機能）を有するＭＦＰ２００ｂと、出力機能（ファイル共有機能）を有するＰＣ２００ａ（Ｄｉｒｅｃｔｏｒｙ）とを特定する。
情報端末１００は、処理フロー制御と連動する回転操作が行われた（回転移動量が回転制御条件を満たしている）と判定した場合に（ステップＳ２０３：ＹＥＳ）、フロー制御部１４の実行可否判定部１４４により、制御条件を満たした場合に設定される（入れ替え変更後の）入力機器２００１／出力機器２００２の入力機能／出力機能に対応する定義データＲ１のデータタイプの定義値に基づき、入れ替え変更後の入出力機能のデータタイプが同じか否かを判定する（ステップＳ２０４）。このとき、実行可否判定部１４４は、定義データＲ１に定義される入出力機能のタグデータ（<srcFunction>タグデータ／<dstFunction>タグデータ）の各type属性の属性値（"Ｉｍａｇｅ"）を比較し、比較結果に基づき上記判定を行う。
情報端末１００は、入出力機能のデータタイプが同じと判定した場合に（ステップＳ２０４：ＹＥＳ）、フロー制御部１４の実行パラメータ代入部１４３により、定義データＲ１の実行パラメータの定義値（クラス名："ｊｐ．ｃｏ．ＸＸＸ．ｍｆｐ００１．ｓｃａｎ"／"ｊｐ．ｃｏ．ＸＸＸ．ｐｃ００１．ｆｉｌｅ"）に基づき、実行パラメータを入力機能／出力機能に対応するメソッドに代入する（ステップＳ２０５）。その結果、入れ替えられた入出力機能には、それぞれの機能に対する実行パラメータが設定される。このとき、実行パラメータ代入部１４３は、定義データＲ１に定義される入出力機能のタグデータ（<srcFunction>タグデータ／<dstFunction>タグデータ）の各classType属性の属性値（クラス名）から特定した指定クラスの実行パラメータを、機器管理部１１が提供する同クラスのメソッド（画像読み取り機能／ファイル共有機能対応のメソッド）に代入する。
次に、情報端末１００は、フロー制御部１４の実行可否判定部１４４により、代入した実行パラメータでメソッドが実行可能な否かを判定する（ステップＳ２０６）。このとき、実行可否判定部１４４は、classType属性の属性値（クラス名）に基づき、データタイプ不一致により実行不可能なメソッドに実行パラメータが代入されていないかを検証する。具体的には、入力機能である画像読み取り機能（ｓｃａｎ）に対応するメソッドに、クラス名："ｊｐ．ｃｏ．ＸＸＸ．ｍｆｐ００１．ｓｃａｎ"以外の実行パラメータが代入されていないかを検証する。また、出力機能であるファイル共有機能（Ｆｉｌｅ）に対応するメソッドに、クラス名："ｊｐ．ｃｏ．ＸＸＸ．ｐｃ００１．ｆｉｌｅ"以外の実行パラメータが代入されていないかを検証する。
またこのとき、実行可否判定部１４４は、プリントフロー実行時に利用した実行パラメータの値（処理実行済みの値）が、入れ替え変更後のスキャンフロー実行時でも利用可能（有効な設定）か否かを検証する。例えば、ＭＦＰ２００ｂのネットワーク設定値（ＩＰアドレス：Internet Protocol address）や印刷設定値（カラー／レイアウト設定）などの実行パラメータの値である。
情報端末１００は、メソッドが実行可能と判定した場合に（ステップＳ２０６：ＹＥＳ）、フロー制御部１４のフロー実行部１４５により、入力機能に対応するメソッドを呼び出し、入力機器２００１から処理データ（画像データ）を取得する（ステップＳ２０７）。なおこのとき、情報端末１００と入力機器２００１であるＭＦＰ２００ｂとの間では、機器管理部１１により、メソッドが呼び出されたことで、画像読み取り機能（ｓｃａｎ）に対応する通信プロトコルに従った通信が行われる。具体的には、情報端末１００とＭＦＰ２００ｂとの間ではＴＣＰ／ＩＰに従った通信が行われる。
次に、情報端末１００は、フロー制御部１４がＵＩ制御部１３に対して、取得データをプレビューデータとして渡し、制御画面Ｗの表示を指示する。その結果、情報端末１００では、ＵＩ制御部１３により、処理データをプレビュー画像とするスキャンフローの制御画面Ｗが表示される（ステップＳ２０８）。
その後、情報端末１００は、ＵＩ制御部１３により、制御画面Ｗを介して、フロー実行指示を受け付けると（ステップＳ２０９：ＹＥＳ）、フロー制御部１４に対して、その旨を通知する。なおこのとき、ＵＩ制御部１３では、制御画面上の実行ボタンのタッチイベントを検出することで、フロー実行指示を受け付ける。その結果、情報端末１００では、フロー制御部１４のフロー実行部１４５により、出力機能に対応するメソッドを呼び出し、出力機器２００２に処理データ（画像データ）を送信する（ステップＳ２１０）。これにより、出力機器２００２では、受信データに基づく処理（データ保存処理）が実行される。なおこのとき、情報端末１００と出力機器２００２であるＰＣ２００ａ（Ｄｉｒｅｃｔｏｒｙ）の間では、機器管理部１１により、メソッドが呼び出されたことで、出力機能に対応する通信プロトコルに従った通信が行われる。具体的には、情報端末１００とＰＣ２００ａ（Ｄｉｒｅｃｔｏｒｙ）との間ではＳＭＢに従った通信が行われる。
また、情報端末１００は、ＵＩ制御部１３により、制御画面Ｗを介して、入出力変更指示を受け付けると（ステップＳ２０９：ＮＯ，Ｓ２１１：ＹＥＳ）、入出力変更可能な設定画面を表示する（ステップＳ２１２）。
その後、情報端末１００は、ＵＩ制御部１３により、設定画面を介して、入出力の変更設定（変更された入力指定／出力指定）を受け付けると、ステップＳ２０４の処理へと移行し、変更後のフロー内容に対して実行可否判定処理を行う。
また、情報端末１００は、入出力機能のデータタイプが異なると判定した場合に（ステップＳ２０４：ＮＯ）やメソッドが実行不可能と判定した場合に（ステップＳ２０６：ＮＯ）、フロー制御部１４により、ＵＩ制御部１３に対して、データタイプ／実行パラメータ変更可能な設定画面の表示を指示する。
その後、情報端末１００は、ＵＩ制御部１３により、設定画面を介して、データタイプ／実行パラメータの変更設定（変更されたデータタイプ／実行パラメータ）を受け付けると、ステップＳ２０４の処理へと移行し、変更後のフロー内容に対して実行可否判定処理を行う。
＜まとめ＞
以上のように、本実施形態に係る情報端末１００によれば、機器管理部１１により、ネットワーク上から検出した通信可能な電子機器２００を、処理フローで利用可能な入力候補及び／又は出力候補として管理する。情報端末１００は、回転移動検出部１２により、自機の回転移動を検出し、フロー制御部１４により、検出した自機の回転移動に連動させて、処理フローで指定された入力機器２００１と出力機器２００２とを入れ替え、フロー内容を変更する。フロー制御部１４（フロー実行部）は、入れ替えられた入力機器２００１から処理データを取得し、入れ替えられた出力機器２００２に対して取得データを送信し、処理フローを実行する。
これによって、本実施形態に係る処理フロー制御システム１は、直感的な操作でフロー内容が変更でき、簡便な操作で処理フローが実行可能な処理フロー制御機能を提供する。その結果、本実施形態に係る処理フロー制御システム１では、利便性に優れた処理フローサービスを実現できる。
［変形例：その１］
本変形例１では、利用者の向く方向（以下便宜上「方向操作」という）に応じて、処理フローで利用する電子機器（入力機能／出力機能）を切り換える仕組みを提案する。
これにより、変形例１では、上記実施形態と同様に、直感的な操作でフロー内容が変更でき、簡便な操作で処理フローが実行可能な処理フロー制御機能を提供できる。
なお、以降では、上記実施形態と異なる事項のみを説明し、同一事項については、同一参照符号を付し、その説明を省略する。
図１２は、方向操作に応じた画面制御の動作例を示す図である。
図１２（Ｂ）に示すように、情報端末１００には、出力機器２００２（出力機能）が切り換わった画面表示が示されている。情報端末１００では、同図（Ａ）の表示状態で、同図（Ｂ）に示す利用者の方向操作を受け付けると、同図（Ｃ）に示すように、プリントフローで利用する出力機器２００２が、ネットワーク設定値："１９２．１６８．１０．００１"のＭＦＰ２００ｂからネットワーク設定値："１９２．１６８．１０．００２"のＭＦＰ２００ｂへと切り換わる。その後、利用者は、情報端末１００の画面上で実行ボタンをタッチすることで、プリントフローの実行を指示する。これにより、情報端末１００では、入力機器指定されたＰＣ２００ａ（Ｄｉｒｅｃｔｏｒｙ）から取得した処理データ（画像データ）を、切り換え変更後に出力機器指定されたネットワーク設定値："１９２．１６８．１０．００２"のＭＦＰ２００ｂに送信し、利用者から要求されたプリントフローを実行する。
このような、本変形例１に係る処理フロー制御機能は、次のような機能構成により実現できる。
＜処理フロー制御機能＞
図１３は、本変形例１に係る処理フロー制御機能の構成例を示す図である。
図１３に示すように、本変形例１に係る処理フロー制御機能は、方向移動検出部２１とフロー制御部１４が方向移動量取得部１４６とを有している。
方向移動検出部２１は、情報端末１００の方向移動を検出する機能部である。方向移動検出部２１は、例えば、方向操作を検知する地磁気センサから情報（例えば「方向角度」などの方向移動量）を取得し、方向移動を検出する。
フロー制御部１４は、制御画面表示中に情報端末１００が方向操作されると、方向移動量取得部１４６、制御条件判定部１４２、実行パラメータ代入部１４３、実行可否判定部１４４、フロー実行部１４５により、次のようなフロー内容の変更処理を実行する。
フロー制御部１４は、方向移動量取得部１４６により、情報端末１００の方向移動量（方向角度）を取得する。なお、ここで取得する方向移動量は、方向の移動開始位置にあたる起点からの相対的な方向角度である。よって、フロー制御部１４は、起点確定部１４０により、処理フロー制御機能のアプリ起動時に、情報端末１００の方向の移動開始位置（現在位置）を取得し、起点を確定しておく。
フロー制御部１４は、例えば、図１４に示すような定義情報９０Ｄの処理フロー制御の定義データＲ２を参照し、定義内容に基づき、処理フロー制御を特定する。例えば、図１４に示す定義情報９０Ｄの場合には、出力機器２００２の切り換え制御が特定される。
図１４は、本変形例１に係る定義情報９０Ｄのデータ例を示す図である。
図１４には、出力機器２００２を切り換える制御内容が定義された＜model＞タグのデータＲ２ａを含む処理フロー制御の定義データＲ２が示されている。
具体的には、＜model＞タグのデータには、制御識別子："ｅｘｔ"、方向制御条件式："９０≧ｄｅｖｉｃｅ＿ａ＞０"／"１８０≧ｄｅｖｉｃｅ＿ａ＞９０"などが定義されている。
つまり、図１４に示す処理フロー制御の定義データＲ２には、情報端末１００の方向移動量（方向角度）が０°より大きく９０°以下の条件（以下便宜上「第１の方向制御条件」という）を満たした場合と、９０°より大きく１８０°以下の条件（以下便宜上「第２の方向制御条件」という）を満たした場合とで、処理フローの出力機器２００２（出力機能）を再設定する制御内容が定義されている。
また、そのデータの１つ下の階層には、方向制御条件が満たされた場合の出力機器２００２（出力機能）の設定が定義されている。
具体的には、＜setparam＞タグのデータには、第１の方向制御条件に対応付けて、設定対象識別子："ＭＦＰ．ｉｐＡｄｄｒｅｓｓ"と対象機器設定値："１９２．１６８．１０．００１"、第２の方向制御条件に対応付けて、設定対象識別子："ＭＦＰ．ｉｐＡｄｄｒｅｓｓ"と対象機器設定値："１９２．１６８．１０．００２"などが定義されている。
つまり、図１４に示す処理フロー制御の定義データＲ２には、第１の方向制御条件を満たした場合、処理フローの出力機器２００２をネットワーク設定値："１９２．１６８．１０．００１"のＭＦＰ２００ｂに設定し、第２の方向制御条件を満たした場合、処理フローの出力機器２００２をネットワーク設定値："１９２．１６８．１０．００２"のＭＦＰ２００ｂに設定する制御内容が定義されている。
このように、図１４に示す定義情報９０Ｄには、処理フロー制御の定義データＲ２に、方向制御条件が満たされた場合に出力機器２００２を切り換える制御内容が定義されている。
図１３の説明に戻る。フロー制御部１４は、制御条件判定部１４２により、同定義データＲ２の方向制御条件式に、取得した方向移動量を代入し、方向移動量が方向制御条件を満たしているか否かを判定する。フロー制御部１４は、方向制御条件（第１又は第２の方向制御条件のうちのいずれか）を満たしていると判定した場合に、実行可否判定部１４４により、処理フローの入力機器２００１と制御条件を満たした場合に設定される（切り換え変更後の）出力機器２００２との入力機能／出力機能に対応する定義データＲ１のデータタイプの定義値に基づき、切り換え変更後の入出力機能のデータタイプが同じか否かを判定する。
また、フロー制御部１４は、実行パラメータ代入部１４３により、同定義データＲ１の実行パラメータの定義値に基づき、実行パラメータを入力機能と切り換え変更後の出力機器２００２（出力機能）に対応するメソッドに代入し、実行可否判定部１４４により、代入した実行パラメータでメソッドが実行可能な否かを判定する。なおこのとき、実行可否判定部１４４は、切り換え変更前の処理フロー実行時の実行パラメータについても、切り換え変更後の出力機器２００２（出力機能）に対応するメソッドが実行可能な否かを判定する。
フロー制御部１４は、メソッドが実行可能と判定した場合に、フロー実行部１４５により、入力機能に対応するメソッドを呼び出し、入力機器２００１から処理データを取得し、ＵＩ制御部１３に対して、処理データをプレビュー画像とする切り換え変更後の制御画面Ｗの表示を指示する。
以上のように、本変形例１に係る処理フロー制御機能は、上記各機能部が連携動作することにより実現される。
本変形例１に係る処理フロー制御機能の詳細な動作（機能部群の連携動作）について、処理手順を示すフローチャートを用いて説明する。なお、以下には、フロー制御部１４で実行する出力機器２００２の切り換え制御に係る処理についてのみ説明する。
《出力切り換え制御処理》
図１５は、本変形例１に係る処理フローの制御処理手順例（出力切り換え制御）を示すフローチャートである。
図１５に示すように、情報端末１００は、方向移動検出部２１により、自機の方向移動を検出する（ステップＳ３０１：ＹＥＳ）。このとき、方向移動検出部２１は、例えば、方向操作を検知する地磁気センサから情報を取得し、方向移動を検出する。
情報端末１００は、自機の方向移動が検出されると、フロー制御部１４の方向移動量取得部１４６により、情報端末１００の方向移動量（方向角度）を取得する（ステップＳ３０２）。このとき、方向移動量取得部１４６は、アプリ起動時に確定した起点からの方向移動量を取得する。
次に、情報端末１００は、フロー制御部１４の制御条件判定部１４２により、アプリ起動時に読み取った処理フロー制御の定義データＲ２の方向制御条件式と取得した方向移動量とに基づき、処理フロー制御（出力切り換え制御）と連動する方向操作が行われたか否かを判定する（ステップＳ３０３）。このとき、制御条件判定部１４２は、取得した方向移動量を方向制御条件式に代入し、方向移動量が方向制御条件を満たしているか否かを判定する。なおこのとき、制御条件判定部１４２は、定義データＲ２に定義される制御内容のタグデータ（<model>タグデータ）のcondition属性の属性値（制御条件式："９０≧ｄｅｖｉｃｅ＿ａ＞０"／"１８０≧ｄｅｖｉｃｅ＿ａ＞９０"）に基づき、処理フローの制御条件を特定する。また、制御条件判定部１４２は、定義データＲ２に定義される制御設定のタグデータ（＜setparam＞タグデータ）のtarget属性の属性値（制御設定値）に基づき、制御条件が満たされた場合の処理フロー制御で設定する切り換え変更後の出力機器２００２を特定する。具体的には、制御条件式："９０≧ｄｅｖｉｃｅ＿ａ＞０"の第１の方向制御条件（方向移動範囲内）が満たされた場合に設定するネットワーク設定値："１９２．１６８．１０．００１"のＭＦＰ２００ｂと、制御条件式："１８０≧ｄｅｖｉｃｅ＿ａ＞９０"の第２の方向制御条件が満たされた場合に設定するネットワーク設定値："１９２．１６８．１０．００２"のＭＦＰ２００ｂとを特定する。
情報端末１００は、処理フロー制御と連動する方向操作が行われた（方向移動量が方向制御条件を満たしている）と判定した場合に（ステップＳ３０３：ＹＥＳ）、フロー制御部１４の実行可否判定部１４４により、処理フローの入力機器２００１と制御条件を満たした場合に設定される（切り換え変更後の）出力機器２００２との入力機能／出力機能に対応する定義データＲ１のデータタイプの定義値に基づき、切り換え変更後の入出力機能のデータタイプが同じか否かを判定する（ステップＳ３０４）。
その後、情報端末１００では、図１１に示すステップＳ２０５からＳ２１２の処理が実行される。
このように、情報端末１００では、情報端末１００の方向操作に応じて、処理フローで指定された出力機器２００２が切り換わり、フロー内容が変更される。
なお、上記変形例１では、方向操作に応じて、処理フローで利用する出力機器２００２（出力機能）を切り換える点について説明を行ったが、この限りでない。例えば、切り換え対象を入力機器２００１（入力機能）としてもよい。
［変形例：その２］
例えば、情報端末のビジネス利用では、社外からの訪問者（以下便宜上「ゲスト利用者」という）が、自身が所有する情報端末（以下便宜上「ゲスト機器」という）から、訪問先のオフィス環境に設置された電子機器を利用したい場面が考えられる。しかし、セキュリティ上の問題で、ゲスト機器を訪問先のネットワークに接続できないことが多く、ゲスト利用者は、電子機器を利用することができない。
そこで、本変形例２では、処理フロー制御機能を有する情報端末とゲスト機器とのペアリング処理により、ゲスト機器が、情報端末を介して、電子機器を利用する仕組みを提案する。
これにより、本変形例２では、ゲスト利用者に対しても、利便性に優れた処理フローサービスを実現できる。
なお、以降では、上記実施形態と異なる事項のみを説明し、同一事項については、同一参照符号を付し、その説明を省略する。
＜処理フロー制御機能＞
図１６は、本変形例２に係る処理フロー制御機能の構成例を示す図である。
図１６に示すように、本変形例２に係る処理フロー制御機能は、コード読み取り部３１とサーバアクセス部３２とを有している。
コード読み取り部３１は、撮像画像から電子コードを読み取る機能部である。コード読み取り部３１は、例えば、画像を撮像するＣＣＤカメラ（ＣＣＤ：Charge Coupled Device Camera）から撮像画面を取得し、電子コードに含まれる情報を読み取る。
サーバアクセス部３２は、サーバ４００にアクセスする機能部である。サーバアクセス部３２は、サーバ４００にアクセスし、情報端末１００とサーバ４００との間の通信処理の制御を行う。具体的には、サーバ４００へのデータ取得要求やサーバ４００とのデータ授受などを行う。
以下に、上記各機能部の動作を含む情報端末１００とゲスト機器３００とのペアリング動作について説明する。
まず、ゲスト機器３００は、外部ネットワーク上に設置されたサーバ４００にアクセスする。ここでいう「外部ネットワーク」とは、情報端末１００と電子機器２００とが接続されるようなプライベートなネットワークではなく、例えば、インターネットなどのパブリックなネットワークを意味する。
ゲスト機器３００は、電話などの所定の通信回線を介してサーバ４００にアクセスし、サーバ４００から、一意に発行された電子コードを取得し、取得した電子コードを画面に表示する。このとき表示される電子コードは、例えば、二次元コードの１つであるＱＲコード（Quick Response Code）などであり、サーバ４００へのパブリックなアクセス情報（例えば「ＵＲＬ：Uniform Resource Locator」）が含まれる。その後、ゲスト機器３００は、サーバ４００に対して処理データを送信する（アップロードする）。
一方、情報端末１００は、コード読み取り部３１が、ゲスト機器３００に表示された電子コードを読み取り、サーバアクセス部３２が、読み取り情報（アクセス情報）に基づき、サーバ４００にアクセスする。その結果、情報端末１００では、サーバ４００へのアクセスに成功すると、フロー制御部１４がサーバ４００を入出力候補とする。なお、読み取り情報に、サーバ４００が備える記憶装置の所定の記憶領域を示すパス（パブリックなディレクトリパス）が含まれていた場合には、サーバ４００が有するパブリックなファイル共有機能（以下便宜上「公開ファイル共有機能」という）を入出力候補とする。
情報端末１００は、例えば、サーバ４００（公開ファイル共有機能）を入力機器２００１（入力機能）とした場合、フロー制御部１４が、入出力機能に対応するメソッドへの実行パラメータの代入やデータタイプ／実行パラメータに基づく実行可否判定などを行う。情報端末１００は、メソッドが実行可能と判定した場合、サーバアクセス部３２が、サーバ４００（公開ファイル共有機能）から処理データ（画像データ）を取得する。このとき、サーバアクセス部３２は、読み取り情報に基づき、サーバ４００にアクセスし、処理データの取得を要求する。
その結果、サーバ４００は、ゲスト機器３００から受信し保持している処理データを情報端末１００に応答する。これにより、処理データが、情報端末１００にダウンロードされる。
このように、本変形例２では、上記ペアリング動作により、情報端末１００とゲスト機器３００との間のデータ授受を、外部ネットワーク上に設置されたサーバ４００を経由して行う。
以上のように、本変形例２に係る処理フロー制御機能は、上記各機能部が連携動作することにより実現される。
本変形例２に係る処理フロー制御機能の詳細な動作（機能部群の連携動作）について、処理手順を示すフローチャートを用いて説明する。なお、以下には、ペアリング時の処理フロー制御に係る処理について、ゲスト機器３００、情報端末１００の順に説明する。また、以下の説明では、上述したように、サーバ４００（公開ファイル共有機能）を入力機器２００１（入力機能）とした場合を想定している。
《ペアリング時のゲスト機器側の処理》
図１７は、本変形例２に係る処理フローの制御処理手順例（ゲスト機器のペアリング処理）を示すフローチャートである。
図１７に示すように、ゲスト機器３００は、サーバ４００にアクセスし（ステップＳ４０１）、サーバ４００へのアクセス情報を含む電子コードを取得する（ステップＳ４０２）。
次に、ゲスト機器３００は、取得した電子コードを画面に表示し（ステップＳ４０３）、処理データ（画像データ）をサーバ４００に送信する（ステップＳ４０４）。このとき、ゲスト機器３００は、サーバ４００から取得した電子コードに含まれるアクセス情報のディレクトリパスに従って、処理データをアップロードする。
《ペアリング時の情報端末側の処理》
図１８は、本変形例２に係る処理フローの制御処理手順例（情報端末のペアリング処理）を示すフローチャートである。なお、図中に示すステップＳ５０３からＳ５０２の処理は、図１１に示すステップＳ２０５からＳ２１２の処理と略同一であるため、その説明を簡略化する。
図１８に示すように、情報端末１００は、コード読み取り部３１により、ゲスト機器３００の画面に表示された電子コード（ＱＲコード）を読み取ると（ステップＳ５０１）、サーバアクセス部３２により、読み取り情報に基づき、サーバ４００にアクセスする（ステップＳ５０２）。なお、コード読み取り部３１は、ＣＣＤカメラから電子コードの撮像画面を取得し、電子コードに含まれる情報を読み取る。また、サーバアクセス部３２は、読み取り情報に含まれるアクセス情報（ＵＲＬ）に基づき、サーバ４００にアクセスする。このとき、フロー制御部１４は、サーバ４００へのアクセスに成功すると、サーバ４００（公開ファイル共有機能）を入力機器２００１（入力機能）とする。
次に、情報端末１００は、フロー制御部１４の実行可否判定部１４４により、入力機器２００１／出力機器２００２の入力機能／出力機能に対応する定義データＲ１のデータタイプの定義値に基づき、入れ替え変更後の入出力機能のデータタイプが同じか否かを判定する（ステップＳ５０３）。
情報端末１００は、入出力機能のデータタイプが同じと判定した場合に（ステップＳ５０３：ＹＥＳ）、フロー制御部１４の実行パラメータ代入部１４３により、定義データＲ１の実行パラメータの定義値（クラス名）に基づき、実行パラメータを入力機能／出力機能に対応するメソッドに代入する（ステップＳ５０４）。その結果、入れ替えられた入出力機能には、それぞれの機能に対する実行パラメータが設定される。
次に、情報端末１００は、フロー制御部１４の実行可否判定部１４４により、代入した実行パラメータでメソッドが実行可能な否かを判定する（ステップＳ５０５）。このとき、実行可否判定部１４４は、classType属性の属性値（クラス名）に基づき、データタイプ不一致により実行不可能なメソッドに実行パラメータが代入されていないかを検証する。
情報端末１００は、メソッドが実行可能と判定した場合に（ステップＳ５０５：ＹＥＳ）、サーバアクセス部３２により、読み取り情報（アクセス情報）に基づき、アクセス可能な入力機器２００１から処理データ（画像データ）を取得する（ステップＳ５０６）。このとき、サーバアクセス部３２は、読み取り情報に含まれるアクセス情報のディレクトリパスに従って、入力機器２００１であるサーバ４００にデータ取得を要求する。その結果、サーバ４００から、ゲスト機器３００がアップロードした処理データが情報端末１００に応答され、ダウンロードされる。またこのとき、情報端末１００と入力機器２００１であるサーバ４００との間では、サーバ４００が有する公開ファイル共有機能に対応する通信プロトコル（例えば「ＨＴＴＰＳ：Hypertext Transfer Protocol over Secure Socket Layer」）に従った通信が行われる。
次に、情報端末１００は、フロー制御部１４がＵＩ制御部１３に対して、取得データをプレビューデータとして渡し、制御画面Ｗの表示を指示する。その結果、情報端末１００では、ＵＩ制御部１３により、処理データをプレビュー画像とする処理フローの制御画面Ｗが表示される（ステップＳ５０７）。
その後、情報端末１００は、ＵＩ制御部１３により、制御画面Ｗを介して、フロー実行指示を受け付けると（ステップＳ５０８：ＹＥＳ）、フロー制御部１４に対して、その旨を通知する。その結果、情報端末１００では、フロー制御部１４のフロー実行部１４５により、出力機能に対応するメソッドを呼び出し、出力機器２００２に処理データ（画像データ）を送信する（ステップＳ５０９）。これにより、出力機器２００２では、受信データに基づく処理（処理フローでの要求処理）が実行される。
また、情報端末１００は、ＵＩ制御部１３により、制御画面Ｗを介して、入出力変更指示を受け付けると（ステップＳ５０８：ＮＯ，Ｓ５１０：ＹＥＳ）、入出力変更可能な設定画面を表示する（ステップＳ５１１）。
その後、情報端末１００は、ＵＩ制御部１３により、設定画面を介して、入出力の変更設定（変更された入力指定／出力指定）を受け付けると、ステップＳ５０３の処理へと移行し、変更後のフロー内容に対して実行可否判定処理を行う。
また、情報端末１００は、入出力機能のデータタイプが異なると判定した場合に（ステップＳ５０３：ＮＯ）やメソッドが実行不可能と判定した場合に（ステップＳ５０５：ＮＯ）、フロー制御部１４により、ＵＩ制御部１３に対して、データタイプ／実行パラメータ変更可能な設定画面の表示を指示する。
その後、情報端末１００は、ＵＩ制御部１３により、設定画面を介して、データタイプ／実行パラメータの変更設定（変更されたデータタイプ／実行パラメータ）を受け付けると、ステップＳ５０３の処理へと移行し、変更後のフロー内容に対して実行可否判定処理を行う。
このように、情報端末１００では、ゲスト機器３００が、情報端末１００を介して、電子機器２００を利用できる。
なお、上記変形例２では、情報端末１００が、ゲスト機器３００を入力機器２００１（入力機能）とした場合のペアリング処理について説明を行ったが、この限りでない。例えば、ゲスト機器３００を出力機器２００２（出力機能）としてもよい。
ここまで、上記実施形態の説明を行ってきたが、上記実施形態に係る「処理フロー制御機能」は、図を用いて説明を行った各処理手順を、動作環境（プラットフォーム）にあったプログラミング言語でコード化したプログラムが、情報端末１００が備える演算装置（ＣＰＵ）により実行されることで実現される。
上記プログラムは、コンピュータが読み取り可能な記録媒体１０３ａに格納することができる。これにより、例えば、上記プログラムは、外部Ｉ／Ｆ１０３を介して、情報端末１００にインストールすることができる。また、情報端末１００は、通信Ｉ／Ｆ１０７を備えていることから、電気通信回線を用いて上記プログラムをダウンロードし、インストールすることもできる。
また、上記実施形態では、情報端末以外の電子機器２００を入出力候補とし、情報端末１００が、入力機器２００１と出力機器２００２との間で処理データを中継し、処理フローを実行する構成について説明を行ったが、この限りでない。例えば、情報端末１００を入出力候補としてもよい。
最後に、上記実施形態に挙げた形状や構成に、その他の要素との組み合わせなど、ここで示した要件に、本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。
１ 処理フロー制御システム
１１ 機器管理部
１２ 回転移動検出部
１３ ＵＩ制御部
１４ フロー制御部
２１ 方向移動検出部
３１ コード読み取り部
３２ サーバアクセス部
９０ 定義情報保持部（Ｄ：定義情報）
１００ 情報端末
２００ 電子機器
３００ ゲスト機器
４００ サーバ
特開２０１１ー２９７５８号公報

Claims (12)

  1. 所定のデータ伝送路を介して電子機器と接続される情報端末であって、
    前記電子機器の中から通信可能な電子機器を検出し、検出した電子機器を処理フローで利用可能な入力候補及び／又は出力候補として管理する機器管理手段と、
    搭載センサからの取得情報に基づき、自機の回転移動を検出する回転移動検出手段と、
    検出結果に基づき、回転移動に連動させて、処理フローで入力機器として指定された電子機器と出力機器として指定された電子機器とを入れ替え、入出力指定のフロー内容を変更するフロー制御手段と、を有することを特徴とする情報端末。
  2. 前記フロー制御手段は、
    予め定義しておいた回転移動の制御条件が満たされたか否かの条件判定結果に基づき、前記入力機器として指定された電子機器と前記出力機器として指定された電子機器との入れ替えを制御することを特徴とする請求項１に記載の情報端末。
  3. 前記フロー制御手段は、
    所定の記憶領域に保持される定義情報を参照し、前記検出結果として取得した回転移動量を、前記定義情報に定義される前記制御条件の条件式に代入し、前記回転移動量が前記条件式に定義された回転移動範囲内の値と判定した場合に、前記入力機器として指定された電子機器と前記出力機器として指定された電子機器とを入れ替え、前記フロー内容を変更することを特徴とする請求項２に記載の情報端末。
  4. 前記フロー制御手段は、
    所定の記憶領域に保持される定義情報を参照し、前記定義情報に定義される、前記入力機器として指定された電子機器が有する入力機能のデータタイプ値と前記出力機器として指定された電子機器が有する出力機能のデータタイプ値とが同じ値か否かを判定し、同じ値と判定した場合に、前記処理フローを実行することを特徴とする請求項１ないし３のいずれか一項に記載の情報端末。
  5. 前記機器管理手段は、
    検出した電子機器が有する入力機能又は出力機能に対応する通信プロトコルに従って、当該情報端末と検出した電子機器との間のデータ授受を含む通信処理を行うプログラムを管理することを特徴とする請求項１ないし４のいずれか一項に記載の情報端末。
  6. 前記フロー制御手段は、
    所定の記憶領域に保持される定義情報を参照し、前記定義情報に定義される、前記入力機器又は前記出力機器として指定された電子機器に対応する入力機能又は出力機能の実行パラメータ値を、前記機器管理手段で管理する前記入力機能又は前記出力機能に対応するプログラムのパラメータとして代入し、前記実行パラメータ値で前記プログラムが実行可能か否かを判定し、実行可能と判定した場合に、前記処理フローを実行することを特徴とする請求項５に記載の情報端末。
  7. 前記フロー制御手段は、
    前記実行パラメータ値を代入した前記機器管理手段で管理する前記入力機能又は前記出力機能に対応するプログラムを呼び出すことで、前記入力機器として指定された電子機器から処理データを取得し、前記出力機器として指定された電子機器に対して前記処理データを送信し、前記処理フローを実行することを特徴とする請求項６に記載の情報端末。
  8. 当該情報端末は、搭載センサからの取得情報に基づき、自機の方向移動を検出する方向移動検出手段を有し、
    前記フロー制御手段は、
    検出結果に基づき、方向移動に連動させて、処理フローで指定された電子機器を他の電子機器に切り換え、入出力指定のフロー内容を変更することを特徴とする請求項１ないし７のいずれか一項に記載の情報端末。
  9. 前記フロー制御手段は、
    予め定義しておいた方向移動の制御条件が満たされたか否かの条件判定結果に基づき、前記処理フローで指定された電子機器の切り換えを制御することを特徴とする請求項８に記載の情報端末。
  10. 前記フロー制御手段は、
    所定の記憶領域に保持される定義情報を参照し、前記検出結果として取得した方向移動量を、前記定義情報に定義される前記制御条件の条件式に代入し、前記方向移動量が前記条件式に定義された方向移動範囲内の値と判定した場合に、前記処理フローで指定された電子機器を、前記制御条件に対応付けて前記定義情報に定義される電子機器に切り換え、前記フロー内容を変更することを特徴とする請求項９に記載の情報端末。
  11. 所定のデータ伝送路を介して電子機器と接続されるコンピュータを、
    前記電子機器の中から通信可能な電子機器を検出し、検出した電子機器を処理フローで利用可能な入力候補及び／又は出力候補として管理する機器管理手段と、
    搭載センサからの取得情報に基づき、自機の回転移動を検出する回転移動検出手段と、
    検出結果に基づき、回転移動に連動させて、処理フローで入力機器として指定された電子機器と出力機器として指定された電子機器とを入れ替え、入出力指定のフロー内容を変更するフロー制御手段として機能させる処理フロー制御プログラム。
  12. 入力機能及び／又は出力機能を有する電子機器と、
    前記電子機器と接続される情報端末を有する処理フロー制御システムであって、
    前記情報端末は、
    前記電子機器の中から通信可能な電子機器を検出し、検出した電子機器を処理フローで利用可能な入力候補及び／又は出力候補として管理する機器管理手段と、
    搭載センサからの取得情報に基づき、自機の回転移動を検出する回転移動検出手段と、
    検出結果に基づき、回転移動に連動させて、処理フローで入力機器として指定された電子機器と出力機器として指定された電子機器とを入れ替え、入出力指定のフロー内容を変更するフロー制御手段と、
    を有することを特徴とする処理フロー制御システム。
JP2011199252A 2011-09-13 2011-09-13 情報端末、処理フロー制御プログラム、及び処理フロー制御システム Active JP5849553B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2011199252A JP5849553B2 (ja) 2011-09-13 2011-09-13 情報端末、処理フロー制御プログラム、及び処理フロー制御システム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2011199252A JP5849553B2 (ja) 2011-09-13 2011-09-13 情報端末、処理フロー制御プログラム、及び処理フロー制御システム

Publications (2)

Publication Number Publication Date
JP2013062654A JP2013062654A (ja) 2013-04-04
JP5849553B2 true JP5849553B2 (ja) 2016-01-27

Family

ID=48186964

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2011199252A Active JP5849553B2 (ja) 2011-09-13 2011-09-13 情報端末、処理フロー制御プログラム、及び処理フロー制御システム

Country Status (1)

Country Link
JP (1) JP5849553B2 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6149637B2 (ja) * 2013-09-18 2017-06-21 ブラザー工業株式会社 プログラムおよび情報処理装置
JP6543173B2 (ja) * 2015-11-18 2019-07-10 京セラ株式会社 携帯電子機器、制御方法および制御プログラム
CN114895864A (zh) 2016-05-06 2022-08-12 富士胶片商业创新有限公司 信息处理装置、信息处理方法以及记录介质
JP6075501B1 (ja) * 2016-10-12 2017-02-08 富士ゼロックス株式会社 情報処理装置及びプログラム
JP6075502B1 (ja) * 2016-10-12 2017-02-08 富士ゼロックス株式会社 情報処理装置及びプログラム
JP6075503B1 (ja) * 2016-10-12 2017-02-08 富士ゼロックス株式会社 情報処理装置及びプログラム
JP6455551B2 (ja) * 2017-06-07 2019-01-23 富士ゼロックス株式会社 情報処理装置及びプログラム

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4281400B2 (ja) * 2003-04-14 2009-06-17 ソニー株式会社 通信装置、その表示方法、コンピュータプログラム、および通信方法
JP4438787B2 (ja) * 2006-10-10 2010-03-24 日本電気株式会社 データ出力システム、これに用いる携帯端末及びデータ出力装置、データ出力方法、プログラム
WO2011052778A1 (ja) * 2009-11-02 2011-05-05 日本電気株式会社 情報処理機器間の接続設定システム及び方法、通信装置、設定情報識別子出力装置、コンピュータプログラム

Also Published As

Publication number Publication date
JP2013062654A (ja) 2013-04-04

Similar Documents

Publication Publication Date Title
JP5849553B2 (ja) 情報端末、処理フロー制御プログラム、及び処理フロー制御システム
JP6024167B2 (ja) 要求処理システム
JP6311352B2 (ja) 情報処理装置、制御方法、プログラム及び情報処理システム
JP6562660B2 (ja) 通信装置及びその制御方法と、プログラム
JP6487737B2 (ja) 情報処理装置と、その制御方法、及びプログラム
JP5763128B2 (ja) 画像送信システム、画像読取通信機器、携帯端末、画像の送信方法、プログラムおよび記録媒体
JP6269750B2 (ja) 要求処理システム、電子機器およびプログラム
US20200252369A1 (en) Information processing apparatus, information processing method and recording medium
JP2017107473A (ja) 情報処理システム、情報処理装置、サーバおよび情報処理方法
JP6451150B2 (ja) 情報処理システム、情報処理装置、機器制御方法及びプログラム
JP6451337B2 (ja) 情報処理システム及び通信方法
JP6442940B2 (ja) 情報処理システム、情報処理装置、機器制御方法及びプログラム
JP2016177463A (ja) 情報処理装置、データ共有方法、プログラム及び情報処理システム
JP6555052B2 (ja) 携帯端末及びプログラム
JP2021196906A (ja) 情報処理装置、その制御方法、並びにプログラム
JP2018086783A (ja) 画像処理装置および画像処理システム
JP7124602B2 (ja) 情報処理装置、情報処理方法、プログラムおよび画像形成システム
JP6743946B2 (ja) 携帯端末及びプログラム
JP4730055B2 (ja) 情報処理装置、設定変更方法、及び設定変更プログラム
US10868935B2 (en) Information processing device, information processing method, non-transitory recording medium, and image forming system
JP2017200166A (ja) 情報処理装置、情報処理システム、情報処理方法、及びプログラム
JP2017215723A (ja) 情報処理装置、サーバー及びプログラム
JP6801398B2 (ja) 情報処理装置および情報処理装置にインストールされるプログラム
JP2010198334A (ja) 画像処理装置、及び、プログラム
JP6544163B2 (ja) 携帯端末及びプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20140812

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20150427

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20150512

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20150710

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20150818

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20151015

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20151104

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20151117

R151 Written notification of patent or utility model registration

Ref document number: 5849553

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151