市民記者向けの超カスタムモバイルアプリケーションであるSpetskorの開発方法

市民ジャーナリスト向けの特別な特派員モバイルアプリケーションをhabrasocietyに紹介します。このアプリケーションを使用すると、コムソモールスカヤプラブダの後援の下で写真やビデオのレポートを撮影し、宣伝することができます。 主な作成者はコムソモルスカヤ・プラブダ出版社、ITミニオンおよび開発者は私たち、EastBanc Technologiesです。 このプロジェクトは、2014年4月末にコムソモールスカヤプラウダによって発表され、同時に最初のコンテストが開始されました。 私たちの側では、アプリケーションの実装の技術的な詳細を共有することにしました。 私たちの意見では、これは読者にとって興味深いものです。なぜなら、1つのプロジェクトでは、非常に多くの重要な技術タスクとビジネスタスクが同時に存在することはめったにないからです。



「特別な特派員」とは、管理インターフェースを備えたマルチプラットフォームのクライアント/サーバーアプリケーションを指します。 クライアント部分は、モバイルプラットフォームiOSおよびAndroidに実装され、次の機能が含まれています。

• 写真およびビデオレポートの作成。
• 課題への参加。
• 一般的なレポートフィードを表示します。
• プッシュ通知の受信、受信した通知の種類の設定。
• ソーシャルネットワーク上のアカウントのコンテンツを共有する機能。

サーバー部分は、次の部分で構成されています。

• 管理インターフェイス。
• モバイルアプリケーション用のAPI。
• メディアコンテンツを処理し、ソーシャルネットワークでコンテンツを公開するサービス。
• プッシュ通知を送信するためのサービス。

このプロジェクトのビジネス目標は、ジャーナリストとコムソモルカの編集委員会が効果的に対話できるようにするアプリケーションを使用して、市民レポーターの管理されたネットワークを作成することです。 この目標を達成するために、カテゴリとトピック、およびユーザーをロシアの地域ごとにターゲットおよびセグメント化する機会を提供する必要がありました。



最初に、次のサーバー要件が策定されました。

• スケーラビリティ。
• ユーザーの位置情報の定義。
• 写真およびビデオコンテンツの処理。
• 一般的なソーシャルネットワークとの統合。

追加の技術要件：

• モンゴッド
• Openshiftプライベートクラウド
• サーバー側の機能を実装するためのPythonおよびTurboGears 2
• 管理インターフェイス用のTwitter Bootstrap。

アプリの仕組み

管理インターフェースのセクション：

• ソーシャルネットワークのリスト、ソーシャルネットワークの追加とブロック。
• 都市のリスト、都市の追加、都市情報の表示。
• フォントのリスト、フォントの追加と削除。 TTF形式のカスタムフォントを追加することができます。
• スキンのリスト（レポートのテーマ）、スキンの追加および編集。
• ルーブリックリスト、ルーブリックを追加します。 見出しは、見出しの名前を含む追加のプロパティを持つスキンのセットです。
• ソーシャルネットワークで公開するための関連ハッシュタグのリスト。
• タスクのリスト、タスクの追加。 タスクはルーブリックに似ていますが、特定の日付、都市、さらには個々のユーザーに割り当てることができます。 プッシュ通知はタスクに対して送信されます。
• ニュースリスト、ニュースの追加。 ニュースにはテキストおよびグラフィック情報が含まれており、都市やユーザーに関連付けることができます。
• レポートフィード-モデレートおよびユーザーへの賞の授与のためのツール。 レポートの削除にも使用できます。 各レポートには、ソーシャルネットワーク上の出版物へのリンクが表示されます。
• ユーザーリスト-すべてのアプリケーションユーザーがここに表示されます。 ユーザーのページから、レポートのフィードに移動して報酬を割り当てることができます。 ユーザーにニュースまたはタスクを割り当てると、プッシュ通知がユーザーに送信されます。 ユーザーが既にソーシャルネットワークでコンテンツを公開している場合、これらのネットワーク上のプロファイルへのリンクが表示されます。 また、ユーザーをブロックすることもできます。
• マネージャーのリスト、マネージャーの追加。 コンテンツに責任を持ち、特定の地域のユーザーと協力するコムソモルカの従業員のアカウントを作成します。 管理者には、特定の都市セットに対してのみタスクやニュースを作成できるように、権限が割り当てられます。 マネージャーは、コンテンツのモデレートも担当します。

「コムソモルスカヤ・プラブダ」の観点からのプロセス

Special Corpsアプリケーションの作業を担当するKP従業員は、マネージャーと呼ばれます。 各マネージャーは、特定の地理的地域を担当します。



Komsomolskayaのマネージャーの主な責任は、モバイルアプリケーション用のコンテンツの作成です。 管理者は、管理パネルを介してタスクとカテゴリを追加し、スキンで埋めます。 スキンをカスタマイズするために、さまざまなフォントを追加できます。

セクションまたはタスクに少なくとも1つのスキンがある場合、モバイルアプリケーションで使用可能になり、ユーザーは既存のスキンを使用してレポートを作成します。

レポートはサーバーに送信され、処理されて、マネージャーが使用できるテープに入ります。 特定の地域に関連付けることができる割り当てまたは見出し、および地理的な制限がない見出しのレポートの地理座標に応じて、レポートは対応する地域を担当するマネージャーによって確認されます。



マネージャーは、レポートのモデレーターの役割を果たし、一般的なフィードで最高のものを公開し、賞を割り当てます。 公開されたレポートは、モバイルアプリケーションのストリームで利用可能になります。



レポートの作成者には、モバイルアプリケーションの設定に対応する種類の通知が含まれている場合、報奨に関する情報がニュースの形式で送信されるほか、プッシュ通知の形式で送信されます。



マネージャーは、スキンと見出しに加えて、重要なイベントやコンテストの結果について話すニュースを作成できます。 さらに、賞を割り当て、ランクを記者に割り当てるために、ニュースが自動的に生成されます。



Komsomolskayaの管理者用の管理インターフェイスを作成する際の興味深いタスクの1つは、スキンを作成および編集する機能を実装することでした このために、同僚は完全に機能するWYSIWYGエディターを開発しました。プロパティの変更はすべて、スキンプレビューの形式で編集ページにすぐに表示されます。 JavascriptとCSSを使用すると、スキンはモバイルデバイスで表示されるとおりに表示されます。

「Spetskor」のユーザーの観点からのプロセス

ユーザーは写真またはビデオを撮影し、レポートを公開するセクションを選択し、セクション内の目的のスキンを選択し、レポートフィールド（タイトル、サブタイトル、都市、コメント）に入力して「公開」ボタンを押します。 公開する前に、ユーザーはレポートを追加で公開するソーシャルネットワークのリストを選択できます。



ユーザーはアプリケーションに登録する必要はありません。また、ソーシャルネットワーク上のアカウントでレポートを共有したくない場合は、ユーザーであってもログインする必要はありません。 「特派員」アプリケーションでは、ユーザーは完全に匿名で動画や写真をアップロードできます。 ユーザーが何らかのソーシャルネットワークにログインしている場合、アカウントに関する情報がサーバーに表示され、この著者から発行されたレポートの一般的なフィードに名前とアバターが表示されます。



タスクのレポートを作成するには、ユーザーは最初にタスクを開いて「参加」ボタンをクリックする必要があります。レポートを作成するときに、選択したタスクのスキンのみが使用可能なスキンのリストに表示されます。 もちろん、ユーザーはいつでもタスクの完了を拒否できます。

例

シベリア連邦管区の管理者は、ノボシビルスク、クラスノヤルスク、オムスク、トムスクの1つのタスクを作成します。 たとえば、これらの都市でオリンピックの炎がどのように運ばれているかについてのビデオを撮影する場合。 各都市について、このタスクが関連する時間間隔が示されます。







ミッション中にシーンから半径50 km以内にいるユーザーは、ミッションのプッシュ通知を受け取ります。 トーチが都市で運ばれる時間帯と時間に従って、タスクの波がプログラムされたすべての都市を駆け抜けます。



次に、ユーザーはシーンに送信され、レポートを削除し（これについては後で説明します）、スキンを選択して適用し、オプションでソーシャルネットワーク上の個人アカウントに公開します。 レポートはサーバーに送信され、そこで処理とモデレーションを待機します。



処理後、レポートは「マイストリーム」レポートに表示されます。レポートがモデレートおよび承認されると、一般ストリームで利用可能になります。



それが、「舞台裏」で流れるプロセスのようです。 実装の詳細に戻ります。

バックエンドアーキテクチャ

情報ストレージはどのように編成されていますか？

モバイルデバイスからのすべての情報は、MongoDBデータベースに保存されます。 プロジェクトでDBMSを選択することが重要だった主なタスクは次のとおりです。

• 地域ごとのユーザー選択。
• 地域ごとのレポートの選択。
• 地域ごとのタスク/見出しの選択;
• 大量のバイナリデータの保存。
• スケーリング
• スピード。

MongoDBは、ジオインデックスを使用した作業を実装しています。これにより、アプリケーションでのジオデータを使用した作業の実装が大幅に簡素化されました。



MongoDBクラスター構成を実装するためのオプションの1つはレプリケーションです。 これにより、データベースの複数のコピー間で負荷を分散できます（スケーラビリティ要件を満たす）。



バイナリデータを操作するために、GridFSと呼ばれるMongoDBの一部を使用しました。これにより、データベース内にバイナリデータを保存できます。 バイナリデータの処理速度を上げるために、それらを異なるコレクションに保存します。

クラスター化されたロード方法

顧客の要件の1つは、簡素化、サポート、および拡張のためのバックエンドをOpenShiftプラットフォームにデプロイする必要があることでした。これにより、負荷に応じてリソースを自動的にスケーリングできます。 サーバーの負荷が高い場合、 OpenShift自体がこのサーバーの別のインスタンスを生成できます。



この場合、1つのサーバーは次の部分で構成されています。

• 管理インターフェイス。
• モバイルアプリケーション用のAPI。
• メディアコンテンツを処理し、ソーシャルネットワークでコンテンツを公開するサービス。
• プッシュ通知を送信するためのサービス。

メディアコンテンツを処理し、プッシュ通知を送信するサービスは、処理のためにデータベース内のデータを見つけて実行するプロセスです。 負荷が増加したときにOpenShiftが追加のサーバーインスタンスを発生させると、サービスの数が増加し、同じ情報を処理しようとする場合があります。 MongoDBのアトミック操作を使用して、findAndModifyプロセスは処理中のコンテンツに特別なステータスを設定し、それにより他のプロセスによる使用を禁止します。



OpenShiftでのアプリケーションのインストールは、アプリケーションが作成されたリモートGitリポジトリへのプッシュコマンドによって実行されます。 OpenShiftはフックをサポートしています。たとえば、アプリケーションのインストール時に呼び出されるフックがあります。 このフックを使用して、アプリケーションが更新されるたびにデータベースが初期初期化を行わないようにします。

APIとジオロケーション

アプリケーションのタスクとセクションは多くの場合、地理的な地域に限定される可能性があるため、ユーザーの場所を理解してアクセス権を決定し、通知を送信することが重要です。 ユーザーの座標を決定するために、アプリケーションは地理位置情報データにアクセスする権限を要求し、ユーザーから許可を取得する場合、座標を受信して​​サーバーに送信します。 ユーザーがアプリケーションをスマートフォンのオペレーティングシステムから位置情報を受信することを禁止しており、アプリケーションがサーバーにデータを送信できない場合、座標はgeoipサービスを使用して決定されます。 アプリケーションの要求に応じて、プロバイダーの登録場所でのユーザーのおおよその位置が決定されます。



設定で地理位置情報を禁止したユーザーの場所を特定するために、2つのサービスを使用しました。

• MaxMind Geolite -IPアドレスと地理的位置の比率のローカルデータベース（ロシア連邦とCISの精度に問題があります）：
• ip-api.comは、より正確に検索するオンラインサービスです。 要求の数には重大な制限があるため、情報キャッシュが使用されます。

メディア処理サービス

メディアコンテンツ処理サービスは、残りの部分とは無関係に実行されるプロセスです。 このプロセスの主なタスクは、データベースから特定のステータスのコンテンツを選択し、処理したデータを処理してデータベースに保存することです。 メディアコンテンツの処理は、ビデオ処理と写真処理の2つの部分で構成されています。

ビデオ処理の実装方法

ビデオ処理は、サードパーティのavconvプログラムを使用して実行されます（ffmpegアプリケーションのさらなる開発）。



ストーリービデオは、いくつかのピースで構成できます。 Vine / Instagramの原則に従って撮影されます。画面上で指を保持している間、放すとすぐに撮影が開始され、中断されます。 デバイスへのピースの直接マウントは非常にリソースを消費するプロセスであるため、サーバーへの最終インストールが行われます。















ビデオは2台のカメラから撮影できます-前面と背面、撮影中にカメラを切り替えることができます。 さまざまなスマートフォンで撮影されたビデオの解像度は異なります。 ただし、公開時には、ビデオ640 * 640を作成します。 ビデオ処理プロセス全体には、次の手順が含まれます。

1. ビデオの回転角度を決定します（ビデオファイルのメタデータから情報が取得されます）。
2. 希望の向きに裏返します。
3. クロップを適用します（クロップ）。
4. スケーリングを実行します。
5. スキンを適用します。
6. すべてのピースを処理した後、1つのクリップに貼り付けます。これはすべて、「手動」作業や人間の関与なしでサーバー上で行われます。

すべて公開します。

画像処理の実装方法

写真処理では、すべてがよりシンプルになります。画像はPillowライブラリを使用して処理されます。

モバイルアプリケーションは、元の写真とレポートに関する情報をサーバーに送信します。 一般に、写真レポートの処理手順はビデオ処理と似ています。

ソーシャルネットワークでの読み込みはどのように実装されますか？

このアプリケーションは、VKontakte、Odnoklassniki、Twitter、Facebook、Instagram、YouTubeなどの主要なソーシャルネットワークへのアップロードの報告をサポートしています。

ユーザーのソーシャルネットワークへのレポートのアップロード

ユーザーがソーシャルネットワークでレポートを共有することを決定した場合、レポートを共有するネットワークをアプリケーションで選択する必要があります。 さらに、プロセスは次のようになります。

1. ユーザーは、選択したソーシャルネットワークにログインします。
2. ユーザーには、プロファイルにアクセスし、Special Corpsアプリケーションに代わって自分のフィードに公開する許可が求められます。
3. ユーザーが許可すると、モバイルアプリケーションはアクセストークンを受け取り、サーバーに送信します
4. サーバーはトークンユーザープロファイルを要求し、データベースに名、姓、アバターへのリンクなどのユーザー情報を保存します。

ユーザーがレポートをサーバーにアップロードし、レポートのメディアコンテンツが処理された後、レポートをソーシャルネットワークにダウンロードするプロセスが直接開始されます。 これがビデオレポートの場合、Vkontakte、Facebook、YouTubeにアップロードできます。 ユーザーがこれらのソーシャルネットワークのいずれかを選択し、TwitterまたはOdnoklassnikiも選択すると、ビデオはソーシャルネットワークをホストしているビデオにアップロードされ、ビデオへのリンクはTwitter / Odnoklassnikiにアップロードされます。 YouTubeを除くすべてのネットワークが写真レポートに利用できます。

顧客のソーシャルネットワークへのレポートのアップロード

ソーシャルネットワークのユーザーアカウントでレポートを公開することに加えて、レポートは顧客のプライベートTwitterおよびYouTubeアカウントにアップロードされます。 このために、ソーシャルネットワーク上の個別のアプリケーションが作成されました。 Twitterへのアップロードには、ユーザーの承認は必要ありません（出版物の発行に使用されるトークンには制限がありません）。 YouTubeにアップロードするには、プライマリユーザー認証が必要です（アプリケーション管理パネルで行いました）。その間、サーバーはYouTubeから2つのキーaccess_tokenとrefresh_tokenを受け取ります。 アクセストークン-YouTubeに動画をアップロードするために使用され、一定期間有効なキー。 必要に応じて新しいアクセストークンを生成するには、更新トークンが必要です。



リフレッシュトークンには制限事項がなく、ユーザーがこのアプリケーションから公開する権利を奪った場合にのみ期限切れになる可能性があります。 YouTubeに関連するもう1つのニュアンス：APIを介してダウンロードされるビデオの数は制限されており、わずか2000本のビデオです。 したがって、公開カウンターはサーバー上に保持され、複数のYouTubeアカウントを追加する機能が編成されています。 ビデオを公開するために、サーバーは、最も少ない数のビデオが公開されているアカウントを選択します。



プライベートアカウントに加えて、パブリックアカウントの同じペアがあります。 そこでは、モデレート後にのみレポートが公開されます。



レポートでハッシュタグを使用できます。 一部のソーシャルネットワークでは、コンテンツを公開するときにそれらを個別に指定できます。 ユーザーはレポートへのコメントでハッシュタグを指定でき、さらに顧客マネージャーはタスクまたはセクションにタグを付けることができます。

プッシュ通知を送信するサービス

このアプリケーションはiOSおよびAndroidでリリースされているため、Apple Push Notification ServiceとGoogle Cloud Messagingの両方をサポートしています。



標準的な方法は次のとおりです。最初に、アプリケーションはモバイルデバイスからのプッシュ通知を表示する機能の識別子を要求します。 この時点で、オペレーティングシステム自体がユーザーにそれらを受け入れるかどうかを尋ねます。







すべてのアプリケーション通知について「オフ」または「オン」のみに同意しませんでした。 プロセスをカスタマイズする必要がありました。一部のユーザーは新しい割り当てについて知りたい、一部は新しいレポートについて、一部はレポートが公開されたという通知を受け取りたいが、他は必要ないからです。



彼らは、サーバーの設定と構成を使用してタスクを処理することにしました。 ユーザーがプッシュ通知を受け入れることに同意した場合、ユーザーは受信する通知の種類を設定することができます。

• 一般的なストリームの新しいレポートについて、
• ニュースとミッションについて
• ユーザーに割り当てられた報酬について。

まとめ

正直に言うと、技術的な観点からだけでなく、国中に市民ジャーナリストの巨大なネットワークを作り、市民ジャーナリズムを専門レベルに引き上げ、最も人気のあるロシアの出版物の使用を促進するためのリソースを提供するというグローバルなアイデアに基づいた製品を開発するエキサイティングな経験でした。



アプリケーションが起動します。 たとえば、 民間記者はすでに博物館でのナイトのロイヤリティを受け取っています。 首都に住んでいる場合、今すぐトピック「モスクワの熱」に関する興味深いレポートを作成することで名声とお金のために戦うことができ、「コムソモルカ」はノボシビルスク市民に写真撮影のために都市動物園に行くことで豊かで有名になる機会を与えます（田舎、急いで、シロクマシルカの写真-ウィンウィン！）。



Google PlayおよびAppStoreで 「特派員」をダウンロードします 。