(57)【特許請求の範囲】
【請求項１】
サーチ条件及び既定操作識別情報が含まれた統合条件及びソースデータを設定する前処理設定部と、
実条件が前記サーチ条件を満たすか否かをモニタリングする条件変化モニタリング部と、前記実条件が前記サーチ条件を満たすとき、前記ソースデータを処理して前記既定操作識別情報に合致する既定操作を実行する後処理管理部と、
を含む移動通信端末であって、
前記後処理管理部は、
前記端末に格納されているデータフォーマット標準情報に含まれるデータテンプレートに基づき、前記ソースデータを特定の送信フォーマットに適合する形態に処理することを含み、
前記後処理管理部による前記ソースデータを特定の送信フォーマットに適合する形態に処理することは、前記統合条件に含まれる送信ターゲットを確認して宛て先を識別した後、前記宛て先に適合する前記データフォーマット標準情報を検索し、検索された前記データフォーマット標準情報に含まれる前記データテンプレートに基づいて前記ソースデータを処理してデータストリームを構成することを含み、
前記後処理管理部は、前記データフォーマット標準情報で指定された通信プロトコルによって前記データストリームを前記宛て先へ送信することを特徴とする移動通信端末。
【請求項２】
前記後処理管理部は、
前記ソースデータと前記統合条件を含んでユーザコンテンツを生成し、コンテンツＩＤを付与した後、前記統合条件を前記コンテンツＩＤとともに前記条件変化モニタリング部に送信し、前記統合条件を満たすことにより前記条件変化モニタリング部から前記コンテンツＩＤが戻されると、前記ユーザコンテンツを自動的に処理することを特徴とする請求項１に記載の移動通信端末。
【請求項３】
前記前処理設定部は、
入力されたソースデータをカテゴリー別に分類してソースデータテーブルとして保存するデータ収集部、及び
入力された条件データを分析して主体（Ｗｈｏ）、場所（Ｗｈｅｒｅ）、時間（Ｗｈｅｎ）、対象（Ｗｈａｔ）、及び方法（Ｈｏｗ）の条件テーブルを生成し、前記生成された条件テーブルを統合して一つの統合条件テーブルとして保存する条件収集部を含むことを特徴とする請求項１に記載の移動通信端末。
【請求項４】
前記サーチ条件は、入力された条件データから主体（Ｗｈｏ）、場所（Ｗｈｅｒｅ）、時
間（Ｗｈｅｎ）、及び対象（Ｗｈａｔ）に対応するデータを抽出してコード化したことを特徴とする請求項１に記載の移動通信端末。
【請求項５】
前記既定操作識別情報は、入力された条件データから方法（Ｈｏｗ）に対応するデータを抽出してコード化したことを特徴とする請求項１に記載の移動通信端末。
【請求項６】
前記後処理管理部にて実行される既定操作は、宛て先へのデータ送信であることを特徴とする請求項１に記載の移動通信端末。
【請求項７】
前記データフォーマット標準情報が、前記端末内部を検索の結果、存在しないと判断された場合、インターネットを介して前記宛て先へアクセスして前記データフォーマット標準情報を得ることを特徴とする請求項１に記載の移動通信端末。
【請求項８】
前記後処理管理部にて実行される既定操作は、データ送信、生成、編集、保存、アップロード、送信、受信、及び変換のうち一つ以上の操作、あるいはその組み合わせに対応する操作であることを特徴とする請求項１に記載の移動通信端末。
【請求項９】
ソースデータ、サーチ条件、及び既定操作識別情報を設定する前処理ステップと、
実条件が前記サーチ条件を満たすか否かをモニタリングしながら、前記サーチ条件が満たされるまで待機する条件検出ステップと、
前記実条件が前記サーチ条件を満たすとき、前記ソースデータを処理して前記既定操作識別情報に合致する操作を行う後処理ステップと、
を含む移動通信端末のコンテンツ処理方法であって、
前記後処理ステップは、
前記端末に格納されているデータフォーマット標準情報に含まれるデータテンプレートに基づき、前記ソースデータを特定の送信フォーマットに適合する形態に処理することを含み、
前記後処理ステップに含まれる前記ソースデータを特定の送信フォーマットに適合する形態に処理することは、
前記統合条件に含まれる送信ターゲットを確認して宛て先を識別するステップと、
前記宛て先とのデータ通信に必要な前記データフォーマット標準情報を検索するステップと、
前記データフォーマット標準情報から前記宛て先とのデータ通信に使用されるデータストリームの構造を定義したデータテンプレートを抽出するステップと、
前記データテンプレートに基づいて前記ソースデータを処理して、送信フォーマットに適合する形態でデータストリームを構成するステップと、を含み、
前記後処理ステップは、前記データフォーマット標準情報で指定された通信プロトコルによって前記データストリームを前記宛て先へ送信するステップをさらに含むことを特徴とする移動通信端末のコンテンツ処理方法。
【請求項１０】
前記前処理ステップは、
入力されたソースデータをカテゴリー別に分類してソースデータテーブルとして保存するステップ、及び
入力された条件データを分析して主体（Ｗｈｏ）、場所（Ｗｈｅｒｅ）、時間（Ｗｈｅｎ）、対象（Ｗｈａｔ）、及び方法（Ｈｏｗ）の条件テーブルを生成し、該生成された条件テーブルを統合して一つの統合条件テーブルとして保存するステップを含む請求項９に記載の移動通信端末のコンテンツ処理方法。
【請求項１１】
前記後処理ステップは、データ送信、生成、編集、保存、アップロード、送信、受信、及び変換のうち一つ以上の操作、あるいはその組み合わせに対応する既定操作を行うことを特徴とする請求項９に記載の移動通信端末のコンテンツ処理方法。
【請求項１２】
前記データフォーマット標準情報は、内部メモリに読み取り可能な形態で保存されているか、外部デバイスに存在するか、ユーザが状況に合わせて直接定義することを特徴とする請求項９に記載の移動通信端末のコンテンツ処理方法。
【請求項１３】
前記データフォーマット標準情報が、検索の結果、存在しないと判断された場合、前記宛て先に要請して前記データフォーマット標準情報を獲得する操作、ユーザに対して前記データフォーマット標準情報を定義するように要請する操作、ユーザに対してデータフォーマット標準情報を取得することができる方法を問い合わせる操作のうち一つ以上の操作を行うことを特徴とする請求項９に記載の移動通信端末のコンテンツ処理方法。
【請求項１４】
前記ソースデータが前記宛て先との通信に使用されるデータテンプレートと符合しないエラー状況の場合、エラー状況を表示してユーザに知らせる操作、前記ソースデータを自動的に排除する操作、前記ソースデータを排除するかを問い合わせる操作、データ送信を自動的に取り消す操作、データ送信を取り消すかを問い合わせる操作のうち一つ以上の操作を行うことを特徴とする請求項９に記載の移動通信端末のコンテンツ処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ処理技術に関し、より詳しくは、移動通信端末及びそのコンテンツ処理方法に関する。
【背景技術】
【０００２】
移動通信端末は、デジタル／通信技術の発達に伴い、進化し続けてきた。これに伴い、移動通信端末が提供する機能も多様化しつつある中で、基本的な通話機能を含め、カメラ、文字の送受信、インターネット、動画／プレーヤー、ナビゲーションなどの多様な形態の連動サービスが提供されている。最近では、スマートフォンなどの登場で移動通信端末にアクセスできるインターフェース（Ｗｉ−Ｆｉ（登録商標）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））など）が多く登場してきており、それに伴い、データ通信も増大傾向にある。
【０００３】
移動通信端末から提供される大半のサービスは、テキスト、音楽、映画、写真などのコンテンツを活用する。コンテンツを活用するためには、一連のコンテンツ処理過程が必要となり、この過程でユーザの直接的な作業が発生する。
【０００４】
例えば、移動通信端末を所持しているユーザがカメラ機能を使用するためには、次のような作業を行う。ユーザは、移動通信端末に搭載されたカメラにより所望の写真を撮影して保存しておき、家で当該移動通信端末に保存しておいた写真をＵＳＢポートに接続してコンピューターに移動させた後、特定のホームページに当該写真を載せて、それをどこで撮ったのかを文字で残しておく。
【０００５】
ところが、このような従来の方式ではユーザが主体となるため、ユーザは常に自分がすべきことを記憶しておく必要があるという負担がある。このため、ユーザは自分がすべきことを忘れたり、誤ったりすることがしばしばあり、また時間や場所などの制約が多いことから、ユーザの利便性が低下するという問題点がある。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、上述したような従来技術の問題点を解決するために提案されたものであって、その目的は、端末の条件の変化に応じて一般的なコンテンツ処理過程を自動化することでユーザの負担を軽減し、且つユーザの利便性を高められる移動通信端末及びそのコンテンツ処理方法を提供することである。
【０００７】
本発明の他の目的は、あらかじめ設定された条件に基づいて、ユーザの所望する時に、所望する所に、所望する形態でコンテンツを処理できるようにすることで、ユーザが所望する経済的な環境、または的確且つ信頼性の高い環境を検出してコンテンツ処理を行うことができるようにする移動通信端末及びそのコンテンツ処理方法を提供することである。
【０００８】
本発明が解決しようとする技術的課題は以上で言及した技術的課題に制限されるものではなく、言及されていないまた他の技術的課題については、以下の記載から本発明の属する技術分野における通常の知識を有する者には明確に理解できるであろう。
【課題を解決するための手段】
【０００９】
本発明に係る移動通信端末は、サーチ条件及び既定操作識別情報が含まれた統合条件及びソースデータを設定する前処理設定部と、実条件が前記サーチ条件を満たすか否かをモニタリングする条件変化モニタリング部と、前記実条件が前記サーチ条件を満たすとき、前記ソースデータを処理（ｐｒｏｃｅｓｓ）して前記既定操作識別情報に合致する既定操作を実行する後処理管理部と、を含む。
【００１０】
本発明に係る移動通信端末のコンテンツ処理方法は、ソースデータ、サーチ条件、及び既定操作識別情報を設定する前処理ステップと、実条件が前記サーチ条件を満たすか否かをモニタリングしながら、前記サーチ条件が満たされるまで待機する条件検出ステップと、前記実条件が前記サーチ条件を満たすとき、前記ソースデータを処理して前記既定操作識別情報に合致する操作を行う後処理ステップと、を含む。
【発明の効果】
【００１１】
本発明の移動通信端末及びそのコンテンツ処理方法によれば、端末の条件の変化に応じて一般的なコンテンツ処理過程を自動化することでユーザの負担を軽減し、且つユーザの利便性を高めることができる。
【００１２】
また、本発明の移動通信端末及びそのコンテンツ処理方法によれば、あらかじめ設定された条件に基づいて、ユーザが所望する時に、所望する所に、所望する形態でコンテンツを処理できるようにすることで、ユーザが所望する経済的な環境、または的確且つ信頼性の高い環境を検出して効果的なコンテンツ処理を行うことができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態による移動通信端末の構成図である。
【図２】図１に示す前処理設定部の操作を説明するための表である。
【図３】図１に示す前処理設定部の操作を説明するための表である。
【図４】本発明の一実施形態による移動通信端末のコンテンツ処理方法を示すフローチャートである。
【図５】図４の一部過程を詳細に示すフローチャートである。
【図６】図５の過程において適用されるデータ構造を例示する図である。
【図７】図５の過程において適用されるデータ構造を例示する図である。
【発明を実施するための形態】
【００１４】
以下、添付の図面を参照して本発明の好適な実施形態による移動通信端末及びそのコンテンツ処理方法について詳細に説明する。
【００１５】
図１は、本発明の一実施形態による移動通信端末の構成図であり、図２及び図３は、図１に示す前処理設定部の操作を説明するための表である。
【００１６】
移動通信端末は、基本的に条件を定義する前処理操作（ｐｒｅ−ｗｏｒｋ  ｏｐｅｒａｔｉｏｎ）と、条件を満たすか否かのモニタリング（ｍｏｎｉｔｏｒｉｎｇ）操作と、条件を満たすときの後処理操作（ｐｏｓｔ−ｐｒｏｃｅｓｓｉｎｇ  ｏｐｅｒａｔｉｏｎ）と、を実現するものであって、ローカルから、あるいはＷｉ−Ｆｉ、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）などの多様なインターフェースを通じてアクセスしてくる外部のデバイスからデータを収集し、これを組み合わせてデータベース化する。また、移動通信端末は、収集されたデータを統合し、ユーザによって手動で行われる編集／保存などの過程が施されずに統合されたデータを利用して、特定の条件を満たすときにデータの生成／編集／保存／アップロード／送信／受信／変換などの操作を自動で行うことでユーザに利便性を提供することができる。
【００１７】
図１を参照すると、移動通信端末は、前処理設定部（ｐｒｅ−ｗｏｒｋ  ｓｅｔｔｉｎｇ  ｕｎｉｔ）１１０と、後処理管理部（ｐｏｓｔ−ｐｒｏｃｅｓｓｉｎｇ  ｍａｎａｇｅｍｅｎｔ  ｕｎｉｔ）１２０と、条件変化モニタリング部（ｃｏｎｄｉｔｉｏｎ  ｖａｒｉａｔｉｏｎ  ｍｏｎｉｔｏｒｉｎｇ  ｕｎｉｔ）１３０と、を含む。
【００１８】
前処理設定部１１０は、ユーザの入力によってソースデータ（例えば、テキスト、写真、動画など）及び統合条件（ｃｏｍｂｉｎａｔｉｏｎ  ｃｏｎｄｉｔｉｏｎ）を生成して後処理管理部１２０に送信（ｔｒａｎｓｆｅｒ）するものであって、データ収集部１１１及び条件収集部１１２を含む。統合条件には、後処理の前提条件になるサーチ条件（ｓｅａｒｃｈ  ｃｏｎｄｉｔｉｏｎ）（例えば、時間、場所など）と、サーチ条件が満たされると後処理において自動で行う既定操作（例えば、データの生成、編集、送信、アップロードなど）を指定する既定操作識別情報（ｐｒｅｄｅｔｅｒｍｉｎｅｄ−ｏｐｅｒａｔｉｏｎ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ）と、が含まれる。
【００１９】
便宜上、前処理時の統合条件とソースデータが、移動通信端末を所持しているユーザの入力によって生成される場合を例示するが、本発明はこれに限定されるものではなく、他の経路を通じて生成されたり、設定されたりしてもよい。例えば、統合条件は、ユーザ以外にも、移動通信端末に搭載されたアプリケーションの開発を担当した開発者によって設定されたり、ソースデータ自体の特性に対応して生成されたりしてもよい。
【００２０】
データ収集部１１１は、ユーザによって選択（または生成）されたソースデータ（テキスト、写真、動画など）を得て、これをデータベース化して後処理管理部１２０へ送信する。ソースデータは、カテゴリーごとに分類され、データ収集部１１１は、分類されたカテゴリーに合致するソースデータＩＤを付与してソースデータを保存する。
【００２１】
前述したデータ収集部１１１は、ユーザによって選択されたすべてのソースデータを分析し、分析済みのソースデータを大分類から小分類の順に割り当てることができる。図２は、これに適用されるテーブルを例示したものである。データ収集部１１１は、ユーザが条件を満たすときに行う後処理のために選択したソースデータをカテゴリーごとに分類して保存する。
【００２２】
例えば、大分類のカテゴリーは、マルチメディア（０ｘ０１）、テキスト（０ｘ０２）、位置データ（０ｘ０３）、アプリケーションデータ（０ｘ０４）に分けられる。そして、小分類は、「マルチメディア（０ｘ０１）：写真（０ｘ０１）／音楽（０ｘ０２）／動画（０ｘ０３）／…」、「テキスト（０ｘ０２）：文書（０ｘ０１）／ｅ−ｂｏｏｋ（０ｘ０２）／電話帳（ｐｈｏｎｅ−ｂｏｏｋ）（０ｘ０３）／…」、「位置データ（０ｘ０３）：ＧＰＳ（０ｘ０１）／…、アプリケーションデータ（０ｘ０４）：所有しているアプリケーション（０ｘ０１）／…」に分けられる。
【００２３】
データ収集部１１１は、これに基づいて図２のようなテーブルを作成する。図２において、ＩＤとしては、互いに重複しないように任意の値を割り当てる。カテゴリー（Ｃａｔｅｇｏｒｙ）は、前述した大分類−小分類に該当する値を設定し、ビット・マスキング（ｂｉｔ ｍａｓｋｉｎｇ）により、これを４ｂｙｔｅ値で生成する。例えば、ソースデータが写真であると、カテゴリー（Ｃａｔｅｇｏｒｙ）の値が０ｘ０１０１００００になり、ソースデータが電話帳（ｐｈｏｎｅ−ｂｏｏｋ）であると、カテゴリー（Ｃａｔｅｇｏｒｙ）が０ｘ０２０３００００になる。データ位置（Ｄａｔａ Ｌｏｃａｔｉｏｎ）は、当該ソースデータの保存位置を示す。データ収集部１１１は、図２のようなソースデータテーブルを完成させ、後処理管理部１２０に渡す。
【００２４】
条件収集部１１２は、ユーザによって入力される条件データをデータベース化して後処理管理部１２０に送信する。具体的に、条件収集部１１２においては、入力された条件データのうちサーチ条件を定義する部分は、主体（Ｗｈｏ）、場所（Ｗｈｅｒｅ）、時間（Ｗｈｅｎ）、対象（Ｗｈａｔ）の４つの項目条件テーブルに分類して保存し、既定操作を指定する部分は、方法（Ｈｏｗ）の条件テーブルに保存した後、２つのテーブルを一つの統合条件テーブルに移して後処理管理部（１２０）に送信する統合条件を生成する。
【００２５】
図３（ａ）を参照すると、ユーザが入力した条件データは、４Ｗ１Ｈ（Ｗｈｏ／Ｗｈｅｒｅ／Ｗｈｅｎ／Ｗｈａｔ／Ｈｏｗ）の各条件テーブルに分けられて保存される。条件収集部１１２は、図３（ａ）に示すようにそれぞれの条件テーブルに保存された内容を図３（ｂ）に示すように１つの統合条件テーブルに移し、最終的に後処理管理部１２０に送信する統合条件（Ｃｏｎｄｉｔｉｏｎ）を保存する。
【００２６】
条件データのうちサーチ条件は、「誰が（Ｗｈｏ）、どこで（Ｗｈｅｒｅ）、いつ（Ｗｈｅｎ）、何を（Ｗｈａｔ）」の４つの項目に分けられて項目ごとにデータが保存され、既定操作識別情報は、「どのように（Ｈｏｗ）」と認識され、それに対応するデータが保存される。すなわち、サーチ条件は、ユーザが入力した条件データから主体（Ｗｈｏ）、場所（Ｗｈｅｒｅ）、時間（Ｗｈｅｎ）、対象（Ｗｈａｔ）に対応するデータを抽出してコード化したものであり、既定操作識別情報は、ユーザが入力した条件データから方法（Ｈｏｗ）に対応するデータを抽出してコード化したものである。
【００２７】
例えば、ユーザが設定した条件データが、「家に着いたら保存されている写真をホームページに送る」である場合、「どこで（Ｗｈｅｒｅ）」は「家」、「ホームページ」であって、「どこで（Ｗｈｅｒｅ）」のテーブル１行目には「ＩＤ：０ｘ０００２０００１と家のＧＰＳデータ」、２行目には「ＩＤ：０ｘ０００２０００２とホームページ接続アドレス」が保存される。「何を（Ｗｈａｔ）」は「写真データを」であって、「何を（Ｗｈａｔ）」のテーブルには「ＩＤ：０ｘ０００４０００１  ０ｘ０１０１００００」が保存される。「どのように（Ｈｏｗ）」は、「ホームページに送る」であって、当該テーブルには「ＩＤ：０ｘ０００５０００１ ｓｅｎｔ ｔｏ ０ｘ０００２００２」が保存される。
【００２８】
このように、条件収集部１１２は、４Ｗ１Ｈの各テーブルにデータを保存し、ＩＤを割り当ててから１つに統合して統合条件テーブルを生成する。結果的に、後処理管理部１２０に送信する統合条件テーブルは、「ＩＤ：０ｘ０００００００１（０ｘ０００２００１  ０ｘ０００４０００１  ０ｘ０００５０００１）」から構成され、後処理管理部１２０に送信される。
【００２９】
マネージャー（Ｍａｎａｇｅｒ）として操作する後処理管理部１２０は、データ収集部１１１及び条件収集部１１２を介して受信したソースデータ及び統合条件を１つのコンテンツテーブルにて保存してユーザコンテンツを生成し、コンテンツＩＤを付与する。また、後処理管理部１２０は、ユーザコンテンツのサーチ条件（例えば、ＩＤ：０ｘ０００１ｘｘｘｘ〜０ｘ０００３ｘｘｘｘ）を、マッチングされるコンテンツＩＤとともに条件変化モニタリング部１３０に送信し、サーチ条件のモニタリングが可能となるようにする。統合条件を満たすことにより、条件変化モニタリング部１３０からコンテンツＩＤが戻されると、後処理管理部１２０が当該ユーザコンテンツを自動的に処理する。
【００３０】
条件変化モニタリング部１３０は、オブザーバー（Ｏｂｓｅｒｖｅｒ）として、移動通信端末の実条件が特定のサーチ条件を満たすか否かをモニタリングしながら、実条件が当該サーチ条件を満たすまで待機する。例えば、条件変化モニタリング部１３０は、後処理管理部１２０から受信したサーチ条件（例えば、ＩＤ：０ｘ０００１ｘｘｘｘ〜０ｘ０００３ｘｘｘｘ）と移動通信端末の実条件が合致するか否かを常にモニタリングする。２つの条件が合致していない場合は、その旨を条件変化モニタリング部１３０がコンテンツＩＤとともに後処理管理部１２０に通知し、当該ユーザコンテンツの既定操作が実行できるようにした後、再びモニタリング体制に入る。
【００３１】
移動通信端末の実条件がサーチ条件を満たす場合は、後処理管理部１２０があらかじめ保存されていたユーザコンテンツのソースデータを処理して既定操作識別情報に合致する操作（データの送信など）を行う。後処理管理部１２０によって実行される既定操作としては、データの送信、生成、編集、保存、アップロード、送信、受信、変換などの操作が挙げられ、当該操作を組み合わせた操作であってもよい。
【００３２】
このように、移動通信端末は、データ収集部１１１と条件収集部１１２を介して条件を満たすときの後処理のための前処理を行い、条件変化モニタリング部１３０を介してサーチ条件に合致する状況を常にモニタリングし、後処理管理部１２０を介してすべてのデータを総括し、条件を満たすと、前処理の際に指定された既定操作を行なう。
【００３３】
前述した移動通信端末の前処理・後処理操作を具体的に例示すれば、次のとおりである。
【００３４】
第一例として、ユーザＡは、旅行をしながら移動通信端末で写真を撮り、撮った写真に短いコメント（Ｃｏｍｍｅｎｔ）をつけて保存する。移動通信端末は、写真、ユーザが作成したコメント、そしてＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）データを移動通信端末によって決められた形態のデータフォーマット（例えば、タイトル、写真、文字、写真を撮った位置の地図）に変更して保存する。ユーザＡが「Ｗｉ−Ｆｉへの接続時に常にアップロード」することを条件として決める場合、移動通信端末は、当該条件によって、例えば立ち寄ったコーヒーショップ等のＷｉ−Ｆｉを介して自分のブログにすべてのデータをテキストと絵の形態でアップロードし、ツイッター（Ｔｗｉｔｔｅｒ（登録商標））にも写真が保存された位置とコメントをアップロードして自分のフォロワー（Ｆｏｌｌｏｗｅｒ）に送信されるようにする。
【００３５】
第二例として、ユーザＢは、業務終了後、退勤する途中で自分の移動通信端末を整理しているときに先日の会食で職場の仲間Ｃを撮った動画と写真などを見つける。ユーザＢは、これらのデータを１つのフォルダに入れ、「１）ＧＰＳデータが会社である場合、２）職場の仲間Ｃが近所に来たとき、３）職場の仲間Ｃの端末に当該フォルダのデータを送信」することを条件として設定する。このような条件とデータは、移動通信端末内に決められた形態のデータフォーマットで保存しておく。翌日出勤したユーザＢが職場の仲間Ｃに会った瞬間、移動通信端末は、フォルダの中にあるデータを職場の仲間Ｃが所持している端末の外装メモリに送信し、テキストメッセージなどの形態でデータを送信した旨の通知を送る。
【００３６】
第三例として、ユーザＤは、出勤の途中で、移動通信端末の「ｅ−ｂｏｏｋ」を読んでいる。ユーザＤは、読んでいる本において気に入った構文にアンダーラインを引いておく。また、移動通信端末を用いてインターネットサーフィンをしている途中で自分に必要な内容がある場合には、そこにもアンダーラインを引いておく。ここで、「１）端末のバックライト（Ｂａｃｋｌｉｇｈｔ）が消えたとき、「ｅ−ｂｏｏｋ」の最近読んだ文においてアンダーラインが設定された構文があると、２）アンダーラインが設定された構文を自分のツイッターに載せて、移動通信端末内のメモリカードにも保存」することが条件として設定されている。ユーザＤがアンダーラインを引くとき、移動通信端末の内部ではアンダーラインを引いた構文が所定のデータフォーマットにて一時保存される。ユーザＤが列車から降りて乗り換える間、移動通信端末のバックライトが消えることで予め保存されていたデータが通信網を介してツイッターにアップロードされ、さらにテキストファイルの形態で移動通信端末の外付けメモリに送信される。
【００３７】
第四例として、ショッピングに出たユーザＥは、自分のクレジット・カード及び現金領収証をテキストメッセージの形態で受け取る。ユーザＥの場合、「１）家の近所（ＧＰＳデータで確認）であり、ユーザが自分の無線ルーターに接続する時、２）テキストメッセージの形態でクレジット・カード及び現金の領収証を自分のコンピューター内の家計簿に送信する」ように設定する条件がある。移動通信端末は、テキストを受信する度に、当該受信したテキストがクレジット・カード及び現金の領収証であるかを確認し、所定のデータのフォーマットに保存しておく。ショッピングを終えたユーザＥが家に帰ったとき、移動通信端末は、無線ルーターを介してユーザＥのコンピューター内の家計簿に支出内訳の形態で保存しておく。
【００３８】
第五例として、ユーザＦは、「１）野球場（ＧＰＳデータで確認）に行くと、２）自分が持っている応援歌を斗山（野球の球団名）のファンに送信する」という条件を選択する。ユーザＦは野球場に出発する前にその日の応援歌を、ｍｐ３フォーマットにて保存する。移動通信端末は、前述した条件とｍｐ３フォーマットの音楽ファイルを、所定のデータとして保存する。ユーザＦが野球場に到着すると、移動通信端末は、ペアリング（ｐａｉｒｉｎｇ）が可能なブルートゥース（ｂｌｕｅｂｏｏｔｈ）デバイスのうち、「斗山」という名前を持っている端末を検索し、当該端末が発見されると、保存しておいたｍｐ３フォーマットの今日の応援歌を送信する。
【００３９】
図４は、本発明の一実施形態による移動通信端末のコンテンツ処理方法を示すフローチャートであって、大きくＳ１１０の前処理ステップ、Ｓ１２０の条件検出ステップ、Ｓ１３０の後処理ステップに分けられる。
【００４０】
先ず、移動通信端末は、データ収集部１１１にてソースデータを生成し、図２に示すようにソースデータテーブルとして保存し（Ｓ１１１）、条件収集部１１２にて条件データを収集し、図３に示すように統合条件を生成して、後処理管理部１２０に送信する（Ｓ１１２）。統合条件には、誰が（Ｗｈｏ）、どこで（Ｗｈｅｒｅ）、いつ（Ｗｈｅｎ）、何を（Ｗｈａｔ）に該当するサーチ条件と、どのようにして（Ｈｏｗ）に該当する既定操作識別情報が含まれていてもよい。
【００４１】
後処理管理部１２０は、データ収集部１１１及び条件収集部１１２からのソースデータ及び統合条件を一つのコンテンツテーブルとして保存してユーザコンテンツを生成し、コンテンツＩＤを付与する（Ｓ１１３）。
【００４２】
次いで、移動通信端末の条件変化モニタリング部１３０は、移動通信端末の実条件がＳ１１０で設定されたサーチ条件を満たすか否かをモニタリングしながら、移動通信端末の状況が当該条件を満たすまで待機する（Ｓ１２１）。
【００４３】
移動通信端末の実条件がサーチ条件を満たすと（Ｓ１２２）、後処理管理部１２０は、Ｓ１１０で生成されたソースデータを処理して、既定操作識別情報に合致する操作を行う（Ｓ１３０）。
【００４４】
図５は、図４の一部過程を詳細に示すフローチャートであって、後処理管理部１２０によるＳ１３０の操作実行過程を例示している。既定操作は、ユーザが設定した宛て先（Ｄｅｓｔｉｎａｔｉｏｎ）へのデータ送信であると仮定する。
【００４５】
Ｓ１１０の前処理の際に、ユーザは、移動通信端末にソースデータと送信ターゲットを入力し、既定操作としてデータ送信を指定する。ソースデータは、「０ｘ０００４ｘｘｘ：写真、テキスト、位置情報など」であり、送信ターゲットは、「０ｘ０００５ｘｘｘ：ＵＲＬ、ＩＰアドレス、電話番号など」である。既定操作の実行の際、送信ターゲットが要求する形態で構造化されたデータストリーム（Ｄａｔａ Ｓｔｒｅａｍ）が出力される。実際の送信の際、送信機（ｔｒａｎｓｍｉｔｔｅｒ）である移動通信端末は、適合したインターネットプロトコルを利用して当該データストリームを送信する。
【００４６】
図５を参照すると、先ず、移動通信端末の後処理管理部１２０が指定された送信ターゲットを確認し、データストリームを送信する宛て先（０ｘ０００２ｘｘｘｘ）を識別する（Ｓ１３１）。宛て先は、携帯電話、コンピューター、ウェブサーバー、任意のデバイスなどのユーザの目的に合う任意の通信端末であればよい。
【００４７】
次いで、後処理管理部１２０は、宛て先とのデータの送受信に必要なデータフォーマット標準情報が存在するか否かを確認し、それを獲得する（Ｓ１３２）。
【００４８】
ここで、データフォーマット標準情報は、移動通信端末と宛て先との間でやり取りするデータストリームの構造を定義するデータテンプレート（Ｄａｔａ Ｔｅｍｐｌａｔｅ）を含み、いずれの通信プロトコル（ＨＴＴＰ、ＦＴＰ、ＵＰｎＰなど）を利用するかを指定する。データフォーマット標準情報は、移動通信端末に付加されたメモリに読み取り可能な任意の形態（ＸＭＬ、Ｓｃｒｉｐｔなど）で保存されていたり、移動通信端末の外部（インターネットなど）に存在したり、必要によってはユーザが状況に合わせて直接定義したりすることができる。
【００４９】
データフォーマット標準情報が存在していない場合（端末内部から検索されていない場合）（Ｓ１３３）、移動通信端末がインターネットを介して宛て先にアクセスして、データフォーマット標準情報を要請し、獲得する過程（Ｓ１３５）がさらに含まれていてもよい。あるいは、ユーザに当該情報を定義するように要請する過程、あるいはユーザに当該情報を取得することができる方法（ＵＲＬなどのアクセス経路）を照会する過程などがさらに含まれていてもよい。
【００５０】
次いで、後処理管理部１２０は、データフォーマット標準情報から特定のデータストリームの構造を定義するデータテンプレートを抽出する（Ｓ１３４）。そして、後処理管理部１２０は、抽出されたデータテンプレートに基づき、送信したいソースデータを処理（例えば、編集するか配列し、付加情報を添加）して送信フォーマットに適合する形態でデータストリームの構成を完了する（Ｓ１３４）。
【００５１】
図６は、データフォーマット標準情報の一例として、送信プロトコルＲ１１０が指定され、ソースデータがアップデートされる領域Ｒ１２０が空き状態のデータテンプレートを例示している。図７は、図６に例示したデータテンプレートの空き領域Ｒ１２０にＳ１１０の実ソースデータ（ａｃｔｕａｌ  ｓｏｕｒｃｅ  ｄａｔａ）を登録して、宛て先へ送信するデータストリームの構成を完了した状態を例示している。
【００５２】
指定されたソースデータが宛て先との通信に使用されるデータテンプレートと適合していないエラー状況の場合、移動通信端末は、現在のエラー状況を画面に表示してユーザに知らせたり、当該ソースデータを自動的に排除したり、当該ソースデータを排除するかどうかをユーザに問い合わせたり、現在のデータ送信過程を自動的に取り消したり、現在のデータ送信過程を取り消すかをユーザに問い合わせたりするなどの操作を行うことができる。例えば、Ａ社のインターネットサイトは、テキストだけを送信することができるが、ユーザがこのサイトに対して動画を送信するように設定した場合や、１４０字まで送信することができるツイッターにユーザが９９９９ｂｙｔｅのテキストを送信するように設定した場合などがエラー状況に該当する。
【００５３】
次いで、移動通信端末は、データフォーマット標準情報で指定された通信プロトコルを識別して送信機に通知する。送信機の構成または送信準備が完了すると、送信機は、Ｓ１３４にて生成されたデータストリームの送信を開始する（Ｓ１３６）。このような過程は、送信機または送信プロトコルによって動的に構成されるか、または予め定義された送信プログラムまたはプロシージャの活性化（ａｃｔｉｖａｔｉｎｇ）によって行われてもよい。
【００５４】
このように、移動通信端末は、データ収集部１１１及びデータ収集部１１１と連動する後処理管理部１２０により自動でユーザコンテンツを生成し、条件を満たすときにデータテンプレートの構造を確認して、宛て先に必要な形態のデータストリームに再生成する。また、移動通信端末は、後処理管理部１２０で生成されたデータストリームを送信プロトコルに合致するように再構成して宛て先へ送信する。
【００５５】
本発明の好適な実施形態は、ユーザによる作業のための一般的な過程を自動化してユーザに利便性を提供する。ユーザが都合の良い時点で単に条件のみを設定したり、開発者が自分のアプリケーションに所望の条件を設定したりしておくだけで、ユーザや開発者が所望する時に、所望する所に、所望する形態でコンテンツの送信／保存などを行うことができる。特に、本発明は、デバイスにアクセスできるインターフェースの種類が多く、ユーザによる多様なデータ生成が可能であるためにその量と種類が膨大な場合、または繰り返しの作業を要する場合に、効率よく適用できる。
【００５６】
以上、添付の図面を参照して本発明の実施形態を説明したが、本発明の属する技術分野における通常の知識を有する者ならば、本発明をその技術的思想や必須な特徴を変更することなく他の具体的な形態で実施することができるということが理解できるであろう。
【００５７】
したがって、上述した実施形態は、本発明の属する技術分野における通常の知識を有する者に対して発明の範囲を的確に知らせるために提供されるものであることから、すべての面において例示的なものであり、限定的なものではないと理解すべきであり、本発明は、請求項の範囲によってのみ定義される。
【符号の説明】
【００５８】
１１０  前処理設定部
１１１  データ収集部
１１２  条件収集部
１２０  後処理管理部
１３０  条件変化モニタリング部
【図１】
0005559103.tif 000002
【図２】
0005559103.tif 000003
【図３】
0005559103.tif 000004
【図４】
0005559103.tif 000005
【図５】
0005559103.tif 000006
【図６】
0005559103.tif 000007
【図７】
0005559103.tif 000008