JP2023032975A - 情報処理装置 - Google Patents

Abstract

【課題】ユーザが視覚的な操作によって、より容易に複雑なプログラムを作製することが出来る技術を提供すること。【解決手段】ベーシックコア２Ａ及び２Ｂに対する情報処理を行うユーザ端末１Ａにおいて、通常ペアリング部５１１Ａは、ベーシックコア２Ａ及び２Ｂのうち、所定範囲内で伝達可能なＮＦＣやＢＬＥ（登録商標）を用いる第１通信方式にて、所定範囲内に存在するベーシックコア２Ａとの間のペアリングを実行する。遠隔ペアリング部５１２Ａは、所定範囲外に存在するベーシックコア２Ｂとの間のペアリングに必要な情報をペアリング情報としてＱＲコードに埋め込まれた形態で取得して、ペアリング情報を用いて、インターネットを介する第２通信方式にて、ベーシックコア２Ｂとの間のペアリングを実行する。【選択図】図５

Description

本発明は、情報処理装置に関する。

従来より、子供の教育を目的とした組み立て式玩具の提供は、広く普及しており、関連する技術は数多く提案されている（例えば、特許文献１）。
例えば、特許文献１に記載された技術によれば、簡単な配線やプログラミングによって組み立て式玩具を構築することができる組み立てブロックの提供がなされている。
この特許文献１に記載された技術によれば、年齢の低いユーザであっても、複雑な作業や操作を行うことなく、組み立て式玩具を構築することができる。

特開平１０－１０８９８５号公報

しかしながら、上述の特許文献１の技術では、各組み立てブロックは、既存のプログラムによって単一に制御されているに過ぎず、組み立て式玩具の動作や制御の自由度には、限界があった。

本発明は、このような状況に鑑みてなされたものであり、ユーザが視覚的な操作によって、より容易に複雑なプログラムを作製することが出来る技術を提供することを目的とする。

上記目的を達成するため、本発明の一態様の情報処理装置は、
１以上の他情報処理装置に対する情報処理を行う情報処理装置において、
前記１以上の他情報処理装置のうち、所定範囲内で伝達可能な信号を用いる第１通信方式にて、当該所定範囲内に存在する第１他情報処理装置との間のペアリングを実行する第１ペアリング手段と、
前記所定範囲外に存在する第２他情報処理装置との間のペアリングに必要な情報をペアリング情報として取得して、当該ペアリング情報を用いて、インターネットを介する第２通信方式にて、当該第２他情報処理装置との間のペアリングを実行する第２ペアリング手段と、
を備える。

本発明によれば、ユーザが視覚的な操作によって、より容易に複雑なプログラムを作製することが出来る技術を提供することができる。

本発明の一実施形態が適用された情報処理システムの構成を示すブロック図である。 図１のユーザ端末のハードウェア構成の一例を示すブロック図である。 図１のベーシックコア及び機能モジュールが接続された状態の構成の一例を示す図である。 図１の情報処理システムを利用したプログラム作製処理に関する状態の遷移を示す状態遷移図である。 図２のユーザ端末並びにベーシックコア及び機能モジュールの機能的構成例を示す機能ブロック図である。 図２のユーザ端末１Ａが実行するプログラム作製処理に関し、ユーザに実際に表示される画面の一例を示す図である。 ペアリングされた機能モジュールがアクティブインプット機能を有するＨパーツとして表示された状況を示す例である。 アクティブインプット機能を有するＨパーツを複数配置したプログラムの例を示す図である。 リモートペアリングにおいてアクティブインプット機能を有するＨパーツを配置したプログラム作製画面と実機の状況の例を示す図である。

以下、本発明の実施形態について、図面を用いて説明する。

本発明は、ユーザが視覚的な操作によって、より容易に複雑なプログラムを作製するための技術的思想の創作である。
ユーザは、プログラム作製用に表示されるユーザインタフェース（以下、「プログラム作製画面」と呼ぶ）に表示された各種アイコンを操作することで、プログラムを作製することができる。
具体的には例えば、ユーザは、プログラム作製画面に表示された特定のハードウェアの動作を指定するプログラムの内容を示すアイコン（以下、「ハードウェアパーツ」又は「Ｈパーツ」と呼ぶ）及び特定のソフトウェアの実行を指定するプログラムの内容を示すアイコン（以下、「ソフトウェアパーツ」又は「Ｓパーツ」と呼ぶ）を視認することができる。
そして、ユーザは、これらのアイコンを任意に移動（例えば、Ｄｒａｇ Ａｎｄ Ｄｒｏｐ等）させることで、各種アイコンを組み合わせてプログラムを作製する。
このようにして作製されたプログラムは、例えば、組み立て式の玩具等に利用することができる。
つまり、本発明の一実施形態が適用された情報処理システムは、容易な操作によってプログラムを作製することができるため、プログラムの仕組みや作成方法を子供に学ばせるための教材として極めて有用である。
特に、本発明の一実施形態が適用された情報処理システムを用いることにより、ユーザは、インターネット等のネットワークを介して遠方にあるハードウェアを用いたプログラムを作製することができる。これにより、ユーザは、自身の近傍（所定範囲内）にないハードウェアを用いた幅広いプログラムを作製することができるようになる。
更に言えば、ユーザは、インターネット等のネットワークを介して遠方にいる他のユーザが所有するハードウェアを用いたプログラムを作製することも可能となる。これにより、ユーザは、ビデオ通話（Ｗｅｂ会議システム）を用いて、他のユーザとハードウェアを共有してペアプログラミングを行うといったことが可能となる。
このように、本発明の一実施形態が適用された情報処理システムは、プログラムの仕組みや作成方法を子供に学ばせるための教材として更に有用なものとなるのである。
なお、ビデオ通話（Ｗｅｂ会議システム）には各種各様なサービスが用いられてもよいが、以下、ＺＯＯＭ（米国及びその他の国における登録商標又は商標）が用いられているものとして説明する。

図１は、本発明の一実施形態が適用された情報処理システムの構成を示すブロック図である。
上述したように、図１に示す情報処理システムは、第１ユーザ及び第２ユーザの夫々の近傍にある一連の装置がインターネット等のネットワークＮＷを介して接続されている。そこで、以下、第１ユーザの近傍（所定範囲内）にある一連の装置の夫々には、「Ａ」の文字を含む符号を付し、第２ユーザの（所定範囲内）にある一連の装置には夫々には「Ｂ」の文字を含む符号を付して説明する。
図１に示す情報処理システムは、第１ユーザにより使用されるユーザ端末１Ａと、ｎ個（ｎは１以上の任意の整数値）のベーシックコア２Ａ－１乃至２Ａ－ｎと、ｎ個の機能モジュール３Ａ－１乃至３Ａ－ｎと、ＺＯＯＭ端末４Ａとを含んでいる。
さらに、ユーザ端末１Ａは、ベーシックコア２Ａ－１乃至２Ａ－ｎの夫々と、各種方式、例えばＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の各種方式で通信を行う。
また、図１に示す情報処理システムは、第２ユーザにより使用されるユーザ端末１Ｂと、ｍ個（ｍは１以上の任意の整数値）のベーシックコア２Ｂ－１乃至２Ｂ－ｍと、ｍ個の機能モジュール３Ｂ－１乃至３Ｂ－ｍと、ＺＯＯＭ端末４Ｂとを含んでいる。

なお、以下、ベーシックコア２Ａ－１乃至２Ａ－ｎの夫々を個々に区別する必要がない場合、これらをまとめて「ベーシックコア２Ａ」と、機能モジュール３－１乃至３－ｎを個々に区別する必要がない場合、これらをまとめて「機能モジュール３Ａ」と呼ぶ。
また、第２ユーザの近傍（所定範囲内）にある一連の装置についても同様に、「ベーシックコア２Ｂ」及び「機能モジュール３Ｂ」と夫々呼ぶ。

なお、第２ユーザの近傍（所定範囲内）にある一連の装置（ベーシックコア２Ｂや機能モジュール３Ｂ、ＺＯＯＭ端末４Ｂ）の夫々は、第１ユーザの近傍（所定範囲内）にある一連の装置（ベーシックコア２Ａや機能モジュール３Ａ、ＺＯＯＭ端末４Ａ）の夫々と基本的に同様の機能を有するため、以下、適宜説明を省略する。

ここで、本実施形態で用いられる、ベーシックコア２Ａ及び機能モジュール３Ａについて簡単に説明する。
ベーシックコア２Ａとは、後述する機能モジュール３Ａと接続して使用するハードウェアデバイスであり、近距離無線通信（例えば、ＮＦＣの規格に準拠した通信）でユーザ端末１Ａとのペアリングを行う。
ユーザ端末１Ａは、所定のベーシックコア２Ａ－Ｋ（Ｋは、１乃至ｎのうち任意の整数値）とペアリングを行うことで、ベーシックコア２Ａ－Ｋと、ベーシックコア２Ａ－Ｋに接続された所定の機能モジュール３Ａ－Ｋとを認識する。
機能モジュール３Ａ－Ｋとは、例えば、温度センサ等の各種センサ、ブザー等の操作器具、モーターや扇風機等の駆動器具等により構成されるハードウェアデバイスである。

ここで、上述のユーザ端末１Ａとベーシックコア２Ａ－Ｋとのペアリングについて説明する。本実施形態では、ベーシックコア２Ａ－Ｋに接続された機能モジュール３Ａ－Ｋの動作を少なくとも伴うプログラムの作製に際して、ユーザ端末１Ａとベーシックコア２Ａ－Ｋとについて近距離無線通信を利用したペアリングを行う必要がある。
ペアリングとは、端的に言えば、無線通信を用いて、ユーザ端末１Ａに、ベーシックコア２Ａ－Ｋ及びそれに接続されている機能モジュール３Ａ－Ｋの種別や接続状態等を認識させることをいう。
なお、詳細については後述するが、ユーザ端末１Ａでは、機能モジュール３Ａ－Ｋの種別や接続の状態等を認識すると、接続された機能モジュール３Ａ－Ｋに対応するＨパーツがプログラム作製画面に表示される。

上述と同様に、ユーザ端末１Ｂとベーシックコア２Ｂ－Ｌ（Ｌは１乃至ｍのうち任意の整数値）との近距離無線通信を利用したペアリングがなされる。
その結果、ユーザ端末１Ｂでは、機能モジュール３Ｂ－Ｌの種別や接続の状態等を認識すると、接続された機能モジュール３Ｂ－Ｌに対応するＨパーツがプログラム作製画面に表示される。

また、本実施形態では、近距離無線通信以外を介したペアリングも行われる。具体的には、ユーザ端末１Ａは、ネットワークＮＷ介してベーシックコア２Ｂ－Ｌとペアリングすることもできる。以下、ペアリングのうちネットワークＮＷを介したペアリングを特に「リモートペアリング」と呼ぶ。

即ち、ユーザ端末１Ａとベーシックコア２Ｂ－Ｌ（Ｌは１乃至ｍのうち任意の整数値）との無線通信を利用したリモートペアリングがなされる。
その結果、ユーザ端末１Ａでは、機能モジュール３Ｂ－Ｌの種別や接続の状態等を認識すると、接続された機能モジュール３Ｂ－Ｌに対応するＨパーツがプログラム作製画面に表示される。
同様に、ユーザ端末１Ｂでは、機能モジュール３Ａ－Ｋの種別や接続の状態等を認識すると、接続された機能モジュール３Ａ－Ｋに対応するＨパーツがプログラム作製画面に表示される。

これにより、第１ユーザはユーザ端末１Ａに表示された機能モジュール３Ｂ－Ｌに対応するＨパーツを用いてプログラムを作製することができる。反対に、反対に第２ユーザはユーザ端末１Ｂに表示された機能モジュール３Ａ－Ｋに対応するＨパーツを用いてプログラムを作製したりすることができる。

図２は、本発明の一実施形態に係るユーザ端末１Ａのハードウェア構成を示すブロック図である。

ユーザ端末１は、タブレット型端末等で構成される。なお、以下、ユーザ端末１Ａ及び１Ｂをまとめてユーザ端末１と呼び、説明する。
ユーザ端末１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２３と、バス２４と、入出力インターフェース２５と、タッチ操作入力部２６と、表示部２７と、入力部２８と、記憶部２９と、通信部３０と、撮像部３１と、ドライブ３２と、タッチパネル４１と、リムーバブルメディア４２とを備えている。

ＣＰＵ２１は、ＲＯＭ２２に記録されているプログラム、又は、記憶部２９からＲＡＭ２３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ２３には、ＣＰＵ２１が各種の処理を実行する上において必要な情報等も適宜記憶される。

ＣＰＵ２１、ＲＯＭ２２及びＲＡＭ２３は、バス２４を介して相互に接続されている。このバス２４にはまた、入出力インターフェース２５も接続されている。入出力インターフェース２５には、タッチ操作入力部２６、表示部２７、入力部２８、記憶部２９、通信部３０、撮像部３１及びドライブ３２が接続されている。

タッチ操作入力部２６は、例えば表示部２７に積層される静電容量式又は抵抗膜式（感圧式）の位置入力センサにより構成され、タッチ操作がなされた位置の座標を検出する。
表示部２７は、液晶等のディスプレイにより構成され、プログラム作製に関する画像等、各種画像を表示する。
このように、本実施形態では、タッチ操作入力部２６と表示部２７とにより、タッチパネル４１が構成されている。

入力部２８は、各種ハードウェア等で構成され、ユーザの指示操作に応じて各種情報を入力する。
記憶部２９は、ハードディスクやＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種情報を記憶する。
通信部３０は、例えば、ＮＦＣの規格に従った方式で近距離無線通信を行う制御を実行する。具体的には例えば、上述の通り、ユーザ端末１Ａとベーシックコア２Ａは、ＮＦＣの規格に従った方式で近距離無線通信をして、ペアリングを行う。
また、通信部３０は、例えば、Ｂｌｕｅｔｏｏｔｈの規格に従った方式で近距離無線通信を行う制御を実行する。具体的には例えば、ユーザ端末１Ａで作製したプログラムの実行結果（コマンドや制御信号等を含む）を、Ｂｌｕｅｔｏｏｔｈの規格に従った方式の近距離無線通信で送信する。
また、通信部３０は、ＮＦＣとは別個独立して、インターネット等を介して他の装置との間で行う通信を制御する。

撮像部３１は、レンズと、ＣＣＤやＣＭＯＳ等の光学素子と、その制御部等からなり、画像や映像を撮像する。撮像部３１により撮像された画像のデータは、ＲＡＭ２３にロードされたり、記憶部２９に格納されて管理される。

ドライブ３２は、必要に応じて設けられる。ドライブ３２には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア４２が適宜装着される。ドライブ３２によってリムーバブルメディア４２から読み出されたプログラムは、必要に応じて記憶部２９にインストールされる。
また、リムーバブルメディア４２は、記憶部２９に記憶されている各種情報も、記憶部２９と同様に記憶することができる。
以下、ユーザ端末１Ａ及び１Ｂの夫々の各ハードウェア構成については、符号にＡ及びＢを付して説明する。即ち例えば、ユーザ端末１のＣＰＵ２１として説明したものは、ユーザ端末１ＡのＣＰＵ２１Ａやユーザ端末１ＢのＣＰＵ２１Ｂに対応する。

次に、図３を用いて、ベーシックコア２Ａ－Ｅ（Ｅは、１乃至ｎのうち任意の整数値）及び機能モジュール３Ａ－Ｅの接続形態の詳細について説明する。
図３は、本発明の一実施形態に係るベーシックコア２Ａ－Ｅ及び機能モジュール３Ａ－Ｅが接続された状態の構成の一例を示す図である。

図３には、ベーシックコア２Ａ－Ｅ、機能モジュール３Ａ－Ｅ及びバッテリーユニットＰＰが例示されている。
ベーシックコア２Ａ－Ｅには、バッテリーユニットＢＵ、シリアルポートＳＰ及び近距離無線通信部ＢＴが備えられている。
バッテリーユニットＢＵは、例えば、電池等のバッテリーであり、ベーシックコア２Ａ－Ｅや機能モジュール３Ａ－Ｅに電力を供給する。
シリアルポートＳＰは、ベーシックコア２Ａ－Ｅと他のハードウェア等とを接続するための接続口（接続コネクタ）である。
図３の例では、ベーシックコア２Ａ－Ｅには、シリアルポートＳＰが備えられ、機能モジュール３Ａ－Ｅには、シリアルポート電源ＰＳが備えられている。そして、ベーシックコア２Ａ－Ｅと機能モジュール３Ａ－Ｅは、シリアルポートＳＰ、シリアルポート電源ＰＳを介して接続されている。
近距離無線通信部ＢＴは、他のハードウェア等と所定の規格（例えば、Ｂｌｕｅｔｏｏｔｈ）に従った方式で近距離無線通信を行うための制御部やアンテナ等が搭載されている。
図３の例では、（例えば図５の）ユーザ端末１Ａと、近距離無線通信部ＢＴを備えたベーシックコア２Ａ－Ｅとは、Ｂｌｕｅｔｏｏｔｈに従った方式で近距離無線通信を行う。
具体的に例えば、ユーザ端末１Ａで作製されたプログラムの実行結果（コマンドや制御信号等）は、ベーシックコア２Ａ－Ｅにも送信される。さらに言えば、ベーシックコア２Ａ－Ｅでは、ユーザ端末１Ａから送信されてきた当該プログラムの実行結果（コマンドや制御信号等）を取得し、さらに、その結果を、機能モジュール３Ａ－Ｅへと送信する。
また、或いは、具体的に例えば、ユーザ端末１Ａで作製されたプログラムは、ベーシックコア２Ａ－Ｅに送信され、ベーシックコア２Ａ－Ｅにおいて実行される。さらに言えば、ベーシックコア２Ａ－Ｅでは、ユーザ端末１Ａから送信されてきた当該プログラムを取得し、実行した結果（コマンドや制御信号等）を、さらに、機能モジュール３Ａ－Ｅへと送信する。

また、機能モジュール３Ａ－Ｅは、タイヤＴを備えている。そして、上述の通り、機能モジュール３Ａ－Ｅは、ベーシックコア２－Ｅから送信されてきた上述のプログラムの実行結果（コマンドや制御信号等）を取得する。図５の例の機能モジュール３Ａ－Ｅは、ユーザ端末１Ａで作製されたプログラムの実行結果（コマンドや制御信号等）に従って、タイヤＴを駆動させる。
ここで、図３の例では、機能モジュール３Ａ－Ｅには、バッテリーユニットＰＰが接続されている。このバッテリーユニットＰＰは、外部電源として機能モジュール３Ａ－Ｅに電力を供給する。なお、上述したように、ベーシックコア２Ａの電源部４８等から、機能モジュール３Ａ－Ｅに電力の供給が可能であるならば、バッテリーユニットＰＰは必須な構成要素ではない。

このようなユーザ端末１Ａ、ベーシックコア２Ａ及び機能モジュール３Ａの各種ハードウェアと各種ソフトウェアの協働によりプログラム作製処理の実行が可能となる。
また、上述したように、ベーシックコア２Ｂや機能モジュール３Ｂにおいても企保天気に同様である。そして、上述したように、ユーザ端末１Ａはベーシックコア２Ｂとリモートペアリングすることができる。
その結果、ユーザ端末１Ａ、ベーシックコア２Ａ及び機能モジュール３Ａ、並びに、ユーザ端末１Ｂ、ベーシックコア２Ｂ及び機能モジュール３Ｂの各種ハードウェアと各種ソフトウェアの協働によりプログラム作製処理の実行が可能となる。
即ち、プログラム作製処理とは、ベーシックコア２Ａに接続された機能モジュール３Ａやベーシックコア２Ｂに接続された機能モジュール３Ｂのうち１以上を機能させるためのプログラムを作成するための処理をいう。

図４は、本発明の一実施形態が適用された情報処理システムを利用したプログラム作製処理に関する状態の遷移を示す状態遷移図である。
図４において、各状態は、１つの楕円形で示されており、夫々の状態は、ＳＰを含む符号により判別される。
１つの状態から１つの状態への状態遷移は、所定の条件（以下、「状態遷移条件」と呼ぶ）が満たされると実行される。
このような状態遷移条件は、図４おいては、１つの状態から１つの状態への遷移を表す矢印に、Ａを含む符号を付して表されている。

本実施形態においては、図４に示すように、プログラム作製状態ＳＰ１が基本の状態になる。
プログラム作製状態ＳＰ１において、ユーザは、ユーザ端末１Ａとベーシックコア２Ａを近接させることでペアリングを行う。
なお、ここでいう近接されるとは、ＮＦＣ規格に従った方式で近距離無線通信を行うのに有効な距離であり、一般に１０ｃｍ程度の距離まで近接させることを言う。
即ち、ユーザが、ユーザ端末１Ａとベーシックコア２Ａとを１０ｃｍ程度の距離まで近接させることで、状態遷移条件Ａ１が満たされる。
すると、状態は、ペアリング状態ＳＰ２へと遷移する。これにより、プログラム作成部（例えば、図５で後述するプログラム作製部５４Ａ）は、Ｈパーツを後述する表示制御部（例えば、図５で後述する表示制御部）を介してプログラム作製画面に表示する。
そして、ペアリング後、ユーザが一定の時間、操作を行わなかった場合には、状態遷移条件Ａ２が満たされる。
すると、状態は、プログラム作製状態ＳＰ１へと再び遷移する。

ペアリング状態ＳＰ２において、ユーザが、所定の操作子（図示せぬプログラム実行ボタン等）を押下すると、状態遷移条件Ａ３が満たされる。
すると、状態は、プログラム実行状態ＳＰ３に遷移する。
そして、先ほどと同様に、プログラム実行状態ＳＰ３において、ユーザが、ユーザ端末１Ａとベーシックコア２Ａを近接させることで、状態遷移条件Ａ４が満たされる。
すると、状態は、ペアリング状態ＳＰ２へと再び遷移する。

プログラム作製状態ＳＰ１において、ユーザが、プログラムの作成が終了して、プログラムの実行を指示する所定の操作子（図示せぬプログラム実行ボタン等）を押下すると、状態遷移条件Ａ１２が満たされる。
すると、状態は、プログラム実行状態ＳＰ３に遷移する。
なお、プログラム実行状態ＳＰ３において、ユーザが、プログラムの追加や変更を所望した場合、所定の操作子（図示せぬプログラム作製ボタン等）を押下すると、状態遷移条件Ａ１３が満たされる。
すると、状態は、プログラム作製状態ＳＰ１に遷移する。

ここで、プログラム実行状態ＳＰ３には、上述したようにシミュレーション状態と実機状態２つの状態が存在する。
プログラム実行状態ＳＰ３において、これらの２つの状態は、ユーザが所定の操作子（図示せぬシミュレーションボタン等）を押下することで、夫々の状態での、状態遷移条件Ａ１０又Ａ１１を満たす。
このように、プログラム実行状態ＳＰ３において、シミュレーション状態と実機状態は、適宜、遷移することができる。

プログラム実行状態ＳＰ３において、プログラム実行後、ユーザが所定の操作子（図示せぬプログラム実行キャンセルボタン等）を押下すると、状態遷移条件Ａ５が満たされる。
すると、状態は、休止状態ＳＰ４へと遷移する。
そして、休止状態ＳＰ４において、ユーザが所定の操作子（図示せぬプログラム実行ボタン等）を押下すると、状態遷移条件Ａ６が満たされる。
すると、状態は、プログラム実行状態ＳＰ３へと遷移する。

休止状態ＳＰ４において、ユーザが、所定の操作子（図示せぬプログラム作製アプリケーションの起動ボタン等）を押下すると状態遷移条件Ａ７が満たされる。
すると、状態は、プログラム作製状態ＳＰ１へと遷移する。
そして、プログラム作製状態ＳＰ１において、ユーザのが、所定の操作子（図示せぬプログラム作製キャンセルボタン等）を押下すると、遷移条件Ａ８が満たされる。
すると、状態は、休止状態ＳＰ４へと遷移する。
なお、図４に示す通り、ペアリング状態ＳＰ２と休止状態ＳＰ４については、直接遷移することも可能である。

上述のプログラム作製処理を実現すべく、ユーザ端末１Ａ、ベーシックコア２Ａ及び機能モジュール３Ａ、並びに、ユーザ端末１Ｂ、ベーシックコア２Ｂ及び機能モジュール３Ｂは、図６に示すような機能的構成を有している。

図５は、図１のユーザ端末１Ａ、ベーシックコア２Ａ及び機能モジュール３Ａ、並びに、ユーザ端末１Ｂ、ベーシックコア２Ｂ及び機能モジュール３Ｂの機能的構成の一例を示す機能ブロック図である。
図５に示すように、ユーザ端末１ＡのＣＰＵ２１Ａにおいては、ペアリング部５１Ａと、コア通信制御部５２Ａと、ネット通信制御部５３Ａと、プログラム作製部５４Ａと、プログラム実行部５５Ａとが機能する。
また、ユーザ端末１Ａの記憶部２９Ａの一領域には、プログラム作製部５４Ａで作製されたプログラムを格納するプログラム格納部６２Ａと、各種Ｓパーツが格納されているＳパーツＤＢ（Ｓｏｆｔ ｗａｒｅ Ｐａｒｔｓ Ｄａｔａ Ｂａｓｅ）６１Ａとが設けられている。
ユーザ端末１Ａのペアリング部５１Ａは、通常ペアリング部５１１Ａと、遠隔ペアリング部５１２Ａと、遠隔ペアリング情報出力部５１３Ａとを有する。

なお、以下、説明の簡単のため、第１ユーザはユーザ端末１Ａを用いてプログラム作製を行うものの、第２ユーザはユーザ端末１Ｂを用いたプログラム作成を行わないものとして説明する。
即ち、ユーザ端末１Ａは、近傍（所定範囲内）にあるベーシックコア２Ａとペアリングする。更に、ユーザ端末１Ａは、遠方（所定範囲外）にあるベーシックコア２Ｂとリモートペアリングする。そして、第１ユーザは、ユーザ端末１Ａを用いて、ベーシックコア２Ａ及び２Ｂの夫々に接続されている機能モジュール３Ａ及び３Ｂの両方を用いたプログラミングを行うものとして説明する。

このため、詳しくは後述するが、図５において、ユーザ端末１Ａが備える遠隔ペアリング情報出力部５１３Ａは機能せず、ユーザ端末１Ｂが備える遠隔ペアリング情報出力部５１３Ｂは機能する。そこで、図５において、ユーザ端末１Ａが備える遠隔ペアリング情報出力部５１３Ａは破線で示されている。

また、ユーザ端末１Ｂは、ユーザ端末１Ａと基本的に同様の機能的構成を有しているため、説明を省略するが、以下の点でユーザ端末１Ａと異なる。
即ち、上述したように、第２ユーザはユーザ端末１Ｂを用いたプログラム作成を行わないものとして説明するため、ユーザ端末１Ｂが備える遠隔ペアリング部５１２Ｂとプログラム作成部５４Ｂとプログラム実行部５５Ｂとは機能しない。また、ユーザ端末１Ｂの記憶部２９Ｂの一領域に確保されたＳパーツＤＢ６１Ｂ及びプログラム機能部６２Ｂも用いられないものとして説明する。そこで、図６において、ユーザ端末１Ｂが備える遠隔ペアリング部５１２Ｂとプログラム作成部５４Ｂとプログラム実行部５５Ｂ、並びに、ＳパーツＤＢ６１Ｂ及びプログラム機能部６２Ｂは破線で示されている。

ユーザ端末１Ａのペアリング部５１Ａは、ベーシックコア２Ａやベーシックコア２Ｂとの間のペアリングを実行する。即ち、ペアリング部５１Ａは、近傍（所定範囲内）にあるベーシックコア２Ａ及び遠方（所定範囲外）にあるベーシックコア２Ｂとペアリングする。

具体的には、ペアリング部５１Ａの通常ペアリング部５１１Ａは、コア通信制御部５２Ａの制御により、ユーザ端末１Ａとベーシックコア２Ａとのペアリングを行う。
ペアリング部５１Ａの通常ペアリング部５１１Ａは、ベーシックコア２Ａやベーシックコア２Ｂのうち、所定範囲内で伝達可能な信号を用いる第１通信方式にて、所定範囲内に存在するベーシックコア２Ａとの間のペアリングを実行する。
即ち、通常ペアリング部５１１Ａは、コア通信制御部５２Ａにより制御されるＮＦＣやＢＬＥ（登録商標）といった近距離無線通信規格に準拠した近距離無線通信を用いて、ユーザ端末１Ａとベーシックコア２Ａとのペアリングを行う。なお、本実施形態では、通常ペアリング部５１１ＡによるペアリングはＮＦＣに準拠した近距離無線通信で行われるが、これは例示に過ぎず、任意の方式の通信で行われてもよい。
また、ペアリング部５１Ａは、ユーザ端末１Ａとペアリングしたベーシックコア２Ａ及びそれに接続された機能モジュール３Ａの種別や接続の状況を確認する。ペアリング部５１Ａに確認された機能モジュール３Ａの種別や接続の状況は、図示せぬ表示制御部を介して、プログラム作製画面に表示される。

また、遠隔ペアリング部５１２Ａは、ネット通信制御部５３Ａの制御により、ユーザ端末１Ａとベーシックコア２Ｂとのペアリングを行う。
遠隔ペアリング部５１２Ａは、ベーシックコア２Ａやベーシックコア２Ｂのうち、インターネットを介する第２通信方式にて、ベーシックコア２Ｂとの間のペアリングを実行する。

なお、本実施形態のユーザ端末１Ａの遠隔ペアリング部５１２Ａによるリモートペアリングは、ユーザ端末１Ｂとベーシックコア２Ｂとのペアリングがなされていることが前提となる。
即ち、前提として、ユーザ端末１Ｂの通常ペアリング部５１１Ｂは、所定範囲内で伝達可能な信号を用いる第１通信方式にて、所定範囲内に存在するベーシックコア２Ｂとの間のペアリングを実行する。

次に、遠隔ペアリング情報出力部５１３Ｂは、通常ペアリング部５１１Ｂによるペアリングにより得られた情報を含む、ユーザ端末１Ａにとってベーシックコア２Ｂとの間のペアリングに必要な情報をペアリング情報として、ペアリング情報を示す識別子を画像としてタッチパネル４１Ｂに表示させる。

ユーザ端末１Ｂを操作する第２ユーザは、タッチパネル４１Ｂに表示されたＱＲコード（登録商標）を、ＺＯＯＭ端末４Ｂが有する撮像部（カメラ）に撮像させる。その結果、タッチパネル４１Ｂに表示されたＱＲコードは、ＺＯＯＭ端末４Ａの表示部に表示される。
即ち、ユーザ端末１Ｂは、第２ユーザによる所定の入力をトリガとしてＱＲコードを出力をする。

遠隔ペアリング部５１２Ａは、所定範囲外に存在するベーシックコア２Ｂとの間のペアリングに必要な情報をペアリング情報として取得して、ペアリング情報を用いて、リモートペアリングを行う。
即ち、まず、第１ユーザは、ユーザ端末１Ａの撮像部３１Ａを用いて、ＺＯＯＭ端末４Ａに表示されたＱＲコードを撮像する。遠隔ペアリング部５１２Ａは、撮像部３１Ａを介して取得した撮像画像のデータから、ＱＲコードに含まれる所定範囲外に存在するベーシックコア２Ｂとの間のペアリングに必要な情報をペアリング情報として取得する。
具体的には例えば、ペアリング情報には、ユーザ端末１Ｂへの接続のための情報や、ユーザ端末１Ｂとペアリングされたベーシックコア２Ｂの情報や機能モジュール３Ｂに関する情報が含まれる。
その結果、後述するように、リモートペアリングされたベーシックコア２Ｂは、プログラムの実行時にネット通信制御部５３Ａの制御により、ネットワークＮＷを介して制御される。

プログラム作製部５４Ａは、ユーザのタッチ操作を受付けて、実際にプログラムの作製を行う。
また、プログラム作製部５４Ａは、ペアリング部５１Ａによりペアリングが行われたベーシックコア２Ａに接続されている機能モジュール３Ａの種別に対応するＨパーツを、図示せぬ表示制御部を介してプログラム作製画面へ表示する。
また、プログラム作製部５４Ａは、適宜、ＳパーツＤＢ６１ＡからＳパーツを抽出して、図示せぬ表示制御部を介してプログラム作製画面へ表示する。
また、プログラム作製部５４Ａは、ユーザのタッチ操作に応じて、各種Ｈパーツ及び各種Ｓパーツを結合する。
最終的に作製されるプログラムにおいては、このように結合された各種Ｈパーツ及びＳパーツに指定されたプログラムの内容が連続的に実行されて良い。
そして、プログラム作製部５４Ａは、ユーザに作製されたプログラムの内容を確定し、その作製されたプログラムをプログラム格納部６２Ａへ格納する。

プログラム実行部５５Ａは、ベーシックコア２Ａ，２Ｂで実行される各種処理の主たる制御を実行する。
例えば、プログラム実行部５５Ａは、プログラム格納部６２Ａへ格納されたプログラムを実行して、その実行結果に基づいて、機能モジュール３Ａ及び３Ｂの機能を発揮させるための動作指示等を出力する。
このとき、プログラム実行部５５Ａは、プログラムに含まれるＨパーツに対応する機能モジュール３Ａを、コア通信制御部５２Ａを介して制御する。
また、プログラム実行部５５Ａは、プログラムに含まれるＨパーツに対応する機能モジュール３Ｂを、ネット通信制御部５３Ａと、ネットワークＮＷを介して制御する。即ち、プログラム実行部５５Ａは、ベーシックコア２Ｂを制御するためのコマンドや制御信号等をコア通信制御部５２Ｂにより制御させることができる。
このように、本実施形態では、リモートペアリングされたベーシックコア２Ｂに接続された機能モジュール３Ｂを、ユーザ端末１Ａから制御することが可能となるのである。

なお、ユーザ端末１は、ユーザに作製されたプログラムによって、ベーシックコア２及び機能モジュール３を動作させることを目的とせずに、抽出されたプログラムを仮想的に実行できて良い。
即ち、ユーザ端末１は、実際に作製されたプログラムが正常に実行できるか等をチェックするためのシミュレーションを行うことができて良い。なお、プログラムの実行結果は、後述するように、図示せぬ表示制御部を介して表示部２７に表示される。
また、ユーザ端末１は、ユーザに作製されたプログラムによって、ベーシックコア２及び機能モジュール３を動作させることを目的として、抽出されたプログラムを実行できて良い。
即ち、ユーザ端末１は、作製されたプログラムの実行結果（コマンドや制御信号等）を、ベーシックコア２及び機能モジュール３へと送信し、機能モジュール３に機能を発揮させることができて良い。
なお、プログラムの実行結果は、ユーザ端末１Ａのタッチパネル４１Ａに表示されるだけでなく、後述するように、ネット通信制御部５３Ａによってユーザ端末１Ｂへと送信され、タッチパネル４１Ｂに表示されても良い。

図示せぬ表示制御部は、前述した各種情報等を表示部２７に表示するための制御を実行する。

ベーシックコア２Ａは、ユーザ端末１Ａとペアリングする。即ち、ベーシックコア２Ａは、ユーザ端末１Ａから送信されてきたプログラムの実行結果（コマンドや制御信号等）に基づいて、機能モジュール３Ａ，３Ｂに機能を発揮させることができる。

なお、ベーシックコア２のＣＰＵは、端末通信制御部でのＢＬＥインターフェースとのデータのやりとり、機能モジュール通信制御部での機能モジュール３とのデータのやりとり、及びプログラム実行部５５Ａでのロジックの処理の３つを並行してμ秒オーダーで行う演算処理能力を備えていることが望ましい。

機能モジュール３Ａは、機能モジュール３Ａで実行される各種処理の主たる制御を実行する。
例えば、ベーシックコア２Ａから送信されてきた動作指示を、取得する。
そして、機能モジュール３Ａは、取得した動作指示を、機能ハードウェアに実行させるための制御を実行する。

上述をまとめると、ユーザ端末１Ａの通常ペアリング部５１１Ａが機能することにより、ユーザ端末１Ａとベーシックコア２Ａとがペアリングされる。
同様に、ユーザ端末１Ｂの通常ペアリング部５１１Ｂが機能することにより、ユーザ端末１Ｂとベーシックコア２Ｂとがペアリングされる。
そして、遠隔ペアリング情報出力部５１３Ｂが機能することにより、ユーザ端末１Ａからみて所定範囲外に存在するベーシックコア２Ｂとの間のペアリングに必要な情報、即ち、ペアリング情報を含むＱＲコードが、タッチパネル４１Ｂに表示される。
遠隔ペアリング部５１２Ａは、ＺＯＯＭ端末４Ａ及び４Ｂを介して表示されたＱＲコードを含む撮像画像に基づいて、ペアリング情報を取得し、ユーザ端末１Ａとベーシックコア２Ｂとを遠隔ペアリングする。
その結果、ユーザ端末１Ａのプログラム実行部５５Ａにおけるプログラムの実行結果に基づいて、ベーシックコア２Ｂの制御がなされるのである。

次に、図６を用いて、ユーザ端末１Ａのタッチパネル４１Ａに表示されるプログラム作製画面の詳細について説明する。
図６は、図２のユーザ端末１Ａが実行するプログラム作製処理に関し、ユーザに実際に表示される画面の一例を示す図である。

図６において、左半分にはユーザに表示されているプログラム作製画面（以下、「ユーザ表示画面」と呼ぶ）が、右半分には実際に作製されたプログラムに応じて、動作する各種ハードウェアの実機の模式図（以下、「ハードウェア模式図」と呼ぶ）が示されている。
まず、図６（Ａ）は、ユーザ端末１Ａとベーシックコア２－Ｏとのペアリング、ユーザ端末１Ｂとベーシックコア２－Ｐとのペアリングはされているものの、ユーザ端末１Ａとベーシックコア２－Ｐとのリモートペアリングはなされていない状況を示している。
即ち、図６（Ａ）のハードウェア模式図を見ると、ユーザ端末１Ａには、ベーシックコア２－Ｏ及び機能モジュール３－Ｏ（Ｏは、１乃至ｎのうち任意の整数値）はペアリングされている（接続を示す矢印に〇が付されている）。
なお、機能モジュール３－Ｏは、押しボタンの機能を発揮することができる。
また、図６（Ａ）のハードウェア模式図を見ると、ユーザ端末１Ｂには、ベーシックコア２－Ｐ及び機能モジュール３－Ｐ（Ｐは、１乃至ｍのうち任意の整数値）はペアリングされている（接続を示す矢印に〇が付されている）。
また、機能モジュール３－Ｐは、ブザーの機能を発揮することができる。
このとき、ユーザ端末１Ａ及びユーザ端末１Ｂとは、ネットワークＮＷを介して接続されておらず、上述のリモートペアリング（例えば、ユーザ端末１Ａとベーシックコア２－Ｐとのリモートペアリング）もなされていない。
そして、図６（Ａ）のユーザ表示画面を見ると、プログラム作製時表示領域ＤＡとＨパーツ表示領域ＤＨＡには機能モジュール３－ＯのアイコンＩＯは表示されているものの、機能モジュール３－ＰのアイコンＩＰは表示されていない。なお、Ｓパーツ表示領域ＤＳＡには、タイマーのアイコンが表示されている。

図６（Ｂ）は、ユーザ端末１Ｂとペアリングされた機能モジュール３－Ｐ（即ち、ベーシックコア２－Ｐ）とユーザ端末１Ａとをリモートペアリングするべく、ペアリング情報をＺＯＯＭ端末４Ａ及び４Ｂを介してユーザ端末１Ａに取得される様子を示している。
即ち、ユーザ端末１Ｂの画面をみると、画面上にペアリング情報を含むＱＲコード（図６（Ｂ）の例では、四角に６つの丸が配置された画像）が表示されている。第２ユーザは、ユーザ端末１Ｂの画面をＺＯＯＭ端末４Ｂの撮像部に向けることで、ＱＲコードを撮像させ、ネットワークＮＷを介したビデオ通話によりＺＯＯＭ端末４Ａの画面に表示させる。
第１ユーザは、ＺＯＯＭ端末４Ａの画面に表示されたＱＲコードをユーザ端末１Ａを用いて撮像する。これにより、機能モジュール３－Ｐ（即ち、ベーシックコア２－Ｐ）とユーザ端末１Ａとをリモートペアリングするためのペアリング情報が取得される。

図６（Ｃ）は、ユーザ端末１Ａと機能モジュール３－Ｐ（即ち、ベーシックコア２－Ｐ）とがリモートペアリングされた状況が示されている。
また、図６（Ｃ）のハードウェア模式図を見ると、ユーザ端末１Ａ及びユーザ端末１Ｂとは、ネットワークＮＷを介して接続されており、ユーザ端末１Ａから機能モジュール３－Ｐまで矢印（通信）が通じていることがわかる。
そして、図６（Ｃ）のユーザ表示画面を見ると、プログラム作製時表示領域ＤＢとＨパーツ表示領域ＤＨＢには機能モジュール３－ＰのアイコンＩＰも表示されている。

図６（Ｄ）は、ユーザによって作製されたプログラムが、実行された状況を示している。
図６の（Ｄ）のユーザ表示画面を見ると、プログラム作製時表示領域ＤＣには、右から順に押しボタンのアイコン、タイマー（２Ｓ）、ブザーのアイコンが順番に表示され、夫々のアイコンにより夫々結合されている。
ユーザは、このように、ユーザ表示画面に表示されたアイコンを視認しながら、各種Ｈパーツ及び各種Ｓパーツを自由に組み合わせて結合させることで、夫々のアイコンが指定する内容を組み合わせて１つのプログラムを製作し、そのプログラムを実行させることができる。
図６（Ｄ）のハードウェア模式図を見ると、同図のユーザ表示画面で示されるプログラムが実行された結果として、押しボタン（ユーザ端末１Ａとペアリングされた機能モジュール３－Ｏ）が押されると、その２秒後に、ブザー（ユーザ端末１Ｂとペアリングされた機能モジュール３－Ｐ）が鳴るという動作が実現されることがわかる。

次に、上述のリモートペアリング等において有用な、Ｈパーツのアクティブインプット（Ａｃｔｉｖｅ Ｉｎｐｕｔ）機能について説明する。
アクティブインプット機能とは、プログラム内に用いられたＨパーツの有効と無効とを切り替える機能である。
即ち、上述の実施形態では、１つの機能モジュール３に対応した１つのＨパーツをプログラム内に配置可能となるものとして説明したがアクティブインプット機能を用いることにより、複数のＨパーツとして配置することが可能となる。

まず、アクティブインプット機能を用いたＨパーツのアイコンについて説明する。
図７は、ペアリングされた機能モジュールがアクティブインプット機能を有するＨパーツとして表示された状況を示す例である。
即ち、図７のハードウェア模式図を見ると、ユーザ端末１Ａには、ベーシックコア２－Ｑ及び機能モジュール３－Ｑ（Ｑは、１乃至ｎのうち任意の整数値）はペアリングされている。
ここで、機能モジュール３－Ｑは、発光の機能を発揮することができる。
即ち、機能モジュール３－Ｑは、ユーザ端末１Ａの制御により発光するＬＥＤを有している。なお、このＬＥＤは、発光の輝度の調整（調光）が可能である。

そして、図７のユーザ表示画面を見ると、Ｈパーツ表示領域には機能モジュール３－ＱのアイコンＩＨがＨパーツとして表示されている。
図７のアイコンＩＨには、その機能モジュール３－ＱがＬＥＤである旨を示す「ＬＥＤ」の文字列と、「Ａｃｔｉｖｅ Ｉｎｐｕｔ」の入力端子Ｅと、「Ｉｎｐｕｔ」の入力端子ＩＮとが配置されている。
ここで、「Ａｃｔｉｖｅ Ｉｎｐｕｔ」の入力端子Ｅは、上述のＡｃｔｉｖｅ Ｉｎｐｕｔを制御するための端子である。
以下、本実施形態では、入力端子Ｅに「真」が入力されるとそのＨパーツが有効に、入力端子Ｅに「偽」が入力されるとそのＨパーツが無効になるものとして説明する。
また、「Ｉｎｐｕｔ」の入力端子ＩＮは、上述のＬＥＤの輝度を制御するための端子である。
具体的には、本実施形態では、入力端子ＩＮに「１００」が入力されるとＬＥＤの光の強度が最大となり、「０」が入力されるとＬＥＤの光の強度が最弱となる物として説明する。即ち、本実施形態の入力端子ＩＮは、０から１００の範囲の数値が入力されることでＬＥＤの光の強度が変化する端子である。

アクティブインプット機能を有するＨパーツを用いることにより、以下のようなプログラミングが可能となる。

図８は、アクティブインプット機能を有するＨパーツを複数配置したプログラムの例を示す図である。
図８に示すプログラムには、２つのＨパーツＨＰ１及びＨＰ２が配置されている。
この２つのＨパーツＨＰ１及びＨＰ２は、１つの機能モジュール３－Ｑに対応付けられたものである。
ＨパーツＨＰ１の入力端子ＩＮには１０の数値が入力されている。また、ＨパーツＨＰ２の入力端子ＩＮには７０の数値が入力されている。このように、１つの機能モジュール３－Ｑの輝度として２つのＨパーツに２つの数値が夫々入力された場合、その機能モジュール３－Ｑの輝度は一意に決まらないことになってしまう。
そこで、アクティブインプット機能が有用である。
即ち、図８において、ＨパーツＨＰ１の入力端子ＥにはＯＮ／ＯＦＦスイッチがそのまま入力されている。また、ＨパーツＨＰ２の入力端子ＥにはＯＮ／ＯＦＦスイッチが反転されて入力されている。
これにより、ＯＮ／ＯＦＦスイッチがＯＮ（真）の場合にはＨパーツＨＰ１が有効となり、輝度は１０となる。また、ＯＮ／ＯＦＦスイッチがＯＦＦ（偽）の場合にはＨパーツＨＰ２が有効となり、輝度の値は７０となるのである。
このように、アクティブインプット機能により、複数のＨパーツのうち何れのＨパーツを有効とするのか（機能モジュールと対応付けるのか）の制御が可能となる。
これにより、ビジュアルプログラミングの幅が広がると共に、プログラムの理解が容易な配置も可能となるのである。
即ち、ユーザにとっては、上述の図８の例のように、アクティブインプット機能を有する複数のＨパーツを用いたプログラムを作製する方が、条件によりＳパーツの数値を変更するプログラムを作製するより容易なことが多い。また、ユーザにとっては、Ｓパーツの数値が変更されることを前提としたプログラムよりも、Ｓパーツの値が固定されたＨパーツのうち何れかが動作することを前提としたプログラムの方が把握しやすいことが有る。
このようなビジュアルプログラミングが、上述のアクティブインプット機能により、可能となるのである。

なお、アクティブインプット機能は、上述のリモートペアリングされた機能モジュール３－Ｑについても適用可能である。
更に言えば、アクティブインプット機能は、リモートペアリングされた機能モジュール３－Ｑを用いたペアプログラミングの際に、更に有用である。
図９は、リモートペアリングにおいてアクティブインプット機能を有するＨパーツを配置したプログラム作製画面と実機の状況の例を示す図である。
即ち、上述のリモートペアリングの説明においては、第１ユーザのみがプログラムの作製を行う者として説明したが、実際には、第１ユーザと第２ユーザが双方リモートペアリングをさせることができる。

その結果、図９に示すように、ユーザ端末１Ａのプログラム作製画面には、ユーザ端末１Ａとペアリングされた機能モジュール３－ＯのＨパーツ（ボタン）と、リモートペアリングされた機能モジュール３－ＱのＨパーツ（ＬＥＤ）とが配置されている。
その結果、図９に示すように、ユーザ端末１Ａのプログラム作製画面には、ユーザ端末１Ｂとリモートペアリングされた機能モジュール３－ＯのＨパーツ（ボタン）と、ペアリングされた機能モジュール３－ＱのＨパーツ（ＬＥＤ）とが配置されている。
なお、図９の説明においては、アクティブインプット機能を有するＨパーツの入力端子ＩＮ（図９の例ではＬＥＤのブロックの左下の入力端子）に対して、ボタンによる入力があった場合図７等で説明した数値としての１００が入力されるものとする。また、ボタンによる入力がなかった場合図７等で説明した数値としての０が入力されるものとする。

図示せぬＺＯＯＭ端末４Ａ及び４Ｂを用いることにより、第１ユーザはユーザ端末１Ａを用いてプログラムの作製を行い、第２ユーザはユーザ端末２Ｂを用いてプログラミングの作製を行う、ペアプログラミングを行うことができる。
このとき、１つの機能モジュール３－Ｑに対応付けられたＨパーツは、ユーザ端末１Ａ上と、ユーザ端末１Ｂ上の２か所に配置されていると言える。
このようなペアプログラミングにおいてプログラムを実行させる際、その機能モジュール３－Ｏ及び３－Ｑを何れのプログラムに従って動作させるかということが問題となる。
即ち、第１ユーザがプログラムを実行させ、第２ユーザがその様子を確認するのか、その逆であるのかにより、機能モジュール３－Ｑを何れのプログラム（ユーザ端末１Ａ又は２Ｂ）の制御に従わせるかを変える必要が有る。
そこで、アクティブインプット機能が有用となるのである。
即ち、プログラムの実行に際して、「Ａｃｔｉｖｅ Ｉｎｐｕｔ」の入力端子Ｅへの入力を異ならせることにより、この問題を解決することができるのである。

アクティブインプット機能がない場合、機能モジュールの制御入力の選択を行うためのセレクターといった機能モジュールを用意し、制御する等の対策を行う必要が有った。更に言えば、セレクターを用いる場合、特に３つ以上の機能を選択するときには、そのプログラム上の配線が複雑になる、という問題が発生する。アクティブインプット機能は、これらを解決することができる。

また、アクティブインプット機能により、プログラムのパターン（所謂プログラムのモジュール）を作製して確認するといった作業が用意となる。即ち、ユーザは、仕様の異なる複数のプログラムのモジュールを作製し、夫々テストしたり、他のプログラムと連結して動作させたりすることが有る。アクティブインプット機能により、何れのモジュールを有効かするかを制御することが可能となる。

以上本発明の一実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。

例えば、図６や図９に示す実施形態では、機能モジュール３－Ｏ及び３－Ｐ、３－Ｑとして、押しボタンとブザーとＬＥＤとが採用されているが、機能モジュール３の発揮する機能は特に上述した実施形態には限定されない。
以下、即ち例えば、監視カメラ（Ｗｅｂカメラ）や、マイク、家電全般等、各種各様なものが機能モジュール３として採用され得る。

また、リモートペアリングについて、以下のように各種機能を実現することもできる。
即ち、上述の実施形態ではペアリング情報は、ＱＲコードの形態で、ＺＯＯＭ端末４Ａ及び４Ｂを介して授受されるものとしたが、特にこれに限定されない。即ち例えば、ペアリング情報は、画像、音波、ＵＲＬ等のリンクの共有等、他の形態（方法）に授受されてもよい。

また、リモートペアリングされた各種装置（例えば、ユーザ端末１Ａとベーシックコア２Ｂ）とは、Ｐ２Ｐや、ＷｅｂＲＴＣの技術を利用して通信を行うものとするとよい。
これにより、サーバレスでの通信が可能となり、本サービスの運営に係るコスト低減や制御のタイムラグの削減をすることができる。

なお、上述したように、ペアリング情報には、ペアリングに必要な情報（上述の例では、ユーザ端末１Ａとベーシックコア２Ｂとの間のペアリングに必要な情報）が含まれるものとしたが、所定処理がなされた情報であってもよい。具体的には例えば、所定処理として、その所定処理の内容を知らない者にとってランダムであると把握されるように変換する処理が採用される。
以下、このような所定処理を行うことによる効果について、ＷｅｂＲＴＣの技術が採用された場合の具体例を用いて説明する。
まず、前提として、ユーザ端末１Ａは、ベーシックコア２Ｂからユーザ端末１Ａに接続するためのパラメータ等を図示せぬサーバに登録する。この時、ユーザ端末１Ａに接続するためのパラメータ等には固有の識別子が対応付けられて管理される。
ユーザ端末２Ｂは、共有された固有の識別子をサーバに送信することで、ベーシックコア２Ｂからユーザ端末１Ａに接続するためのパラメータ等を取得し、ＷｅｂＲＴＣの技術による通信が可能となるのである。
ここで、この固有の識別子は、本サービスを同時に利用するユーザの組だけ固有な値を取り得えるように規定されていれば足りる。即ち例えば、本サービスを同時に利用するユーザの組の数が１００００程度の場合、２バイトサイズの整数値として規定されていれば足りる。
しかしながら、この例において２倍とサイズの整数値を直接用いると、第三者がリモートペアリングしてしまう可能性が高い。即ち、有る第１ユーザと第２ユーザとが用いている固有の識別子を、第三者のユーザ端末がサーバに対して送信した場合、その第三者が第１ユーザ及び第２ユーザのリモートペアリングに参加して（或いは成り代わって）しまう可能性が有る。
そこで、固有の識別子を含むデータ列を入力として出力されたハッシュ値とする処理が、所定処理として用いられると好適である。即ち、２バイトサイズの整数値に対応づけられたハッシュ値（例えば、ランダム化された１０バイト以上のサイズの整数値）を用いることで、ベーシックコア２Ｂからユーザ端末１Ａに接続するためのパラメータ等が第三者に提供されることを防ぐことができる。
このように、上述のハッシュ値を含むＱＲコード（ランダムＱＲコード）を授受するようにすると好適である。

また、上述の実施形態では、プログラム実行部５５Ａはユーザ端末１Ａが有していたが、特にこれに限定されない。即ち例えば、プログラム実行部５５Ａは、ベーシックコア２Ａが有していてもよい。これにより、ベーシックコア２Ａ及び２Ｂ並びに各種機能モジュールが協働して、ユーザ端末レスで、プログラムを実行することが可能となる。

また、リモートペアリングを用いたプログラムにより、遠隔で舞台作品や家電、ゲームコントローラを操作することも可能となる。即ち、ユーザは、ゲームコントローラやゲームセンタを遠隔制御させることで遊ぶことも可能となる。

また、上述の実施形態では、２台のユーザ端末１Ａ及び１Ｂを用いて説明したが、特にこれに限定されない。即ち例えば、３以上のユーザ端末を用いて、多数のユーザ端末を介してリモートペアリングされた機能モジュールを用いたプログラムの作製も可能となる。
また例えば、リモートペアリングを用いることにより、鍵っ子の子供に帰宅時間を外から連絡する、といったプログラムも作成可能となる。具体的には例えば、冷蔵庫に張り付けられたタイマーを制御することで、かぎっ子にとってのパパやママの帰りの時間が表示されるプログラムなども作成可能となる。
このように、リモートペアリングされた機能モジュールから取得可能な情報を、所定範囲内（ローカル）な物理的なアイテム（機能モジュール）に表示させることでユーザに通 知するといったことが可能となる。
また例えば、部屋の扉の表に「外出中」や「仕事中」、「Ｒｅｃｏｒｄｉｎｇ」といった状況を、Ｍｅｓｓａｇｅ Ｂｏａｒｄで表示するプログラムの作製も可能となる。即ち、部屋内（部屋から見て所定範囲内）に配置された機能モジュールでセンシングされた情報に基づいて、部屋外（部屋から見て所定範囲外）に配置された機能モジュールに情報を表示することができる。
また例えば、芸人が漫才をしている状態において、それに対する拍手や笑い声を遠隔で通知するプログラムの作製も可能となる。これにより、動画配信におけるリアルタイムのコメント（特に視聴者が盛り上がった状態における所謂弾幕）をリアルにすることができる。
また例えば、インターホンのためのプログラムを作製することが可能となる。即ち例えば、玄関に配置されたボタンの機能モジュールの操作に基づいて、宅内のブザーに通知音を鳴らさせたり、外出中にはユーザが携帯している情報処理装置に通知する、といったプログラムの作製も可能となる。

また、上述の実施形態では、リモートペアリングされた機能モジュール（例えば、図６の機能モジュール３Ｂ）を制御するためのコマンドや制御信号等は、ユーザ端末１Ｂを介するものとしたが特にこれに限定されない。即ち例えば、機能モジュールがＷＥＢカメラの場合には、ＷＥＢカメラは直接ネットワークＮＷと通信を行い、ユーザ端末１Ａからのコマンドや制御信号を受付けてもよい。このように、機能モジュールがネットワークＮＷから直接コマンドや制御信号等を授受可能な場合には、近距離無線通信を利用する所定範囲の外（ネットワークＮＷを介する範囲）のユーザ端末から直接制御してもよい。

また例えば、上述の実施形態では、ユーザ端末１とベーシックコア２のペアリングは、ＮＦＣ規格に従った方式での近距離無線通信により行っているが、これに限定されない。ペアリングは、近距離無線通信に限らず、いかなる手段によってペアリングを行ってもよい。
さらに言えば、上述の実施形態では、ユーザ端末１で作製したプログラムの実行結果をＢｌｕｅｔｏｏｔｈ（登録商標）等の規格に従った方式で近距離無線通信を利用して送信しているが、特にこれに限定されない。作製したプログラムは、近距離無線通信に限らず、いかなる手段を利用して送信してもよい。

また例えば、上述の本実施形態では、ベーシックコア２の数と機能モジュール３の数をともにｎ又はｍとして説明を行ったが、特にこれに限定されない。即ち、ベーシックコア２の数と機能モジュール３の数は、同一でも構わないし、また、異なっていても構わない。
つまり、１台のベーシックコア２に対して、ｓ台（ｓは１以上の任意の整数値）の機能モジュール３を接続してもよい。

また例えば、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、図５の機能的構成は例示に過ぎず、特に限定されない。
即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックやデータベースを用いるのかは特に図４の例に限定されない。また、機能ブロックやデータベースの存在場所も、図５に特に限定されず、任意でよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。

また例えば、一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであっても良い。
また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。

また例えば、このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布される図示せぬリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。

以上を換言すると、本発明が適用される情報処理システムは、次のような構成を有する各種各様の実施形態を取ることができる。
即ち、本発明が適用される情報処理装置は、
１以上の他情報処理装置（例えば、図５のベーシックコア２Ａ及び２Ｂ）に対する情報処理を行う情報処理装置（例えば、図５のユーザ端末１Ａ）において、
前記１以上の他情報処理装置のうち、所定範囲内で伝達可能な信号（例えば、明細書中のＮＦＣやＢＬＥ等）を用いる第１通信方式にて、当該所定範囲内に存在する第１他情報処理装置（例えば、図５のベーシックコア２Ａ）との間のペアリングを実行する第１ペアリング手段（例えば、図５の通常ペアリング部５１１Ａ）と、
前記所定範囲外に存在する第２他情報処理装置（例えば、図５のベーシックコア２Ｂ）との間のペアリングに必要な情報をペアリング情報（例えば、明細書中のＱＲコードに埋め込まれた情報）として取得して、当該ペアリング情報を用いて、インターネットを介する第２通信方式にて、当該第２他情報処理装置（例えば、図５のベーシックコア２Ｂ）との間のペアリングを実行する第２ペアリング手段（例えば、図５の遠隔ペアリング部５１２Ａ）と、
を備える。

これにより、第１通信方式で通信する所定範囲内に存在する第１他情報処理装置とペアリングし、第２通信方式で通信する所定範囲外に存在する第２他情報処理装置とペアリングが可能となる。その結果、所定範囲内の第１他情報処理装置と所定範囲外の第２他情報処理装置の両方を用いたプログラムの作製が可能となる。
即ち、ユーザが視覚的な操作によって、より容易に複雑なプログラムを作製することが出来るようになる。

さらに、
前記第１他情報処理装置（例えば、図５のベーシックコア２Ａ）と、前記所定範囲外に存在し、かつ前記第２ペアリング手段を備える第３他情報処理装置（例えば、図５のユーザ端末１Ｂ）との間で、前記インターネットを介する前記第２通信方式にてペアリングを実行するための前記ペアリング情報を出力する第２ペアリング用情報出力手段（遠隔ペアリング情報出力部５１３Ａ）
をさらに備えることができる。

さらに、
前記第２ペアリング用情報出力手段（例えば、図５の遠隔ペアリング情報出力部５１３Ａ）は、前記ペアリング情報を示す識別子（例えば、明細書中のＱＲコード）を画像として所定の表示デバイス（例えば、図５のタッチパネル４１Ａ）に表示するか、又は当該識別子が視認可能な状態で媒体に印刷することで、当該ペアリング情報を出力し、
前記表示デバイスに表示された又は前記媒体に印刷された前記識別子が所定の撮像装置（例えば、図５のＺＯＯＭ端末４Ａ）により撮像され、その結果得られる撮像画像が前記第３他情報処理装置において撮像されて前記識別子が読み取られる（例えば、明細書中のＱＲコードを含む画像がＺＯＯＭ端末４Ｂに表示されてユーザ端末１Ｂの撮像部３１Ｂにより撮像されることで、当該ＱＲコードが読み取られる）ことにより、前記ペアリング情報が前記第３他情報処理装置の前記第２ペアリング手段（例えば、図５のユーザ端末１Ｂの遠隔ペアリング部５１２Ｂ）において取得されて、前記第２通信方式によるペアリングが実行される、ことができる。

前記第１他情報処理装置及び前記第２他情報処理装置は、前記第１通信方式又は前記第２通信方式で通信する通信機能と、所定の制御プログラムに基づいて他のハードウェアデバイス（例えば、図６の機能モジュール３－Ｏ，３－Ｐ）を制御する制御機能とを有するハードウェアデバイス（例えば、図６のベーシックコア２－Ｏ，２－Ｐ）であって、
前記第１他情報処理装置（例えば、図６のベーシックコア２－Ｏ）の制御対象となる第１他のハードウェアデバイス（例えば、図６の機能モジュール３－Ｏ）に対応付けられた第１ハードウェア部品（例えば、図６（Ｃ）等のハードウェア部品Ｈ３－Ｏ）と、前記第２他情報処理装置（例えば、図６のベーシックコア２－Ｐ）の制御対象となる第２他のハードウェアデバイス（例えば、図６の機能モジュール３－Ｐ）に対応付けられた第２ハードウェア部品（例えば、図６のハードウェア部品）とを含むプログラミング部品が結合されることで定義される前記所定の制御プログラム（例えば、図６に示すビジュアルプログラム）を作成するプログラム作成手段
をさらに備えることができる。

即ち、本発明が適用される情報処理システムは、
ユーザの指示により制御プログラムの作製を支援するプログラム作製支援装置（例えば、図５のユーザ端末１Ａ）と、
前記プログラム作成支援装置と通信をする第１通信機能と、他のハードウェアデバイスと通信をする第２通信機能と、前記制御プログラムに基づいて前記他のハードウェアデバイスを制御する制御機能とを有する１以上の第１ハードウェアデバイス（例えば、図５のベーシックコア２Ａ及び２Ｂ）と、
前記第１ハードウェアデバイスと通信をする第３通信機能と、所定機能を発揮させる機能発揮機能とを有する前記他のハードウェアデバイスとしての１以上の第２ハードウェアデバイス（例えば、図５の機能モジュール３Ａ及び３Ｂ）と、
を含む情報処理システムにおいて、
前記制御プログラムは、前記１以上の第２ハードウェアデバイスの夫々に対応付けられたハードウェア部品を含むプログラミング部品が結合されることで定義され、
前記プログラム作製支援装置は、
前記複数のプログラム部品の中から２以上のプログラム部品を組み合わせる操作を受付け、前記２以上のプログラム部品の組み合わせを確定することで、前記制御プログラムを作製するプログラム作製手段（例えば、図５のプログラム作製部５４Ａ）と、
作製された前記制御プログラムを実行するプログラム実行手段（例えば、図５のプログラム実行部５５Ａ）と
を備え、
前記１以上の第２ハードウェアデバイスには、所定の入力をトリガとして所定の出力をする入出力デバイスが含まれており、
前記入出力デバイスに対応する前記ハードウェア部品として、前記所定の入力を受付ける入力部と、有効と無効を切替える有効化部とを有する入出力ハードウェア部品が１以上存在し、
前記プログラム実行手段は、
前記１以上の入出力ハードウェア部品のうち、前記有効化部において有効に切替えられた入出力ハードウェア部品を有効化して、前記入出力デバイスに対応させて、前記制御プログラムを実行する。

これにより、１の第２ハードウェアデバイスに対応付けられた入出力部品を２以上配置したプログラムを作製したり実行したりすることが可能となる。即ち、ユーザが視覚的な操作によって、より容易に複雑なプログラムを作製することが出来るようになる。

１，１Ａ，１Ｂ・・・ユーザ端末、２，２Ａ，２Ｂ，２－Ｏ，２－Ｐ・・・ベーシックコア、３，３Ａ，３Ｂ，３－Ｏ，３－Ｐ・・・機能モジュール、４Ａ，４Ｂ・・・ＺＯＯＭ端末、２１，２１Ａ，２１Ｂ・・・ＣＰＵ、２９Ａ，２９Ｂ・・・記憶部、３０・・・通信部、３１，３１Ａ，３１Ｂ・・・撮像部、３２・・・ドライブ、４１，４１Ａ，４１Ｂ・・・タッチパネル、４２・・・リムーバブルメディア、５１Ａ，５１Ｂ・・・ペアリング部、５２Ａ，５２Ｂ・・・コア通信制御部、５３Ａ，５３Ｂ・・・ネット通信制御部、５４Ａ，５３Ｂ・・・プログラム作製部、５５Ａ，５５Ｂ・・・プログラム実行部、６１Ａ，６１Ｂ・・・ＳパーツＤＢ、６２Ａ，６２Ｂ・・・プログラム格納部、５１１Ａ，５５１Ｂ・・・通常ペアリング部、５１２Ａ，５１２Ｂ・・・遠隔ペアリング部、５１３Ａ，５１３Ｂ・・・遠隔ペアリング情報出力部

Claims (4)

1. １以上の他情報処理装置に対する情報処理を行う情報処理装置において、
   前記１以上の他情報処理装置のうち、所定範囲内で伝達可能な信号を用いる第１通信方式にて、当該所定範囲内に存在する第１他情報処理装置との間のペアリングを実行する第１ペアリング手段と、
   前記所定範囲外に存在する第２他情報処理装置との間のペアリングに必要な情報をペアリング情報として取得して、当該ペアリング情報を用いて、インターネットを介する第２通信方式にて、当該第２他情報処理装置との間のペアリングを実行する第２ペアリング手段と、
   を備える情報処理装置。
2. 前記第１他情報処理装置と、前記所定範囲外に存在し、かつ前記第２ペアリング手段を備える第３他情報処理装置との間で、前記インターネットを介する前記第２通信方式にてペアリングを実行するための前記ペアリング情報を出力する第２ペアリング用情報出力手段
   をさらに備える請求項１に記載の情報処理装置。
3. 前記第２ペアリング用情報出力手段は、前記ペアリング情報を示す識別子を画像として所定の表示デバイスに表示するか、又は当該識別子が視認可能な状態で媒体に印刷することで、当該ペアリング情報を出力し、
   前記表示デバイスに表示された又は前記媒体に印刷された前記識別子が所定の撮像装置により撮像され、その結果得られる撮像画像が前記第３他情報処理装置において撮像されて前記識別子が読み取られることにより、前記ペアリング情報が前記第３他情報処理装置の前記第２ペアリング手段において取得されて、前記第２通信方式によるペアリングが実行される、
   請求項２に記載の情報処理装置。
4. 前記第１他情報処理装置及び前記第２他情報処理装置は、前記第１通信方式又は前記第２通信方式で通信する通信機能と、所定の制御プログラムに基づいて他のハードウェアデバイスを制御する制御機能とを有するハードウェアデバイスであって、
   前記第１他情報処理装置の制御対象となる第１他のハードウェアデバイスに対応付けられた第１ハードウェア部品と、前記第２他情報処理装置の制御対象となる第２他のハードウェアデバイスに対応付けられた第２ハードウェア部品とを含むプログラミング部品が結合されることで定義される前記所定の制御プログラムを作成するプログラム作成手段
   をさらに備える請求項２又は３に記載の情報処理装置。

Images